We have os::scan_pages to query page composition of arbitrary ranges.
This was only ever implemented on Solaris. Would be really nice to have, but it is not simple to get those information on other platforms (e.g. on Linux it would require parsing /proc/pid/smaps).
The interface is also not optimimal, eg. os::scan_pages expects the range to have just one page size while in reality it can have multiple.
I suggest just removing this coding.
This function is only used by gc/parallel/mutableNUMASpace.* , and removing it may also shake loose code in there.
Note: This issue previously listed os::get_page_info as a candidate for removal as well but it has already been removed.
This was only ever implemented on Solaris. Would be really nice to have, but it is not simple to get those information on other platforms (e.g. on Linux it would require parsing /proc/pid/smaps).
The interface is also not optimimal, eg. os::scan_pages expects the range to have just one page size while in reality it can have multiple.
I suggest just removing this coding.
This function is only used by gc/parallel/mutableNUMASpace.* , and removing it may also shake loose code in there.
Note: This issue previously listed os::get_page_info as a candidate for removal as well but it has already been removed.
- relates to
-
JDK-8244224 Implementation of JEP 381: Remove the Solaris and SPARC Ports
- Resolved
-
JDK-8327286 Obsolete unused NUMAPageScanRate product option
- Resolved