Re: RFR: 8324241: Always record evol_method deps to avoid excessive method flushing [v5]

2024-09-16 Thread leo liang
On Thu, 12 Sep 2024 15:44:21 GMT, Volker Simonis wrote: >> Hi there, we are seeing this issue when we run JFR on our services under >> load, we see a large spike of CPU after JFR is triggered, which cause 500 >> errors in our service. We are currently using corretto-17 in our service. >> >> Wo

Re: RFR: 8305895: Implement JEP 450: Compact Object Headers (Experimental) [v15]

2024-09-16 Thread Roberto CastaƱeda Lozano
On Fri, 13 Sep 2024 13:11:45 GMT, Roman Kennke wrote: >> This is the main body of the JEP 450: Compact Object Headers (Experimental). >> >> It is also a follow-up to #20640, which now also includes (and supersedes) >> #20603 and #20605, plus the Tiny Class-Pointers parts that have been >> prev

RFR: 8340176: Replace usage of -noclassgc with -Xnoclassgc in test/jdk/java/lang/management/MemoryMXBean/LowMemoryTest2.java

2024-09-16 Thread Jaikiran Pai
Can I please get a review of this test-only change which replaces the usage of `-noclassgc` with `-Xnoclassgc` option when launching the test? As noted in https://bugs.openjdk.org/browse/JDK-8340176, the `-noclassgc` is an undocumented option of the `java` launcher, which it converts to `-Xnocla

Re: RFR: 8340176: Replace usage of -noclassgc with -Xnoclassgc in test/jdk/java/lang/management/MemoryMXBean/LowMemoryTest2.java

2024-09-16 Thread Kevin Walls
On Mon, 16 Sep 2024 09:21:22 GMT, Jaikiran Pai wrote: > Can I please get a review of this test-only change which replaces the usage > of `-noclassgc` with `-Xnoclassgc` option when launching the test? > > As noted in https://bugs.openjdk.org/browse/JDK-8340176, the `-noclassgc` is > an undocum

Re: RFR: 8305895: Implement JEP 450: Compact Object Headers (Experimental) [v16]

2024-09-16 Thread Roman Kennke
> This is the main body of the JEP 450: Compact Object Headers (Experimental). > > It is also a follow-up to #20640, which now also includes (and supersedes) > #20603 and #20605, plus the Tiny Class-Pointers parts that have been > previously missing. > > Main changes: > - Introduction of the (

Re: RFR: 8305895: Implement JEP 450: Compact Object Headers (Experimental) [v17]

2024-09-16 Thread Roman Kennke
> This is the main body of the JEP 450: Compact Object Headers (Experimental). > > It is also a follow-up to #20640, which now also includes (and supersedes) > #20603 and #20605, plus the Tiny Class-Pointers parts that have been > previously missing. > > Main changes: > - Introduction of the (

Re: RFR: 8305895: Implement JEP 450: Compact Object Headers (Experimental) [v11]

2024-09-16 Thread Roman Kennke
On Thu, 12 Sep 2024 13:13:01 GMT, Roman Kennke wrote: >>> @rkennke Can you please explain the changes in these tests: >>> >>> ``` >>> test/hotspot/jtreg/compiler/c2/irTests/TestVectorizationMismatchedAccess.java >>> test/hotspot/jtreg/compiler/c2/irTests/TestVectorizationNotRun.java >>> test/hot

Re: RFR: 8338851: Hoist os::Posix::realpath() to os::realpath() and implement on Windows [v5]

2024-09-16 Thread Julian Waters
On Thu, 12 Sep 2024 13:56:42 GMT, Simon Tooke wrote: >> This PR changes the status of realpath() from a Posix-specific API to a >> globally available API, i.e. adding it to the "Hotspot Porting API". Code >> would refer to os::realpath() instead of os::Posix::realpath(). >> >> This requires t

Re: RFR: 8310525: DynamicLauncher for JDP test needs to try harder to find a free port

2024-09-16 Thread Leonid Mesnik
On Fri, 13 Sep 2024 09:47:07 GMT, Kevin Walls wrote: > JDP tests only make 3 attempts to find a free port, using getFreePort(). > We know getFreePort() is racy and you need to make sure the port really is > fee when trying to use it. > > Make 10 attempts. Leave the logic unchanged. Also fix a

Re: RFR: 8340176: Replace usage of -noclassgc with -Xnoclassgc in test/jdk/java/lang/management/MemoryMXBean/LowMemoryTest2.java

2024-09-16 Thread Leonid Mesnik
On Mon, 16 Sep 2024 09:21:22 GMT, Jaikiran Pai wrote: > Can I please get a review of this test-only change which replaces the usage > of `-noclassgc` with `-Xnoclassgc` option when launching the test? > > As noted in https://bugs.openjdk.org/browse/JDK-8340176, the `-noclassgc` is > an undocum

Re: RFR: 8310525: DynamicLauncher for JDP test needs to try harder to find a free port

2024-09-16 Thread Chris Plummer
On Fri, 13 Sep 2024 09:47:07 GMT, Kevin Walls wrote: > JDP tests only make 3 attempts to find a free port, using getFreePort(). > We know getFreePort() is racy and you need to make sure the port really is > fee when trying to use it. > > Make 10 attempts. Leave the logic unchanged. Also fix a

Re: RFR: 8305895: Implement JEP 450: Compact Object Headers (Experimental) [v17]

2024-09-16 Thread Axel Boldt-Christmas
On Mon, 16 Sep 2024 13:28:00 GMT, Roman Kennke wrote: >> This is the main body of the JEP 450: Compact Object Headers (Experimental). >> >> It is also a follow-up to #20640, which now also includes (and supersedes) >> #20603 and #20605, plus the Tiny Class-Pointers parts that have been >> prev

Re: RFR: 8310525: DynamicLauncher for JDP test needs to try harder to find a free port

2024-09-16 Thread Kevin Walls
On Fri, 13 Sep 2024 09:47:07 GMT, Kevin Walls wrote: > JDP tests only make 3 attempts to find a free port, using getFreePort(). > We know getFreePort() is racy and you need to make sure the port really is > fee when trying to use it. > > Make 10 attempts. Leave the logic unchanged. Also fix a

Re: RFR: 8340113: Remove JULONG as a Diagnostic Command argument type (jcmd JFR.view)

2024-09-16 Thread Kevin Walls
On Mon, 16 Sep 2024 15:39:58 GMT, Kevin Walls wrote: > The few uses of the operation parameter type "JULONG" in Diagnostic Commands > should be changed to INT. Use of the operation parameter type description "JULONG" in Diagnostic Commands should be changed to INT. DiagnosticCommandMBean prov

RFR: 8340113: Remove JULONG as a Diagnostic Command argument type (jcmd JFR.view)

2024-09-16 Thread Kevin Walls
The few uses of the operation parameter type "JULONG" in Diagnostic Commands should be changed to INT. - Commit messages: - Merge remote-tracking branch 'upstream/master' into 8340113_JULONG - 8340113: Remove JULONG as a Diagnostic Command argument type (jcmd JFR.view) Changes: ht

Re: RFR: 8338471: Refactor Method::get_new_method() for better NoSuchMethodError handling [v4]

2024-09-16 Thread Matias Saavedra Silva
On Sat, 14 Sep 2024 08:09:04 GMT, David Holmes wrote: > A refactoring should not change behaviour. Maybe this only looked like an > opportunity for refactoring but in reality is not? The change of behavior here is there will no longer be any potential crashes resulting from `get_new_method()` r

Integrated: 8310525: DynamicLauncher for JDP test needs to try harder to find a free port

2024-09-16 Thread Kevin Walls
On Fri, 13 Sep 2024 09:47:07 GMT, Kevin Walls wrote: > JDP tests only make 3 attempts to find a free port, using getFreePort(). > We know getFreePort() is racy and you need to make sure the port really is > fee when trying to use it. > > Make 10 attempts. Leave the logic unchanged. Also fix a

RFR: 8340213: jcmd VM.events ignores max argument

2024-09-16 Thread Leonid Mesnik
The inner 'int max;' declaration hide previous max. - Commit messages: - fixed typo - 8340213: jcmd VM.events ignores max argument Changes: https://git.openjdk.org/jdk/pull/21024/files Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=21024&range=00 Issue: https://bugs.openjdk.

Re: RFR: 8340213: jcmd VM.events ignores max argument

2024-09-16 Thread Sonia Zaldana Calles
On Mon, 16 Sep 2024 19:14:01 GMT, Leonid Mesnik wrote: > The inner 'int max;' declaration hide previous max. I am not a Reviewer but this looks good to me. test/hotspot/jtreg/serviceability/dcmd/vm/EventsTest.java line 81: > 79: long lines = output.asLines().stream().filter(x -> > x.

Re: RFR: 8340213: jcmd VM.events ignores max argument [v2]

2024-09-16 Thread Leonid Mesnik
> The inner 'int max;' declaration hide previous max. Leonid Mesnik has updated the pull request incrementally with two additional commits since the last revision: - typo fixed. - check added. - Changes: - all: https://git.openjdk.org/jdk/pull/21024/files - new: https://git.

Re: RFR: 8340213: jcmd VM.events ignores max argument [v2]

2024-09-16 Thread Sonia Zaldana Calles
On Mon, 16 Sep 2024 19:51:20 GMT, Leonid Mesnik wrote: >> The inner 'int max;' declaration hide previous max. > > Leonid Mesnik has updated the pull request incrementally with two additional > commits since the last revision: > > - typo fixed. > - check added. Thanks! test/hotspot/jtreg/se

Re: RFR: 8340213: jcmd VM.events ignores max argument [v2]

2024-09-16 Thread Leonid Mesnik
On Mon, 16 Sep 2024 19:34:40 GMT, Sonia Zaldana Calles wrote: >> Leonid Mesnik has updated the pull request incrementally with two additional >> commits since the last revision: >> >> - typo fixed. >> - check added. > > test/hotspot/jtreg/serviceability/dcmd/vm/EventsTest.java line 81: > >>

Re: RFR: 8340113: Remove JULONG as a Diagnostic Command argument type (jcmd JFR.view)

2024-09-16 Thread Sonia Zaldana Calles
On Mon, 16 Sep 2024 15:39:58 GMT, Kevin Walls wrote: > The few uses of the operation parameter type "JULONG" in Diagnostic Commands > should be changed to INT. Hi Kevin, I had some questions about this change. Regarding the `INTEGER` -> `INT` change, I was wondering if the plan was to also

Re: RFR: 8319873: Add windows implementation for jcmd System.map and System.dump_map [v13]

2024-09-16 Thread Kevin Walls
On Thu, 12 Sep 2024 20:10:45 GMT, Simon Tooke wrote: >> This is a port of [JDK-8318636](https://github.com/openjdk/jdk/pull/16301) >> to Windows. >> >> System.map and System.dump_map are implemented using the Windows API and >> provide roughly the same information in the same format. Most of

Re: RFR: 8340213: jcmd VM.events ignores max argument [v2]

2024-09-16 Thread Chris Plummer
On Mon, 16 Sep 2024 19:54:38 GMT, Leonid Mesnik wrote: >> The inner 'int max;' declaration hide previous max. > > Leonid Mesnik has updated the pull request incrementally with two additional > commits since the last revision: > > - typo fixed. > - check added. Looks good. Thanks for adding

Re: RFR: 8340213: jcmd VM.events ignores max argument [v2]

2024-09-16 Thread Alex Menkov
On Mon, 16 Sep 2024 19:54:38 GMT, Leonid Mesnik wrote: >> The inner 'int max;' declaration hide previous max. > > Leonid Mesnik has updated the pull request incrementally with two additional > commits since the last revision: > > - typo fixed. > - check added. Marked as reviewed by amenkov

Re: RFR: 8329706: Implement -XX:+AOTClassLinking [v6]

2024-09-16 Thread Ioi Lam
> This is the 3rd PR for [JEP 483: Ahead-of-Time Class Loading & > Linking](https://bugs.openjdk.org/browse/JDK-8315737). > > **Overview** > > - A new `-XX:+AOTClassLinking` flag is added. See [JEP > 498](https://bugs.openjdk.org/browse/JDK-8315737) and the > [CSR](https://bugs.openjdk.org/bro

Re: RFR: 8329706: Implement -XX:+AOTClassLinking [v5]

2024-09-16 Thread Ioi Lam
On Fri, 13 Sep 2024 16:09:25 GMT, Ashutosh Mehra wrote: >> Ioi Lam has updated the pull request incrementally with one additional >> commit since the last revision: >> >> @ashu-mehra comments > > src/hotspot/share/cds/aotClassLinker.cpp line 227: > >> 225: } >> 226: >> 227: int AOTClassLink

Re: RFR: 8329706: Implement -XX:+AOTClassLinking [v6]

2024-09-16 Thread Ashutosh Mehra
On Sat, 7 Sep 2024 00:30:34 GMT, Ioi Lam wrote: >> I've taken an initial look through but there is an awful lot to try and >> digest here. I've flagged numerous typos and minor nits. >> >> One general query: does this stuff work if the user defines their own >> initial application classloader?

Re: RFR: 8329706: Implement -XX:+AOTClassLinking [v6]

2024-09-16 Thread Ashutosh Mehra
On Mon, 16 Sep 2024 21:54:49 GMT, Ioi Lam wrote: >> This is the 3rd PR for [JEP 483: Ahead-of-Time Class Loading & >> Linking](https://bugs.openjdk.org/browse/JDK-8315737). >> >> **Overview** >> >> - A new `-XX:+AOTClassLinking` flag is added. See [JEP >> 498](https://bugs.openjdk.org/browse/

Re: RFR: 8340176: Replace usage of -noclassgc with -Xnoclassgc in test/jdk/java/lang/management/MemoryMXBean/LowMemoryTest2.java

2024-09-16 Thread Jaikiran Pai
On Mon, 16 Sep 2024 09:21:22 GMT, Jaikiran Pai wrote: > Can I please get a review of this test-only change which replaces the usage > of `-noclassgc` with `-Xnoclassgc` option when launching the test? > > As noted in https://bugs.openjdk.org/browse/JDK-8340176, the `-noclassgc` is > an undocum

Integrated: 8340176: Replace usage of -noclassgc with -Xnoclassgc in test/jdk/java/lang/management/MemoryMXBean/LowMemoryTest2.java

2024-09-16 Thread Jaikiran Pai
On Mon, 16 Sep 2024 09:21:22 GMT, Jaikiran Pai wrote: > Can I please get a review of this test-only change which replaces the usage > of `-noclassgc` with `-Xnoclassgc` option when launching the test? > > As noted in https://bugs.openjdk.org/browse/JDK-8340176, the `-noclassgc` is > an undocum