There is inconsistency how launcher and hotspot handle -XX:NativeMemoryTracking for non-java(w)
For all launcher-based tools launcher ignores the parameter but hotspot handles it.
As a result VM warning is printed:
> jcmd -J-XX:NativeMemoryTracking=detail
Java HotSpot(TM) 64-Bit Server VM warning: Native Memory Tracking did not setup properly, using wrong launcher?
20508 jdk.jcmd/sun.tools.jcmd.JCmd
> jar -J-XX:NativeMemoryTracking=detail
Java HotSpot(TM) 64-Bit Server VM warning: Native Memory Tracking did not setup properly, using wrong launcher?
Usage: jar [OPTION...] [ [--release VERSION] [-C dir] files] ...
Try `jar --help' for more information.
As far as I see from history, this was implemented this way initially (JDK-8042469), CCC request tells nothing about java/non-java launcher differences.
For all launcher-based tools launcher ignores the parameter but hotspot handles it.
As a result VM warning is printed:
> jcmd -J-XX:NativeMemoryTracking=detail
Java HotSpot(TM) 64-Bit Server VM warning: Native Memory Tracking did not setup properly, using wrong launcher?
20508 jdk.jcmd/sun.tools.jcmd.JCmd
> jar -J-XX:NativeMemoryTracking=detail
Java HotSpot(TM) 64-Bit Server VM warning: Native Memory Tracking did not setup properly, using wrong launcher?
Usage: jar [OPTION...] [ [--release VERSION] [-C dir] files] ...
Try `jar --help' for more information.
As far as I see from history, this was implemented this way initially (
- blocks
-
JDK-8248162 serviceability/attach/RemovingUnixDomainSocketTest.java failed
-
- Resolved
-
- relates to
-
JDK-8246112 Remove build-time and run-time checks for clock_gettime and CLOCK_MONOTONIC
-
- Resolved
-
-
JDK-8256844 Make NMT late-initializable
-
- Resolved
-