RFR: 8258917: NativeMemoryTracking is handled by launcher inconsistenly [v2]
Alex Menkov
amenkov at openjdk.java.net
Tue Jan 19 23:16:50 UTC 2021
On Sun, 17 Jan 2021 12:55:35 GMT, David Holmes <dholmes at openjdk.org> wrote:
>> Alex Menkov has updated the pull request incrementally with one additional commit since the last revision:
>>
>> Non-lava launchers should process all "-J" arguments
>
> Alex,
>
> This approach results in two scans of the argument list in the IsJavaArgs case. I don't know if we care about startup in the non-Java launchers, but this will likely affect it.
>
> David
@dholmes-ora
> This approach results in two scans of the argument list in the IsJavaArgs case. I don't know if we care about startup in the non-Java launchers, but this will likely affect it.
The impact is minimal (cycle through args, check if it starts from the string).
As far as I see to avoid extra scans JLI_Launch code needs to be reordered:
CreateExecutionEnvironment();
if (IsJavaArgs()) {
TranslateApplicationArgs(jargc, jargv, &argc, &argv);
}
ParseArguments(&argc, &argv, &mode, &what, &ret, jrepath);
LoadJavaVM();
And handle NMT arg in ParseArguments
But this change would be much more risky.
-------------
PR: https://git.openjdk.java.net/jdk/pull/2106
More information about the core-libs-dev
mailing list