RFR(xxs): 8241395: Factor out platform independent code for os::xxx_memory_special()

Baesken, Matthias matthias.baesken at sap.com
Tue Mar 24 15:24:32 UTC 2020


Hi Thomas, looks good to me.
But you might want to change the copyright year in

http://cr.openjdk.java.net/~stuefe/webrevs/8241395-refactor-reserve-memory-special/webrev.00/webrev/src/hotspot/share/runtime/os.hpp.frames.html

Thanks, Matthias

---------- Forwarded message ---------
From: Thomas Stüfe <thomas.stuefe at gmail.com<mailto:thomas.stuefe at gmail.com>>
Date: Sat, Mar 21, 2020 at 1:40 PM
Subject: RFR(xxs): 8241395: Factor out platform independent code for os::xxx_memory_special()
To: Hotspot dev runtime <hotspot-runtime-dev at openjdk.java.net<mailto:hotspot-runtime-dev at openjdk.java.net>>

Hi,

may I please have reviews for this little cleanup.

A while ago we factored out platform independent behavior for os::reserve_memory() and friends to os.cpp and relegated platform dependent code to os::pd_reserve_memory() etc. This change does the same for os::reserve_memory_special() and os::release_memory_special().

Only Linux and Windows are affected since only they have meaningful implementations for UseLargePages.

It also adds a small comment about the NMT Tracker object.

In addition it asserts - now for all platforms, it used to do this only on Linux - that if both requested address and alignment are given to os::reserve_memory_special() the requested address should at least be aligned to the given alignment (the arguments should be mutually exclusive and I plan to clean this up further).

Issue: https://bugs.openjdk.java.net/browse/JDK-8241395
webrev: http://cr.openjdk.java.net/~stuefe/webrevs/8241395-refactor-reserve-memory-special/webrev.00/webrev/

Thanks, Thomas


More information about the hotspot-runtime-dev mailing list