From kbarrett at openjdk.org  Tue Jan  2 06:07:05 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Tue, 2 Jan 2024 06:07:05 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
Message-ID: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>

8322815: Eliminate -Wparentheses warnings in shenandoah code

Please review this change to eliminate some -Wparentheses warnings. This
involved simply adding a few parentheses to make some implicit operator
precedence explicit.

Testing: local (linux-x64) build with shenandoah included and ran
hotspot:tier1 with -XX:+UseShenandoahGC.

-------------

Commit messages:
 - fix -Wparentheses warnings in shenandoah code

Changes: https://git.openjdk.org/jdk/pull/17214/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17214&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322815
  Stats: 2 lines in 2 files changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/17214.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17214/head:pull/17214

PR: https://git.openjdk.org/jdk/pull/17214

From wkemper at openjdk.org  Tue Jan  2 16:36:16 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 16:36:16 GMT
Subject: Integrated: 8321816: GenShen: Provide a minimum amount of time for an
 old collection to run
In-Reply-To: <Y039qA34p4BTjIDx0kdvN-NTGATfW3qy_GOyvRMvWU8=.87af94f7-6fc4-4f69-b640-255ebae32ac9@github.com>
References: <Y039qA34p4BTjIDx0kdvN-NTGATfW3qy_GOyvRMvWU8=.87af94f7-6fc4-4f69-b640-255ebae32ac9@github.com>
Message-ID: <lvQAv_XU7E5RTZ5s6ejC191j7ZUYpJoprglP_heHvwI=.7a85f74f-55d8-42a6-9d7b-8a1c51adeb54@github.com>

On Thu, 14 Dec 2023 19:11:34 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Young collections are allowed to interrupt old collections. Under heavy load, this may result in starvation of old collections - which may in turn lead to even more memory pressure on the young generation. Adding a minimum guaranteed amount of time for the old gc to make progress will help avoid this situation.

This pull request has now been integrated.

Changeset: 80f7780b
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/80f7780bfd2435486a5941629d6b4913b82e60b7
Stats:     86 lines in 7 files changed: 45 ins; 17 del; 24 mod

8321816: GenShen: Provide a minimum amount of time for an old collection to run

Reviewed-by: kdnilsen, ysr

-------------

PR: https://git.openjdk.org/shenandoah/pull/371

From wkemper at openjdk.org  Tue Jan  2 16:38:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 16:38:19 GMT
Subject: RFR: Merge openjdk/jdk:master
In-Reply-To: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
References: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
Message-ID: <amJuHHMoypPyeImUZwAywJPk4kUjTWuFZh2mntQ2v10=.81971612-0d5e-4f7a-823e-189ac3bf47ab@github.com>

On Thu, 21 Dec 2023 14:09:28 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+2

Abandoning in favor of more recent upstream merge

-------------

PR Comment: https://git.openjdk.org/shenandoah/pull/376#issuecomment-1874260429

From wkemper at openjdk.org  Tue Jan  2 16:38:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 16:38:19 GMT
Subject: Withdrawn: Merge openjdk/jdk:master
In-Reply-To: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
References: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
Message-ID: <Jm4ooyr1IINAfnix7MS99nAb6-XnPrsAfCso13ya0IY=.0c60fcc8-91e5-4673-a70c-ead640824008@github.com>

On Thu, 21 Dec 2023 14:09:28 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+2

This pull request has been closed without being integrated.

-------------

PR: https://git.openjdk.org/shenandoah/pull/376

From wkemper at openjdk.org  Tue Jan  2 16:42:48 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 16:42:48 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <ZqH_PEBFx-9w64jym8yEy7XI10kJHdfaAm3xYVhwrs4=.6f7fc973-0ec6-4fee-ba49-ed69c2c0c14c@github.com>
References: <ZqH_PEBFx-9w64jym8yEy7XI10kJHdfaAm3xYVhwrs4=.6f7fc973-0ec6-4fee-ba49-ed69c2c0c14c@github.com>
Message-ID: <BT7x1W4phRAWHr6l_l9fL6cCR5Ich9zD8xum-pPhAkM=.5bdc472f-aaee-4c6b-b24d-43d03a8dac69@github.com>

> Merges tag jdk-23+3

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 127 commits:

 - Merge branch 'master' into merge-jdk-23+3
 - 8319548: Unexpected internal name for Filler array klass causes error in VisualVM
   
   Co-authored-by: Tom?? H?rka <tomas.hurka at oracle.com>
   Reviewed-by: ayang, dholmes
 - 8321972: test runtime/Unsafe/InternalErrorTest.java timeout on linux-riscv64 platform
   
   Co-authored-by: Fei Yang <fyang at openjdk.org>
   Reviewed-by: fyang
 - 8322078: ZipSourceCache.testKeySourceMapping() test fails with The process cannot access the file because it is being used by another process
   
   Reviewed-by: lancea
 - 8321017: Record in JFR that IEEE rounding mode was corrupted by loading a library
   
   Reviewed-by: stuefe, jbechberger
 - 8322141: SequenceInputStream.transferTo should not return as soon as Long.MAX_VALUE bytes have been transferred
   
   Reviewed-by: vsitnikov, bpb, jpai
 - 8322543: Parallel: Remove unused _major_pause_old_slope_counter
   
   Reviewed-by: tschatzl
 - 8187634: keystore.getCertificateAlias(cert) returns original alias, inconsistent with fix of JDK-6483657
   
   Reviewed-by: mullan
 - 8322377: Parallel: Remove unused arg in adjust_promo_for_pause_time and adjust_eden_for_pause_time
   
   Reviewed-by: tschatzl
 - 8322364: Parallel: Remove unused SizePolicyTrueValues enum members
   
   Reviewed-by: tschatzl
 - ... and 117 more: https://git.openjdk.org/shenandoah/compare/80f7780b...2fe3a10a

-------------

Changes: https://git.openjdk.org/shenandoah/pull/377/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=377&range=01
  Stats: 16951 lines in 422 files changed: 12695 ins; 2850 del; 1406 mod
  Patch: https://git.openjdk.org/shenandoah/pull/377.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/377/head:pull/377

PR: https://git.openjdk.org/shenandoah/pull/377

From wkemper at openjdk.org  Tue Jan  2 17:11:54 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 17:11:54 GMT
Subject: Integrated: 8322503: Shenandoah: Clarify gc state usage
In-Reply-To: <ydd3aTDIr8kEpgjfewAROT-IWV-7zgKIECXJyMeQOno=.4686dc19-a11c-465f-b021-fb4889da29c6@github.com>
References: <ydd3aTDIr8kEpgjfewAROT-IWV-7zgKIECXJyMeQOno=.4686dc19-a11c-465f-b021-fb4889da29c6@github.com>
Message-ID: <BmecazGf5DtybSyi0iOuCzjsDFOnv0zMMrpmvZSsIhc=.e092619a-cd9a-47dd-8711-5c1e25536d39@github.com>

On Tue, 19 Dec 2023 21:41:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This is a follow up to https://github.com/openjdk/jdk/pull/17112.

This pull request has now been integrated.

Changeset: 51238c4b
Author:    William Kemper <wkemper at openjdk.org>
Committer: Y. Srinivas Ramakrishna <ysr at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/51238c4bdbce48f6b719f7dcfe5b7df8b8c6d85b
Stats:     26 lines in 5 files changed: 8 ins; 0 del; 18 mod

8322503: Shenandoah: Clarify gc state usage

Reviewed-by: ysr, gli

-------------

PR: https://git.openjdk.org/jdk/pull/17163

From wkemper at openjdk.org  Tue Jan  2 21:30:17 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 21:30:17 GMT
Subject: Integrated: Merge openjdk/jdk:master
In-Reply-To: <ZqH_PEBFx-9w64jym8yEy7XI10kJHdfaAm3xYVhwrs4=.6f7fc973-0ec6-4fee-ba49-ed69c2c0c14c@github.com>
References: <ZqH_PEBFx-9w64jym8yEy7XI10kJHdfaAm3xYVhwrs4=.6f7fc973-0ec6-4fee-ba49-ed69c2c0c14c@github.com>
Message-ID: <l1RhgXuPbOgSX9ANf6FQtoaiTZRkMA3ObD0YmMMGyl4=.50fcd49f-b534-4886-a666-8dfd3c2102ea@github.com>

On Thu, 28 Dec 2023 14:09:26 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+3

This pull request has now been integrated.

Changeset: 303b0ea7
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/303b0ea73fa165ec8159917e76da5437fdfb6670
Stats:     16951 lines in 422 files changed: 12695 ins; 2850 del; 1406 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah/pull/377

From cslucas at openjdk.org  Tue Jan  2 23:15:52 2024
From: cslucas at openjdk.org (Cesar Soares Lucas)
Date: Tue, 2 Jan 2024 23:15:52 GMT
Subject: RFR: JDK-8241503: C2: Share MacroAssembler between mach nodes
 during code emission [v6]
In-Reply-To: <eGmzCp6jZHXiG0fuTh1Z-e7P74nV90AT0iq0_owoPxA=.957917a3-3e2d-4c75-bb95-c181e35a7b48@github.com>
References: <ExCrwPns55nw2P62UI3vzSVTmFCh3dzJq7u3Kugp9EA=.c20cd86c-2c16-4869-ba7f-76f2a53821d0@github.com>
 <B5hp17WOakZK2Hdv4Sr940K05ZBHWOMft8pRd0QdQ1k=.a44e1c19-92a6-4317-91a5-b3e928afb3f6@github.com>
 <eGmzCp6jZHXiG0fuTh1Z-e7P74nV90AT0iq0_owoPxA=.957917a3-3e2d-4c75-bb95-c181e35a7b48@github.com>
Message-ID: <c8ifBEfGKLvyArAYcNVhXUlxadySrdldf35VEfYLQy0=.d7f95d77-92a1-4368-9dea-5cd0d38e4760@github.com>

On Wed, 20 Dec 2023 19:23:47 GMT, Vladimir Kozlov <kvn at openjdk.org> wrote:

>> Cesar Soares Lucas has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains seven commits:
>> 
>>  - Merge with origin/master
>>  - Fix build, copyright dates, m4 files.
>>  - Fix merge
>>  - Catch up with master branch.
>>    
>>    Merge remote-tracking branch 'origin/master' into reuse-macroasm
>>  - Some inst_mark fixes; Catch up with master.
>>  - Catch up with changes on master
>>  - Reuse same C2_MacroAssembler object to emit instructions.
>
> src/hotspot/cpu/x86/x86_32.ad line 1541:
> 
>> 1539:   // in the MacroAssembler. Should go away once all "instruct" are
>> 1540:   // patched to emit bytes only using methods in MacroAssembler.
>> 1541:   enc_class SetInstMark %{
> 
> Do you have separate RFE for that?

Created this one: https://bugs.openjdk.org/browse/JDK-8322876

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16484#discussion_r1439937293

From ysr at openjdk.org  Tue Jan  2 23:38:20 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Tue, 2 Jan 2024 23:38:20 GMT
Subject: RFR: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
Message-ID: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>

8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

-------------

Commit messages:
 - jcheck  "trailing whitespace" clean.
 - Merge branch 'master' into couple_sizing_tenuring
 - Merge branch 'master' into couple_sizing_tenuring
 - Get rid of unused `consumed_by_advance_promotion` parameter in a couple

Changes: https://git.openjdk.org/shenandoah/pull/378/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=378&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322875
  Stats: 18 lines in 2 files changed: 4 ins; 5 del; 9 mod
  Patch: https://git.openjdk.org/shenandoah/pull/378.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/378/head:pull/378

PR: https://git.openjdk.org/shenandoah/pull/378

From wkemper at openjdk.org  Tue Jan  2 23:38:20 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 2 Jan 2024 23:38:20 GMT
Subject: RFR: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
In-Reply-To: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
References: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
Message-ID: <Y2lUgw5_TnjiYeOyHXm87x6CjCBMIJ7r_dmZge1YCLI=.0840a3f5-1ef6-40eb-b3f1-09e4bd3d40a7@github.com>

On Tue, 2 Jan 2024 22:59:47 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> 8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

Looks okay to me - assuming jcheck issues are addressed.

-------------

Marked as reviewed by wkemper (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/378#pullrequestreview-1801195036

From ysr at openjdk.org  Tue Jan  2 23:55:05 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Tue, 2 Jan 2024 23:55:05 GMT
Subject: Integrated: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
In-Reply-To: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
References: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
Message-ID: <FjJH58ErXgmnSZ4iEONFwHNtXqYklHoRhguGgIdgkI0=.dce36171-2889-496a-9eb2-50c2c52f5948@github.com>

On Tue, 2 Jan 2024 22:59:47 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> 8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

This pull request has now been integrated.

Changeset: dd011516
Author:    Y. Srinivas Ramakrishna <ysr at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/dd0115163d284455db0493d65080aa28151d57c0
Stats:     18 lines in 2 files changed: 4 ins; 5 del; 9 mod

8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

Remove the unused/unnecessary/obsolete parameter `consumed_by_advance_promotion` from the following ShenandoahGeneration methods:
1. compute_evacuation_budgets()
2. adjust_evacuation_budgets()

Reviewed-by: wkemper

-------------

PR: https://git.openjdk.org/shenandoah/pull/378

From stefank at openjdk.org  Wed Jan  3 07:59:48 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 07:59:48 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v3]
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <DWVIGLn3Se0-U0PjQBKJk7nkb5F6U8Ibmh_ShoeUAtE=.5ea81a24-0181-404c-b83b-a4bcfdcb42d9@github.com>

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains three commits:

 - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
 - Whitespace fixes
   
   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
 - 8321812: Update GC tests to use execute[Limited]TestJava

-------------

Changes: https://git.openjdk.org/jdk/pull/17067/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=02
  Stats: 665 lines in 131 files changed: 31 ins; 216 del; 418 mod
  Patch: https://git.openjdk.org/jdk/pull/17067.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17067/head:pull/17067

PR: https://git.openjdk.org/jdk/pull/17067

From aboldtch at openjdk.org  Wed Jan  3 08:42:42 2024
From: aboldtch at openjdk.org (Axel Boldt-Christmas)
Date: Wed, 3 Jan 2024 08:42:42 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v3]
In-Reply-To: <DWVIGLn3Se0-U0PjQBKJk7nkb5F6U8Ibmh_ShoeUAtE=.5ea81a24-0181-404c-b83b-a4bcfdcb42d9@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
 <DWVIGLn3Se0-U0PjQBKJk7nkb5F6U8Ibmh_ShoeUAtE=.5ea81a24-0181-404c-b83b-a4bcfdcb42d9@github.com>
Message-ID: <yflr0jUCfXu8gDaiAB9TCdhpWin5fWhYMz0Q8BSWrX4=.152e44ae-2458-478a-acc4-ed72e141289e@github.com>

On Wed, 3 Jan 2024 07:59:48 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

>> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
>> 
>>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>>     ... do something with output and wait for the process to complete ...
>> 
>> 
>> These are the steps involved:
>> 
>> 1) Create a `ProcessBuilder`
>> 2) Call `ProcessBuilder::start`
>> 3) Create an `OutputAnalyzer`
>> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
>> 
>> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
>> 
>> 
>>     OutputAnalyzer output = ProcessTools.executeTestJava(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>> 
>> 
>> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
>> 
>> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
>> 
>> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.
>
> Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains three commits:
> 
>  - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
>  - Whitespace fixes
>    
>    Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>  - 8321812: Update GC tests to use execute[Limited]TestJava

Marked as reviewed by aboldtch (Reviewer).

test/hotspot/jtreg/gc/g1/TestSharedArchiveWithPreTouch.java line 62:

> 60:         dump_args.addAll(Arrays.asList(new String[] { "-Xshare:dump", "-Xlog:cds" }));
> 61: 
> 62:         pb = ProcessTools.createLimitedTestJavaProcessBuilder(dump_args);

-        ProcessBuilder pb;
``` 
Above no longer used.

test/hotspot/jtreg/gc/testlibrary/Helpers.java line 105:

> 103: 
> 104:         ProcessBuilder pb = new ProcessBuilder(jar.getCommand());
> 105:         OutputAnalyzer output = ProcessTools.executeProcess(pb);

The pattern

OutputAnalyzer output = ProcessTools.executeProcess(jcmd.getCommand());

is used above, but an explicit `ProcessBuilder` is used here. Maybe one style should be picked?

`test/hotspot/jtreg/gc/arguments/TestUseCompressedOopsFlagsWithUlimit.java` does something similar to this as well.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17067#pullrequestreview-1801558649
PR Review Comment: https://git.openjdk.org/jdk/pull/17067#discussion_r1440185432
PR Review Comment: https://git.openjdk.org/jdk/pull/17067#discussion_r1440191965

From stefank at openjdk.org  Wed Jan  3 09:02:12 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 09:02:12 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v4]
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <2R0Vcqh1RCX-e11I79pu-4Y6Rr6GAuCmz2XejNWWR20=.c7e06721-572a-4be2-b34b-e1717bb0dc54@github.com>

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 10 commits:

 - Remove unused pb
 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
 - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
 - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
 - Whitespace fixes
   
   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
 - 8321812: Update GC tests to use execute[Limited]TestJava
 - Test cleanup
 - Fix impl and add test
 - 8321713: Harmonize executeTestJvm with create[Limited]TestJavaProcessBuilder

-------------

Changes: https://git.openjdk.org/jdk/pull/17067/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=03
  Stats: 667 lines in 131 files changed: 31 ins; 218 del; 418 mod
  Patch: https://git.openjdk.org/jdk/pull/17067.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17067/head:pull/17067

PR: https://git.openjdk.org/jdk/pull/17067

From stefank at openjdk.org  Wed Jan  3 09:02:12 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 09:02:12 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v4]
In-Reply-To: <yflr0jUCfXu8gDaiAB9TCdhpWin5fWhYMz0Q8BSWrX4=.152e44ae-2458-478a-acc4-ed72e141289e@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
 <DWVIGLn3Se0-U0PjQBKJk7nkb5F6U8Ibmh_ShoeUAtE=.5ea81a24-0181-404c-b83b-a4bcfdcb42d9@github.com>
 <yflr0jUCfXu8gDaiAB9TCdhpWin5fWhYMz0Q8BSWrX4=.152e44ae-2458-478a-acc4-ed72e141289e@github.com>
Message-ID: <kyzVQLovlVYbb9KlDd4bjH0c4RA5T6dzILqIOL9qy6M=.97264a56-5c87-4a37-a5ff-175130a857a2@github.com>

On Wed, 3 Jan 2024 08:29:48 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 10 commits:
>> 
>>  - Remove unused pb
>>  - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
>>  - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
>>  - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
>>  - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
>>  - Whitespace fixes
>>    
>>    Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>>  - 8321812: Update GC tests to use execute[Limited]TestJava
>>  - Test cleanup
>>  - Fix impl and add test
>>  - 8321713: Harmonize executeTestJvm with create[Limited]TestJavaProcessBuilder
>
> test/hotspot/jtreg/gc/g1/TestSharedArchiveWithPreTouch.java line 62:
> 
>> 60:         dump_args.addAll(Arrays.asList(new String[] { "-Xshare:dump", "-Xlog:cds" }));
>> 61: 
>> 62:         pb = ProcessTools.createLimitedTestJavaProcessBuilder(dump_args);
> 
> -        ProcessBuilder pb;
> ``` 
> Above no longer used.

Removed.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17067#discussion_r1440207292

From stefank at openjdk.org  Wed Jan  3 10:06:01 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 10:06:01 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v5]
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <DglUnF-F1WYgPHS_ulvoy_vsy0lHx4oPCjeqiikQ96I=.a1ac8a68-2ba5-40f1-b90f-aa0f44657321@github.com>

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 15 commits:

 - More tests could use ProcessTools.executeLimitedTestJava
 - Skip using a ProcessBuilder for some tests
 - Merge branch '8322920_throwable_in_executeProcess' into 8321812_use_executeTestJava_in_gc_tests
 - 8322920: Some executeProcess overloads are declared to throw Throwable
 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - Remove unused pb
 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
 - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
 - Merge remote-tracking branch 'upstream/master' into rename_executeTestJvm
 - ... and 5 more: https://git.openjdk.org/jdk/compare/a8e42298...8f026a7a

-------------

Changes: https://git.openjdk.org/jdk/pull/17067/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=04
  Stats: 705 lines in 133 files changed: 31 ins; 225 del; 449 mod
  Patch: https://git.openjdk.org/jdk/pull/17067.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17067/head:pull/17067

PR: https://git.openjdk.org/jdk/pull/17067

From stefank at openjdk.org  Wed Jan  3 10:06:05 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 10:06:05 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v3]
In-Reply-To: <yflr0jUCfXu8gDaiAB9TCdhpWin5fWhYMz0Q8BSWrX4=.152e44ae-2458-478a-acc4-ed72e141289e@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
 <DWVIGLn3Se0-U0PjQBKJk7nkb5F6U8Ibmh_ShoeUAtE=.5ea81a24-0181-404c-b83b-a4bcfdcb42d9@github.com>
 <yflr0jUCfXu8gDaiAB9TCdhpWin5fWhYMz0Q8BSWrX4=.152e44ae-2458-478a-acc4-ed72e141289e@github.com>
Message-ID: <XMHQ7EJJ_zNMAYgp737KuVvpBXXUOwLZcqwMZLw7bRs=.22360690-88d0-4dec-ba6d-4d37da39c828@github.com>

On Wed, 3 Jan 2024 08:38:37 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains three commits:
>> 
>>  - Merge branch 'rename_executeTestJvm' into 8321812_use_executeTestJava_in_gc_tests
>>  - Whitespace fixes
>>    
>>    Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>>  - 8321812: Update GC tests to use execute[Limited]TestJava
>
> test/hotspot/jtreg/gc/testlibrary/Helpers.java line 105:
> 
>> 103: 
>> 104:         ProcessBuilder pb = new ProcessBuilder(jar.getCommand());
>> 105:         OutputAnalyzer output = ProcessTools.executeProcess(pb);
> 
> The pattern
> 
> OutputAnalyzer output = ProcessTools.executeProcess(jcmd.getCommand());
> 
> is used above, but an explicit `ProcessBuilder` is used here. Maybe one style should be picked?
> 
> `test/hotspot/jtreg/gc/arguments/TestUseCompressedOopsFlagsWithUlimit.java` does something similar to this as well.

I've changed this to skip using an explicit ProcessBuilder. However, that hit a problem that some ProcessTools.executeProcess overloads are declared to throw Throwable instead of Exception. Instead of fixing that inside this PR, or creating a workaround for this, I created a separate, trivial PR to update those functions. Please see #17240. I've merged the branch for that PR into this PR so that we can test the updated changes.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17067#discussion_r1440268678

From shade at openjdk.org  Wed Jan  3 11:53:45 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 3 Jan 2024 11:53:45 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
In-Reply-To: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
Message-ID: <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>

On Tue, 2 Jan 2024 06:01:07 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

> 8322815: Eliminate -Wparentheses warnings in shenandoah code
> 
> Please review this change to eliminate some -Wparentheses warnings. This
> involved simply adding a few parentheses to make some implicit operator
> precedence explicit.
> 
> Testing: local (linux-x64) build with shenandoah included and ran
> hotspot:tier1 with -XX:+UseShenandoahGC.

Marked as reviewed by shade (Reviewer).

src/hotspot/share/gc/shenandoah/shenandoahConcurrentGC.cpp line 710:

> 708:       ShenandoahHeap::atomic_update_oop(resolved, p, obj);
> 709:       assert(_heap->cancelled_gc() ||
> 710:              (_mark_context->is_marked(resolved) && !_heap->in_collection_set(resolved)),

The change for this PR seems fine, but the whole assert looks weird, and lacks richer diagnostics Shenandoah asserts do. I believe the forwardee is explicitly marked, given it is a new copy after TAMS. So the whole thing might be just:


  shenandoah_assert_not_in_cset_except(p, resolved, _heap->cancelled_gc());


Right, @zhengyu123? We should do that in separate PR.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17214#pullrequestreview-1801858321
PR Review Comment: https://git.openjdk.org/jdk/pull/17214#discussion_r1440366569

From stefank at openjdk.org  Wed Jan  3 13:32:18 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 3 Jan 2024 13:32:18 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v6]
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <U06B9uPyV5lY4MBZq73UlRx1ABMFLyEKQbg4vtQLInc=.c36311df-8f50-4ca9-8227-b8169dca4a8b@github.com>

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

Stefan Karlsson has updated the pull request incrementally with two additional commits since the last revision:

 - Update Shenandoah test
 - Remove import from old version of the code

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17067/files
  - new: https://git.openjdk.org/jdk/pull/17067/files/8f026a7a..fe7ef8e4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=05
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=04-05

  Stats: 3 lines in 2 files changed: 0 ins; 1 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/17067.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17067/head:pull/17067

PR: https://git.openjdk.org/jdk/pull/17067

From shade at openjdk.org  Wed Jan  3 14:25:54 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 3 Jan 2024 14:25:54 GMT
Subject: RFR: 8322954: Shenandoah: Convert evac-update closures asserts to rich
 asserts
Message-ID: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>

Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.

We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.

Additional testing:
 - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
 - [ ] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

-------------

Commit messages:
 - Work

Changes: https://git.openjdk.org/jdk/pull/17245/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17245&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322954
  Stats: 6 lines in 3 files changed: 1 ins; 3 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/17245.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17245/head:pull/17245

PR: https://git.openjdk.org/jdk/pull/17245

From wkemper at openjdk.org  Wed Jan  3 16:44:37 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 3 Jan 2024 16:44:37 GMT
Subject: RFR: 8322954: Shenandoah: Convert evac-update closures asserts to
 rich asserts
In-Reply-To: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
References: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
Message-ID: <_jXTGe2zI0AizKwGNJzon0QER_7N_lF2heEcavVrr8M=.f6ed6ba8-fc84-44d6-a768-420b23f1b3c9@github.com>

On Wed, 3 Jan 2024 14:19:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.
> 
> We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.
> 
> Additional testing:
>  - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
>  - [ ] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

LGTM

-------------

Marked as reviewed by wkemper (Author).

PR Review: https://git.openjdk.org/jdk/pull/17245#pullrequestreview-1802660222

From shade at openjdk.org  Wed Jan  3 17:15:46 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 3 Jan 2024 17:15:46 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
In-Reply-To: <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
 <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>
Message-ID: <4jOYAUHt5Nl2ObObUrzahfXvWrvtVP08artKaIPIrSk=.11e0439c-375b-4af9-bb06-673e89ed47a6@github.com>

On Wed, 3 Jan 2024 11:51:11 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> 8322815: Eliminate -Wparentheses warnings in shenandoah code
>> 
>> Please review this change to eliminate some -Wparentheses warnings. This
>> involved simply adding a few parentheses to make some implicit operator
>> precedence explicit.
>> 
>> Testing: local (linux-x64) build with shenandoah included and ran
>> hotspot:tier1 with -XX:+UseShenandoahGC.
>
> src/hotspot/share/gc/shenandoah/shenandoahConcurrentGC.cpp line 710:
> 
>> 708:       ShenandoahHeap::atomic_update_oop(resolved, p, obj);
>> 709:       assert(_heap->cancelled_gc() ||
>> 710:              (_mark_context->is_marked(resolved) && !_heap->in_collection_set(resolved)),
> 
> The change for this PR seems fine, but the whole assert looks weird, and lacks richer diagnostics Shenandoah asserts do. I believe the forwardee is explicitly marked, given it is a new copy after TAMS. So the whole thing might be just:
> 
> 
>   shenandoah_assert_not_in_cset_except(p, resolved, _heap->cancelled_gc());
> 
> 
> Right, @zhengyu123? We should do that in separate PR.

Doing this in #17245. @kimbarrett, feel free to drop this hunk from the patch, that PR is going to rewrite the assert

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17214#discussion_r1440693532

From kdnilsen at openjdk.org  Wed Jan  3 17:26:15 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 3 Jan 2024 17:26:15 GMT
Subject: RFR: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
In-Reply-To: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
References: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
Message-ID: <Lw3cCv2oHpD7L4gw4KC3KwKYDv9cV20_MtZm0OvNWCY=.6650a346-6504-42a9-9d42-b5f17ab80745@github.com>

On Tue, 2 Jan 2024 22:59:47 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> 8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

Looks good to me.  (I'm a bit curious about the changes that preceded this one, that made consumed_by_advance_promotion a dead variable.  I'll look into that separately if the "need" arises..)

-------------

PR Review: https://git.openjdk.org/shenandoah/pull/378#pullrequestreview-1802771700

From zgu at openjdk.org  Wed Jan  3 17:49:39 2024
From: zgu at openjdk.org (Zhengyu Gu)
Date: Wed, 3 Jan 2024 17:49:39 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
In-Reply-To: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
Message-ID: <Sza46nkvyucjpzspZz6_LjPVrJyWnqKvsXZUflX4K_I=.7e094a5e-6422-4a9c-afba-22e6fe5f7e7f@github.com>

On Tue, 2 Jan 2024 06:01:07 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

> 8322815: Eliminate -Wparentheses warnings in shenandoah code
> 
> Please review this change to eliminate some -Wparentheses warnings. This
> involved simply adding a few parentheses to make some implicit operator
> precedence explicit.
> 
> Testing: local (linux-x64) build with shenandoah included and ran
> hotspot:tier1 with -XX:+UseShenandoahGC.

LGTM

-------------

Marked as reviewed by zgu (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17214#pullrequestreview-1802816770

From wkemper at openjdk.org  Wed Jan  3 18:16:16 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 3 Jan 2024 18:16:16 GMT
Subject: RFR: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
In-Reply-To: <Lw3cCv2oHpD7L4gw4KC3KwKYDv9cV20_MtZm0OvNWCY=.6650a346-6504-42a9-9d42-b5f17ab80745@github.com>
References: <pcg61yB5op5nVnw4hRTMBj-UY7tpEqR4C2HJQjikggI=.e0c47c06-b7f0-493e-a759-8ac363f62c56@github.com>
 <Lw3cCv2oHpD7L4gw4KC3KwKYDv9cV20_MtZm0OvNWCY=.6650a346-6504-42a9-9d42-b5f17ab80745@github.com>
Message-ID: <cx6SHPFLdIKyImpP8m8I2pUvMvM_4NJGtigVRMK5kG0=.3806a7a7-3658-4f44-b881-63893af97435@github.com>

On Wed, 3 Jan 2024 17:23:13 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> 8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion
>
> Looks good to me.  (I'm a bit curious about the changes that preceded this one, that made consumed_by_advance_promotion a dead variable.  I'll look into that separately if the "need" arises..)

@kdnilsen , the computed value is still used on line 340:

heap->set_promoted_reserve(consumed_by_advance_promotion);

It's just become a local variable, rather than a parameter.

-------------

PR Comment: https://git.openjdk.org/shenandoah/pull/378#issuecomment-1875773904

From wkemper at openjdk.org  Wed Jan  3 18:41:17 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 3 Jan 2024 18:41:17 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
References: <FAhhrFO9H-x-CeTUPibx6tzBHH312qDByBKp1-4heBM=.b244a31f-7973-4640-8659-367bd66c92b1@github.com>
Message-ID: <w_axzP7814XGs2B1UIHM7qlC5r3g1nI41BR3aE9OlNk=.80709035-d0d2-412d-835a-33dcf484ff0d@github.com>

> Merges tag jdk-23+2

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase.

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/376/files
  - new: https://git.openjdk.org/shenandoah/pull/376/files/cf948548..cf948548

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=376&range=01
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=376&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah/pull/376.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/376/head:pull/376

PR: https://git.openjdk.org/shenandoah/pull/376

From cslucas at openjdk.org  Thu Jan  4 04:00:08 2024
From: cslucas at openjdk.org (Cesar Soares Lucas)
Date: Thu, 4 Jan 2024 04:00:08 GMT
Subject: RFR: JDK-8241503: C2: Share MacroAssembler between mach nodes
 during code emission [v7]
In-Reply-To: <ExCrwPns55nw2P62UI3vzSVTmFCh3dzJq7u3Kugp9EA=.c20cd86c-2c16-4869-ba7f-76f2a53821d0@github.com>
References: <ExCrwPns55nw2P62UI3vzSVTmFCh3dzJq7u3Kugp9EA=.c20cd86c-2c16-4869-ba7f-76f2a53821d0@github.com>
Message-ID: <9dfnMnNzjdygds7D2lnexBhUSnFGN60q6xJdRWhbHWs=.6a9148ce-4929-4af5-b9d4-46c5c81bc1c7@github.com>

> # Description
> 
> Please review this PR with a patch to re-use the same C2_MacroAssembler object to emit all instructions in the same compilation unit.
> 
> Overall, the change is pretty simple. However, due to the renaming of the variable to access C2_MacroAssembler, from `_masm.` to `masm->`, and also some method prototype changes, the patch became quite large.
> 
> # Help Needed for Testing
> 
> I don't have access to all platforms necessary to test this. I hope some other folks can help with testing on `S390`, `RISC-V` and `PPC`.
> 
> # Tier-1 Testing status
> 
> |          |   Win   |   Mac   |  Linux  |
> |----------|---------|---------|---------|
> | ARM64    |    ?     |    ?     |         |
> | ARM32    |    n/a     |     n/a    |         |
> | x86      |         |         |    ?     |
> | x64      |    ?     |    ?     |     ?    |
> | PPC64    |  n/a       |   n/a      |         |
> | S390x    |   n/a      |   n/a      |         |
> | RiscV    |    n/a     |    n/a     |    ?     |

Cesar Soares Lucas has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains eight commits:

 - Catch up with origin/master
 - Merge with origin/master
 - Fix build, copyright dates, m4 files.
 - Fix merge
 - Catch up with master branch.
   
   Merge remote-tracking branch 'origin/master' into reuse-macroasm
 - Some inst_mark fixes; Catch up with master.
 - Catch up with changes on master
 - Reuse same C2_MacroAssembler object to emit instructions.

-------------

Changes: https://git.openjdk.org/jdk/pull/16484/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=16484&range=06
  Stats: 2446 lines in 61 files changed: 106 ins; 434 del; 1906 mod
  Patch: https://git.openjdk.org/jdk/pull/16484.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/16484/head:pull/16484

PR: https://git.openjdk.org/jdk/pull/16484

From aboldtch at openjdk.org  Thu Jan  4 07:17:26 2024
From: aboldtch at openjdk.org (Axel Boldt-Christmas)
Date: Thu, 4 Jan 2024 07:17:26 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v6]
In-Reply-To: <U06B9uPyV5lY4MBZq73UlRx1ABMFLyEKQbg4vtQLInc=.c36311df-8f50-4ca9-8227-b8169dca4a8b@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
 <U06B9uPyV5lY4MBZq73UlRx1ABMFLyEKQbg4vtQLInc=.c36311df-8f50-4ca9-8227-b8169dca4a8b@github.com>
Message-ID: <V8PCCZcaPSF2xYppLlWyWjp_UjjYQojqL6W-XRLYCs4=.b0cb0c58-4ace-4087-9364-4e3848342cbe@github.com>

On Wed, 3 Jan 2024 13:32:18 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

>> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
>> 
>>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>>     ... do something with output and wait for the process to complete ...
>> 
>> 
>> These are the steps involved:
>> 
>> 1) Create a `ProcessBuilder`
>> 2) Call `ProcessBuilder::start`
>> 3) Create an `OutputAnalyzer`
>> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
>> 
>> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
>> 
>> 
>>     OutputAnalyzer output = ProcessTools.executeTestJava(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>> 
>> 
>> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
>> 
>> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
>> 
>> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.
>
> Stefan Karlsson has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Update Shenandoah test
>  - Remove import from old version of the code

Marked as reviewed by aboldtch (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17067#pullrequestreview-1803609295

From wkemper at openjdk.org  Thu Jan  4 22:06:27 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 4 Jan 2024 22:06:27 GMT
Subject: RFR: Merge openjdk/jdk:master
Message-ID: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>

Merges tag jdk-23+4

-------------

Commit messages:
 - 8321599: Data loss in AVX3 Base64 decoding
 - 8319948: jcmd man page needs to be updated
 - 8322877: java/io/BufferedInputStream/TransferTo.java failed with IndexOutOfBoundsException
 - 8322879: Eliminate -Wparentheses warnings in x86-32 code
 - 8320276: Improve class initialization barrier in TemplateTable::_new
 - 8322873: Duplicate -ljava -ljvm options for libinstrument
 - 8322963: ProblemList java/io/BufferedInputStream/TransferTo.java
 - 8322142: JFR: Periodic tasks aren't orphaned between recordings
 - 8320707: Virtual thread test updates
 - 8322853: Should use ConditionalMutexLocker in NativeHeapTrimmerThread::print_state
 - ... and 42 more: https://git.openjdk.org/shenandoah/compare/05745e3f...13c11487

The webrev contains the conflicts with master:
 - merge conflicts: https://webrevs.openjdk.org/?repo=shenandoah&pr=379&range=00.conflicts

Changes: https://git.openjdk.org/shenandoah/pull/379/files
  Stats: 3176 lines in 235 files changed: 1846 ins; 538 del; 792 mod
  Patch: https://git.openjdk.org/shenandoah/pull/379.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/379/head:pull/379

PR: https://git.openjdk.org/shenandoah/pull/379

From wkemper at openjdk.org  Thu Jan  4 22:13:33 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 4 Jan 2024 22:13:33 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>
References: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>
Message-ID: <yldarNDHx0rxeBniGLSti9jGWrQa5JO6q9YCYa7VjPA=.8a38ac65-ea63-497c-92c9-d33123475dbe@github.com>

> Merges tag jdk-23+4

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 53 commits:

 - Merge branch 'master' into merge-jdk-23+4
 - 8321599: Data loss in AVX3 Base64 decoding
   
   Reviewed-by: sviswanathan, kvn
 - 8319948: jcmd man page needs to be updated
   
   Co-authored-by: Thomas Stuefe <stuefe at openjdk.org>
   Reviewed-by: kevinw, alanb
 - 8322877: java/io/BufferedInputStream/TransferTo.java failed with IndexOutOfBoundsException
   
   Reviewed-by: alanb, stsypanov
 - 8322879: Eliminate -Wparentheses warnings in x86-32 code
   
   Reviewed-by: kvn, shade
 - 8320276: Improve class initialization barrier in TemplateTable::_new
   
   Reviewed-by: dholmes, fparain
 - 8322873: Duplicate -ljava -ljvm options for libinstrument
   
   Reviewed-by: dholmes, jwaters, erikj
 - 8322963: ProblemList java/io/BufferedInputStream/TransferTo.java
   
   Reviewed-by: bpb
 - 8322142: JFR: Periodic tasks aren't orphaned between recordings
   
   Reviewed-by: egahlin
 - 8320707: Virtual thread test updates
   
   Reviewed-by: jpai
 - ... and 43 more: https://git.openjdk.org/shenandoah/compare/dd011516...b281f28c

-------------

Changes: https://git.openjdk.org/shenandoah/pull/379/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=379&range=01
  Stats: 3181 lines in 235 files changed: 1848 ins; 540 del; 793 mod
  Patch: https://git.openjdk.org/shenandoah/pull/379.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/379/head:pull/379

PR: https://git.openjdk.org/shenandoah/pull/379

From wkemper at openjdk.org  Thu Jan  4 23:54:28 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 4 Jan 2024 23:54:28 GMT
Subject: RFR: 8323021: Shenandoah: Encountered reference count always
 attributed to first worker thread
Message-ID: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>

Simple fix, code was using array base pointer instead of indexing by worker id as intended.

-------------

Commit messages:
 - Increment encountered count for correct worker

Changes: https://git.openjdk.org/jdk/pull/17273/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17273&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323021
  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17273.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17273/head:pull/17273

PR: https://git.openjdk.org/jdk/pull/17273

From kdnilsen at openjdk.org  Thu Jan  4 23:59:21 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 4 Jan 2024 23:59:21 GMT
Subject: RFR: 8323021: Shenandoah: Encountered reference count always
 attributed to first worker thread
In-Reply-To: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
References: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
Message-ID: <u6I_XBRKNtrVJKZIZc813XwImXd709L4Q9DWdLEvlrY=.535b0929-d887-4989-83f1-14ad969d8eee@github.com>

On Thu, 4 Jan 2024 23:48:54 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Simple fix, code was using array base pointer instead of indexing by worker id as intended.

Good catch.

-------------

Marked as reviewed by kdnilsen (no project role).

PR Review: https://git.openjdk.org/jdk/pull/17273#pullrequestreview-1805169860

From ysr at openjdk.org  Fri Jan  5 00:38:21 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 00:38:21 GMT
Subject: RFR: 8323021: Shenandoah: Encountered reference count always
 attributed to first worker thread
In-Reply-To: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
References: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
Message-ID: <ud9Y3FvPWrCZ7TN8tESw8beC989mR2gme15VzDCnjSQ=.f2eba334-86d7-4610-a0fd-b229d0481163@github.com>

On Thu, 4 Jan 2024 23:48:54 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Simple fix, code was using array base pointer instead of indexing by worker id as intended.

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17273#pullrequestreview-1805205305

From wkemper at openjdk.org  Fri Jan  5 00:43:20 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 00:43:20 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
Message-ID: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>

This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.

-------------

Commit messages:
 - Do not re-test unified logging features

Changes: https://git.openjdk.org/shenandoah/pull/380/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=380&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323023
  Stats: 131 lines in 2 files changed: 57 ins; 74 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah/pull/380.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/380/head:pull/380

PR: https://git.openjdk.org/shenandoah/pull/380

From stefank at openjdk.org  Fri Jan  5 09:14:56 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Fri, 5 Jan 2024 09:14:56 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v7]
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <rb1q6Izgf7CNH8h4MXVuVXGbmJML2lEQO653KjbSaI0=.04e44779-f669-4f4d-90ec-1eb3f68506c0@github.com>

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

Stefan Karlsson has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 18 commits:

 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - Update Shenandoah test
 - Remove import from old version of the code
 - More tests could use ProcessTools.executeLimitedTestJava
 - Skip using a ProcessBuilder for some tests
 - Merge branch '8322920_throwable_in_executeProcess' into 8321812_use_executeTestJava_in_gc_tests
 - 8322920: Some executeProcess overloads are declared to throw Throwable
 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - Remove unused pb
 - Merge remote-tracking branch 'upstream/master' into 8321812_use_executeTestJava_in_gc_tests
 - ... and 8 more: https://git.openjdk.org/jdk/compare/868f8745...8a6aff1f

-------------

Changes: https://git.openjdk.org/jdk/pull/17067/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17067&range=06
  Stats: 699 lines in 132 files changed: 30 ins; 223 del; 446 mod
  Patch: https://git.openjdk.org/jdk/pull/17067.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17067/head:pull/17067

PR: https://git.openjdk.org/jdk/pull/17067

From stefank at openjdk.org  Fri Jan  5 09:14:56 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Fri, 5 Jan 2024 09:14:56 GMT
Subject: RFR: 8321812: Update GC tests to use execute[Limited]TestJava [v6]
In-Reply-To: <U06B9uPyV5lY4MBZq73UlRx1ABMFLyEKQbg4vtQLInc=.c36311df-8f50-4ca9-8227-b8169dca4a8b@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
 <U06B9uPyV5lY4MBZq73UlRx1ABMFLyEKQbg4vtQLInc=.c36311df-8f50-4ca9-8227-b8169dca4a8b@github.com>
Message-ID: <4EFPShunUmCK1zFudCPf4xCyKF9gRbOFwHqCrrIm4YM=.c8050190-1bad-4fe3-8a1b-18ea59f48334@github.com>

On Wed, 3 Jan 2024 13:32:18 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

>> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
>> 
>>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>>     ... do something with output and wait for the process to complete ...
>> 
>> 
>> These are the steps involved:
>> 
>> 1) Create a `ProcessBuilder`
>> 2) Call `ProcessBuilder::start`
>> 3) Create an `OutputAnalyzer`
>> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
>> 
>> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
>> 
>> 
>>     OutputAnalyzer output = ProcessTools.executeTestJava(
>>          "-XX:-UseTLAB",
>>          "-XX:+UnlockDiagnosticVMOptions",
>>          "-XX:+VerifyDuringStartup",
>>          "-Xlog:gc+verify=debug",
>>          "-version");
>> 
>> 
>> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
>> 
>> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
>> 
>> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.
>
> Stefan Karlsson has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Update Shenandoah test
>  - Remove import from old version of the code

Thanks for the reviews! Tier1-3 testing passes.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17067#issuecomment-1878350392

From stefank at openjdk.org  Fri Jan  5 09:14:56 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Fri, 5 Jan 2024 09:14:56 GMT
Subject: Integrated: 8321812: Update GC tests to use execute[Limited]TestJava
In-Reply-To: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
References: <SJsjlVy1S72d43Mmr2NmOGXChAAGzgc1O4KZ_YrFXEI=.2bb94c0e-1fe2-4537-bbe8-0b498bfcb1ed@github.com>
Message-ID: <BgXJAydezBTa5izJazc6VjL9oj0fgjM6XsHJPfBYigU=.a0d472c9-3b38-40c3-839d-9b8f9df699ed@github.com>

On Mon, 11 Dec 2023 19:31:49 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> A lot of our tests use a multi-step recipe to spawn and wait for a process. Here's an example
> 
>     ProcessBuilder pb = ProcessTools.createTestJavaProcessBuilder(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
>     OutputAnalyzer output = new OutputAnalyzer(pb.start());
>     ... do something with output and wait for the process to complete ...
> 
> 
> These are the steps involved:
> 
> 1) Create a `ProcessBuilder`
> 2) Call `ProcessBuilder::start`
> 3) Create an `OutputAnalyzer`
> 4) Perform an operation that finally waits for the process to, at least partially, complete (OutputAnalyzer::getOutput, OutputAnalyzer::shouldHaveExitValue(), and more).
> 
> Almost all our tests could be converted to use a single call to `ProcessTools.executeTestJava` (or `executeLimitedTestJava`), which spawns the process, makes sure that it has fully completed, and then returns a filled-in OutputAnalyzer to the caller. The above example would become:
> 
> 
>     OutputAnalyzer output = ProcessTools.executeTestJava(
>          "-XX:-UseTLAB",
>          "-XX:+UnlockDiagnosticVMOptions",
>          "-XX:+VerifyDuringStartup",
>          "-Xlog:gc+verify=debug",
>          "-version");
> 
> 
> I propose that we make this change in the GC tests, to make our code simpler and hopefully easier to read.
> 
> Note: There's a few changes to the throws statements because some ProcessTools APIs throws IOException while others throw Exception.
> 
> Testing: I've done testing on a similar set of changes, but I'm going to run the appropriate, final tests while this is being considered/reviewed.

This pull request has now been integrated.

Changeset: 1d1cd32b
Author:    Stefan Karlsson <stefank at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/1d1cd32bc355a33448d8f15555e142570bb49c21
Stats:     699 lines in 132 files changed: 30 ins; 223 del; 446 mod

8321812: Update GC tests to use execute[Limited]TestJava

Reviewed-by: tschatzl, aboldtch

-------------

PR: https://git.openjdk.org/jdk/pull/17067

From shade at openjdk.org  Fri Jan  5 10:42:29 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 5 Jan 2024 10:42:29 GMT
Subject: RFR: 8323021: Shenandoah: Encountered reference count always
 attributed to first worker thread
In-Reply-To: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
References: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
Message-ID: <7KqeAYfM3v2I-KPSRHmVIGEesVDKFFHpKzYTbZTv-UQ=.e04215a9-8f30-45f9-8720-c49f3c4d0392@github.com>

On Thu, 4 Jan 2024 23:48:54 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Simple fix, code was using array base pointer instead of indexing by worker id as intended.

Wow, gotta love C(++), huh.

-------------

Marked as reviewed by shade (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17273#pullrequestreview-1805714445

From wkemper at openjdk.org  Fri Jan  5 10:42:30 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 10:42:30 GMT
Subject: Integrated: 8323021: Shenandoah: Encountered reference count always
 attributed to first worker thread
In-Reply-To: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
References: <LCnJ9128VkzNt5eAB-6pDxD8bYzz9K26lpTqgTG6AC8=.1cb63bf0-7c5d-4396-8f92-53d1aafea6c8@github.com>
Message-ID: <DkWPkvYmzdW3TDtM5fgSP_nlwjWEbGSs02mYewusQlw=.5cc70756-61ed-4d9a-9a91-e39d58f536a6@github.com>

On Thu, 4 Jan 2024 23:48:54 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Simple fix, code was using array base pointer instead of indexing by worker id as intended.

This pull request has now been integrated.

Changeset: f0e2e431
Author:    William Kemper <wkemper at openjdk.org>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/f0e2e4311b8cab160dc9e35f43e9ae5a145c5e23
Stats:     1 line in 1 file changed: 0 ins; 0 del; 1 mod

8323021: Shenandoah: Encountered reference count always attributed to first worker thread

Reviewed-by: kdnilsen, ysr, shade

-------------

PR: https://git.openjdk.org/jdk/pull/17273

From shade at openjdk.org  Fri Jan  5 10:45:03 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 5 Jan 2024 10:45:03 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
Message-ID: <wY9n4uAev28PfNe5E_AbGCZ3107cq5y4SPiaCLjDbgk=.384e11a1-ae35-4b9f-95b1-2d117eb14dcc@github.com>

On Fri, 5 Jan 2024 00:38:08 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.

Looks okay, but there is a pre-existing issue, I think.

test/hotspot/jtreg/gc/shenandoah/TestShenandoahRegionLogging.java line 47:

> 45:         for (long c = 0; c < count; c++) {
> 46:             sink = new Object();
> 47:             Thread.sleep(1);

Pre-existing, but: The problem with doing this sleep is that we are doing about 64K of 1ms sleeps in this tests. Even if we manage to do 1ms sleep, that is already 65 seconds spent in this test. But we might as well spend single-digit ms per sleep. For 10ms sleeps, that is 10 minutes for a test, which would be playing it close to timeout.

So I wonder if this test should be time-bound.

-------------

Marked as reviewed by shade (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/380#pullrequestreview-1805719930
PR Review Comment: https://git.openjdk.org/shenandoah/pull/380#discussion_r1442726466

From kdnilsen at openjdk.org  Fri Jan  5 14:21:21 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 5 Jan 2024 14:21:21 GMT
Subject: RFR: 8322954: Shenandoah: Convert evac-update closures asserts to
 rich asserts
In-Reply-To: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
References: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
Message-ID: <s1-5_VKJyZmQ_o8Pp-pgAnY3aEnrHar31iaujSvVJ28=.bceebe9b-a726-4e25-becf-f6babef398ef@github.com>

On Wed, 3 Jan 2024 14:19:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.
> 
> We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.
> 
> Additional testing:
>  - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
>  - [x] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

Marked as reviewed by kdnilsen (no project role).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17245#pullrequestreview-1806049305

From kdnilsen at openjdk.org  Fri Jan  5 14:30:07 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 5 Jan 2024 14:30:07 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
Message-ID: <RxeWzXvdniH3FKliHKVx5ewmz68KirZSMYYX0xTEmKw=.5742c0d9-9678-42ce-9243-87b138af3ad0@github.com>

On Fri, 5 Jan 2024 00:38:08 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.

Marked as reviewed by kdnilsen (Committer).

-------------

PR Review: https://git.openjdk.org/shenandoah/pull/380#pullrequestreview-1806056884

From kdnilsen at openjdk.org  Fri Jan  5 14:30:07 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 5 Jan 2024 14:30:07 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <wY9n4uAev28PfNe5E_AbGCZ3107cq5y4SPiaCLjDbgk=.384e11a1-ae35-4b9f-95b1-2d117eb14dcc@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
 <wY9n4uAev28PfNe5E_AbGCZ3107cq5y4SPiaCLjDbgk=.384e11a1-ae35-4b9f-95b1-2d117eb14dcc@github.com>
Message-ID: <ooi3eLVQwfqQy20aujhICMkwBgUWkGucdpCb3ahjgCI=.93bcd228-b489-4462-b40d-fb453877c6d2@github.com>

On Fri, 5 Jan 2024 10:41:44 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.
>
> test/hotspot/jtreg/gc/shenandoah/TestShenandoahRegionLogging.java line 47:
> 
>> 45:         for (long c = 0; c < count; c++) {
>> 46:             sink = new Object();
>> 47:             Thread.sleep(1);
> 
> Pre-existing, but: The problem with doing this sleep is that we are doing about 64K of 1ms sleeps in this tests. Even if we manage to do 1ms sleep, that is already 65 seconds spent in this test. But we might as well spend single-digit ms per sleep. For 10ms sleeps, that is 10 minutes for a test, which would be playing it close to timeout.
> 
> So I wonder if this test should be time-bound.

Would it be better to reduce the frequency of the sleep, to one in 10, for example?

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/380#discussion_r1442947910

From ysr at openjdk.org  Fri Jan  5 16:52:23 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 16:52:23 GMT
Subject: RFR: 8322954: Shenandoah: Convert evac-update closures asserts to
 rich asserts
In-Reply-To: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
References: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
Message-ID: <LmO9qWq3a3mg0nOZ3o2PHl-HkzxU-MyDqRAab6HwWCs=.848c229c-bd99-4939-aea5-c045f493cfe2@github.com>

On Wed, 3 Jan 2024 14:19:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.
> 
> We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.
> 
> Additional testing:
>  - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
>  - [x] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17245#pullrequestreview-1806384976

From wkemper at openjdk.org  Fri Jan  5 16:54:54 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 16:54:54 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <ooi3eLVQwfqQy20aujhICMkwBgUWkGucdpCb3ahjgCI=.93bcd228-b489-4462-b40d-fb453877c6d2@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
 <wY9n4uAev28PfNe5E_AbGCZ3107cq5y4SPiaCLjDbgk=.384e11a1-ae35-4b9f-95b1-2d117eb14dcc@github.com>
 <ooi3eLVQwfqQy20aujhICMkwBgUWkGucdpCb3ahjgCI=.93bcd228-b489-4462-b40d-fb453877c6d2@github.com>
Message-ID: <eb8eQc8Mk4smcrvkBCjYpZczXDqZRgv6e751zXnqNTs=.0c6bf33b-dfc8-4779-9a13-54e6dd085e17@github.com>

On Fri, 5 Jan 2024 14:26:59 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> test/hotspot/jtreg/gc/shenandoah/TestShenandoahRegionLogging.java line 47:
>> 
>>> 45:         for (long c = 0; c < count; c++) {
>>> 46:             sink = new Object();
>>> 47:             Thread.sleep(1);
>> 
>> Pre-existing, but: The problem with doing this sleep is that we are doing about 64K of 1ms sleeps in this tests. Even if we manage to do 1ms sleep, that is already 65 seconds spent in this test. But we might as well spend single-digit ms per sleep. For 10ms sleeps, that is 10 minutes for a test, which would be playing it close to timeout.
>> 
>> So I wonder if this test should be time-bound.
>
> Would it be better to reduce the frequency of the sleep, to one in 10, for example?

The test is really just waiting for region sampling to write to the logs. I think one call to `System.gc` would suffice. I'll see if I can reduce the runtime for this test.

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/380#discussion_r1443115610

From wkemper at openjdk.org  Fri Jan  5 17:01:31 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 17:01:31 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
 [v2]
In-Reply-To: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
Message-ID: <KuDzlDxXTFw8wFH6u2uCnjQe1UEzq91dUwiRhy4Pogo=.7bcae13b-f166-442e-a05d-fa86b2ae4b57@github.com>

> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Further simplify region logging test

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/380/files
  - new: https://git.openjdk.org/shenandoah/pull/380/files/e28aca2b..5aa5a8dd

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=380&range=01
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=380&range=00-01

  Stats: 10 lines in 1 file changed: 0 ins; 8 del; 2 mod
  Patch: https://git.openjdk.org/shenandoah/pull/380.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/380/head:pull/380

PR: https://git.openjdk.org/shenandoah/pull/380

From shade at openjdk.org  Fri Jan  5 17:07:31 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 5 Jan 2024 17:07:31 GMT
Subject: Integrated: 8322954: Shenandoah: Convert evac-update closures asserts
 to rich asserts
In-Reply-To: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
References: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
Message-ID: <rq-ZU5mMo33u90a3zzDY9eqbXtvB6gnNKYESK49MO5Q=.25094416-e362-449c-b3ef-a411b2ef6892@github.com>

On Wed, 3 Jan 2024 14:19:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.
> 
> We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.
> 
> Additional testing:
>  - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
>  - [x] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

This pull request has now been integrated.

Changeset: 700c25f5
Author:    Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/700c25f5b45e8a228d07c57dcf925e93d494af23
Stats:     6 lines in 3 files changed: 1 ins; 3 del; 2 mod

8322954: Shenandoah: Convert evac-update closures asserts to rich asserts

Reviewed-by: wkemper, kdnilsen, ysr

-------------

PR: https://git.openjdk.org/jdk/pull/17245

From shade at openjdk.org  Fri Jan  5 17:07:30 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 5 Jan 2024 17:07:30 GMT
Subject: RFR: 8322954: Shenandoah: Convert evac-update closures asserts to
 rich asserts
In-Reply-To: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
References: <T-6KCG1KYZvm2YmQEUxhFu3Tdt--ZkjGOD7c094ACIo=.c0de8acb-252a-498f-a50e-3271e73fc6c9@github.com>
Message-ID: <fDTLykAmuNQ6e5abuyHgdyGMvlaqYfjaCpi6m6_yHkQ=.e6ca2a2f-9e79-489e-a58e-978dba984f6b@github.com>

On Wed, 3 Jan 2024 14:19:38 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

> Over the years, we seem to have introduced new asserts that should really be the rich Shenandoah asserts. I looked around and found at least three places in evac-update closures.
> 
> We also do not need ` _mark_context->is_marked(resolved)` in `ShenandoahEvacUpdateCleanupOopStorageRootsClosure`, because evac-ed objects are supposed to be after TAMS and thus implicitly marked.
> 
> Additional testing:
>  - [x] macos-aarch64-server-fastdebug, `hotspot_gc_shenandoah`
>  - [x] linux-x86_64-server-fastdebug, `tier{1,2,3}` with `-XX:+UseShenandoahGC`

Thanks!

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17245#issuecomment-1878988160

From shade at openjdk.org  Fri Jan  5 17:10:03 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 5 Jan 2024 17:10:03 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
 [v2]
In-Reply-To: <KuDzlDxXTFw8wFH6u2uCnjQe1UEzq91dUwiRhy4Pogo=.7bcae13b-f166-442e-a05d-fa86b2ae4b57@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
 <KuDzlDxXTFw8wFH6u2uCnjQe1UEzq91dUwiRhy4Pogo=.7bcae13b-f166-442e-a05d-fa86b2ae4b57@github.com>
Message-ID: <aqhLb2aG_zE5Q2UHd1xmQm6ap0VNy1_JEdNuGOQ5PQI=.4fc910bd-4cda-4a67-aaba-b5ea5cf76d99@github.com>

On Fri, 5 Jan 2024 17:01:31 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Further simplify region logging test

Looks good, as long the test runs well :) Might want to try with JTREG=REPEAT_COUNT=100 or something.

-------------

Marked as reviewed by shade (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/380#pullrequestreview-1806420193

From ysr at openjdk.org  Fri Jan  5 17:13:04 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 17:13:04 GMT
Subject: RFR: 8323023: GenShen: Region logging test fails intermittently
 [v2]
In-Reply-To: <KuDzlDxXTFw8wFH6u2uCnjQe1UEzq91dUwiRhy4Pogo=.7bcae13b-f166-442e-a05d-fa86b2ae4b57@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
 <KuDzlDxXTFw8wFH6u2uCnjQe1UEzq91dUwiRhy4Pogo=.7bcae13b-f166-442e-a05d-fa86b2ae4b57@github.com>
Message-ID: <AQxmL1F62R_blc_-O4mh5GtVD9QzRWM8UiYqL6E7pVY=.f14df83b-102e-49f3-b024-f4a029a831d4@github.com>

On Fri, 5 Jan 2024 17:01:31 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Further simplify region logging test

Looks good. Should the test additionally check the contents of one of the files to find a line describing a region snapshot?

-------------

Marked as reviewed by ysr (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/380#pullrequestreview-1806423263

From ysr at openjdk.org  Fri Jan  5 18:47:07 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 18:47:07 GMT
Subject: RFR: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting
Message-ID: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>

8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

-------------

Commit messages:
 - More consts and a bit more encapsulation of preselected regions.
 - Refactor to make interface narrow since state is implicitly managed in
 - Replace automatic array variables with resource area allocated arrays
 - Replace alloca() with automatic array allocation. Might be better to
 - Structured maintenance of preselected regions field: first iteration
 - Some more documentation comments.
 - Add/expand some documentation comments; remove some unused "tracking
 - Remove unnecessary `num_regions` parameter to method
 - Merge branch 'master' into couple_sizing_tenuring
 - jcheck  "trailing whitespace" clean.
 - ... and 3 more: https://git.openjdk.org/shenandoah/compare/dd011516...c49419b2

Changes: https://git.openjdk.org/shenandoah/pull/381/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=381&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323083
  Stats: 164 lines in 6 files changed: 91 ins; 26 del; 47 mod
  Patch: https://git.openjdk.org/shenandoah/pull/381.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/381/head:pull/381

PR: https://git.openjdk.org/shenandoah/pull/381

From wkemper at openjdk.org  Fri Jan  5 19:09:46 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 19:09:46 GMT
Subject: RFR: 8323086: Shenandoah: Heap could be corrupted by oom during
 evacuation
Message-ID: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>

When the load reference barrier is unable to evacuate an object, it initiates a degenerated cycle, and allows the from-space reference past the barrier. The degenerated cycle is meant to patch up these references, but if the reference is written above the update-watermark, it will be missed.

-------------

Commit messages:
 - Reset update watermark for cycles degenerated during evacuation

Changes: https://git.openjdk.org/jdk/pull/17285/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17285&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323086
  Stats: 21 lines in 1 file changed: 21 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17285.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17285/head:pull/17285

PR: https://git.openjdk.org/jdk/pull/17285

From wkemper at openjdk.org  Fri Jan  5 19:40:02 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 19:40:02 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <yldarNDHx0rxeBniGLSti9jGWrQa5JO6q9YCYa7VjPA=.8a38ac65-ea63-497c-92c9-d33123475dbe@github.com>
References: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>
 <yldarNDHx0rxeBniGLSti9jGWrQa5JO6q9YCYa7VjPA=.8a38ac65-ea63-497c-92c9-d33123475dbe@github.com>
Message-ID: <2OgrfD5cAvpPLNJVEt_4IxXJoTcHEbykVx8iFwDom44=.13200da6-3912-4050-b3ae-eeb294b572b6@github.com>

On Thu, 4 Jan 2024 22:13:33 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Merges tag jdk-23+4
>
> William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 53 commits:
> 
>  - Merge branch 'master' into merge-jdk-23+4
>  - 8321599: Data loss in AVX3 Base64 decoding
>    
>    Reviewed-by: sviswanathan, kvn
>  - 8319948: jcmd man page needs to be updated
>    
>    Co-authored-by: Thomas Stuefe <stuefe at openjdk.org>
>    Reviewed-by: kevinw, alanb
>  - 8322877: java/io/BufferedInputStream/TransferTo.java failed with IndexOutOfBoundsException
>    
>    Reviewed-by: alanb, stsypanov
>  - 8322879: Eliminate -Wparentheses warnings in x86-32 code
>    
>    Reviewed-by: kvn, shade
>  - 8320276: Improve class initialization barrier in TemplateTable::_new
>    
>    Reviewed-by: dholmes, fparain
>  - 8322873: Duplicate -ljava -ljvm options for libinstrument
>    
>    Reviewed-by: dholmes, jwaters, erikj
>  - 8322963: ProblemList java/io/BufferedInputStream/TransferTo.java
>    
>    Reviewed-by: bpb
>  - 8322142: JFR: Periodic tasks aren't orphaned between recordings
>    
>    Reviewed-by: egahlin
>  - 8320707: Virtual thread test updates
>    
>    Reviewed-by: jpai
>  - ... and 43 more: https://git.openjdk.org/shenandoah/compare/dd011516...b281f28c

The file rotation test is being fixed under: https://github.com/openjdk/shenandoah/pull/380

-------------

PR Comment: https://git.openjdk.org/shenandoah/pull/379#issuecomment-1879169025

From wkemper at openjdk.org  Fri Jan  5 19:40:05 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 19:40:05 GMT
Subject: Integrated: Merge openjdk/jdk:master
In-Reply-To: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>
References: <wVm_h9j6iBsZTBqsow86veJfLSbF_xXN7YnA4KZ0yhU=.4b7620f5-d839-4bd7-888d-c30b0018abbc@github.com>
Message-ID: <tHGyXdI2rKQ3gTlpCdITxnHqxZXVxtBWb6h1HoXu-Bg=.f860ed6a-0ac8-4b22-9aad-e471414e9b55@github.com>

On Thu, 4 Jan 2024 21:59:13 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+4

This pull request has now been integrated.

Changeset: 2d4761d0
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/2d4761d0f4f5949e42906fb9af55097c17109ded
Stats:     3181 lines in 235 files changed: 1848 ins; 540 del; 793 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah/pull/379

From wkemper at openjdk.org  Fri Jan  5 19:46:03 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 19:46:03 GMT
Subject: RFR: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting
In-Reply-To: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
References: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
Message-ID: <pJgpqc0sv9FhLjB0xDtnEORbee166JrFEzgHlz6k-fE=.8a4c5c7f-5b18-4f97-bec1-937de8cec27b@github.com>

On Fri, 5 Jan 2024 18:40:39 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> 8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

LGTM

-------------

Marked as reviewed by wkemper (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/381#pullrequestreview-1806736547

From kdnilsen at openjdk.org  Fri Jan  5 21:09:21 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 5 Jan 2024 21:09:21 GMT
Subject: RFR: 8323086: Shenandoah: Heap could be corrupted by oom during
 evacuation
In-Reply-To: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
References: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
Message-ID: <GPL7106iEIh3Y6YqkovDm8An_9i2iF-AzFPuvd2zCAg=.a4be73ef-efd1-4405-8e1f-a59ef6a659f7@github.com>

On Fri, 5 Jan 2024 19:02:59 GMT, William Kemper <wkemper at openjdk.org> wrote:

> When the load reference barrier is unable to evacuate an object, it initiates a degenerated cycle, and allows the from-space reference past the barrier. The degenerated cycle is meant to patch up these references, but if the reference is written above the update-watermark, it will be missed.

Debugging of JDK-8322804 suggests that this is the necessary fix.

-------------

Marked as reviewed by kdnilsen (no project role).

PR Review: https://git.openjdk.org/jdk/pull/17285#pullrequestreview-1806846483

From wkemper at openjdk.org  Fri Jan  5 22:21:10 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 5 Jan 2024 22:21:10 GMT
Subject: Integrated: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
References: <ePawwT7upqj8Qd9U_x1IYttmaomVOpoJpB-g22SZoOE=.ce7a4e8f-3dd9-40d3-bf08-5cfde0b7ffa7@github.com>
Message-ID: <xGTytKaBMWjctLUeYvaRS9fqb9AryclySyRfIKAewFs=.9934a830-8147-4051-8b0f-703201004162@github.com>

On Fri, 5 Jan 2024 00:38:08 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This test used to exercise a specific Shenandoah feature, but we've long since rewritten that feature to be based on unified logging. The test doesn't need to retest unified logging features.

This pull request has now been integrated.

Changeset: bd42a0ea
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/bd42a0ea1a7349fb810dc4807444900f1df5c05f
Stats:     123 lines in 2 files changed: 49 ins; 74 del; 0 mod

8323023: GenShen: Region logging test fails intermittently

Reviewed-by: shade, kdnilsen, ysr

-------------

PR: https://git.openjdk.org/shenandoah/pull/380

From ysr at openjdk.org  Fri Jan  5 22:49:02 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 22:49:02 GMT
Subject: RFR: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting [v2]
In-Reply-To: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
References: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
Message-ID: <0wHEP3IcKE4S_UK82E8tIWaLsg_kVhM2X5OlmxYmEz4=.1668e251-48eb-4cec-a38e-a84914b6a1b8@github.com>

> 8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

Y. Srinivas Ramakrishna has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 14 commits:

 - Merge branch 'master' into couple_sizing_tenuring
 - More consts and a bit more encapsulation of preselected regions.
 - Refactor to make interface narrow since state is implicitly managed in
   collection_set. Further clean up can wait for the future.
 - Replace automatic array variables with resource area allocated arrays
   and coupled resource marks.
 - Replace alloca() with automatic array allocation. Might be better to
   replace with resource arrays for hygiene.
 - Structured maintenance of preselected regions field: first iteration
 - Some more documentation comments.
 - Add/expand some documentation comments; remove some unused "tracking
   variables".
 - Remove unnecessary `num_regions` parameter to method
   `select_aged_regions()`.
 - Merge branch 'master' into couple_sizing_tenuring
 - ... and 4 more: https://git.openjdk.org/shenandoah/compare/2d4761d0...d8b98081

-------------

Changes: https://git.openjdk.org/shenandoah/pull/381/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=381&range=01
  Stats: 164 lines in 6 files changed: 91 ins; 26 del; 47 mod
  Patch: https://git.openjdk.org/shenandoah/pull/381.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/381/head:pull/381

PR: https://git.openjdk.org/shenandoah/pull/381

From ysr at openjdk.org  Fri Jan  5 23:40:28 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 23:40:28 GMT
Subject: RFR: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting [v3]
In-Reply-To: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
References: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
Message-ID: <WkVitm2Ah9vg9yxiOqJkTv7bz10l0Q_hwQs5tlrRgg4=.85207b89-5fbf-4a36-a7a3-86ba63035b42@github.com>

> 8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

Y. Srinivas Ramakrishna has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 15 commits:

 - Merge branch 'master' into couple_sizing_tenuring
 - Merge branch 'master' into couple_sizing_tenuring
 - More consts and a bit more encapsulation of preselected regions.
 - Refactor to make interface narrow since state is implicitly managed in
   collection_set. Further clean up can wait for the future.
 - Replace automatic array variables with resource area allocated arrays
   and coupled resource marks.
 - Replace alloca() with automatic array allocation. Might be better to
   replace with resource arrays for hygiene.
 - Structured maintenance of preselected regions field: first iteration
 - Some more documentation comments.
 - Add/expand some documentation comments; remove some unused "tracking
   variables".
 - Remove unnecessary `num_regions` parameter to method
   `select_aged_regions()`.
 - ... and 5 more: https://git.openjdk.org/shenandoah/compare/bd42a0ea...53ee0df9

-------------

Changes: https://git.openjdk.org/shenandoah/pull/381/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=381&range=02
  Stats: 164 lines in 6 files changed: 91 ins; 26 del; 47 mod
  Patch: https://git.openjdk.org/shenandoah/pull/381.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/381/head:pull/381

PR: https://git.openjdk.org/shenandoah/pull/381

From ysr at openjdk.org  Fri Jan  5 23:40:30 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 5 Jan 2024 23:40:30 GMT
Subject: Integrated: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting
In-Reply-To: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
References: <m8MiXydHRHQr65wy35_92tbtbKmiW1FAjJGdsf9Ebuw=.98b442e1-fa4a-480d-ad54-1bc10d28848c@github.com>
Message-ID: <uLfghmMOiFACqNYLGhpXM2--wiM8vISF8oANlIlYHN4=.7f07086c-9705-48b1-b7b2-172e6779427c@github.com>

On Fri, 5 Jan 2024 18:40:39 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> 8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

This pull request has now been integrated.

Changeset: 6cd8d04f
Author:    Y. Srinivas Ramakrishna <ysr at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/6cd8d04f283b1d0e65f40f816ccb10b9be59717c
Stats:     164 lines in 6 files changed: 91 ins; 26 del; 47 mod

8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

In code related to the computation of promotion budgets and region preselection for promotion:

1. avoid alloca, instead encapsulating region preselection using RAII pattern
2. const-safety and some additional asserts related to 1
3. declutter some method interfaces
4. expand some documentation comments

Reviewed-by: wkemper

-------------

PR: https://git.openjdk.org/shenandoah/pull/381

From kbarrett at openjdk.org  Mon Jan  8 02:39:40 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Mon, 8 Jan 2024 02:39:40 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
 [v2]
In-Reply-To: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
Message-ID: <C3CHhHAaKc6CRqRQapX_Hdo00w0nSZ7vgPGf45vpk64=.b0d688e7-2fd8-4db6-b8c2-670a0cf79885@github.com>

> 8322815: Eliminate -Wparentheses warnings in shenandoah code
> 
> Please review this change to eliminate some -Wparentheses warnings. This
> involved simply adding a few parentheses to make some implicit operator
> precedence explicit.
> 
> Testing: local (linux-x64) build with shenandoah included and ran
> hotspot:tier1 with -XX:+UseShenandoahGC.

Kim Barrett has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains two commits:

 - Merge branch 'master' into shenandoah-wparentheses
 - fix -Wparentheses warnings in shenandoah code

-------------

Changes: https://git.openjdk.org/jdk/pull/17214/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17214&range=01
  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17214.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17214/head:pull/17214

PR: https://git.openjdk.org/jdk/pull/17214

From kbarrett at openjdk.org  Mon Jan  8 02:39:41 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Mon, 8 Jan 2024 02:39:41 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
 [v2]
In-Reply-To: <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
 <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>
Message-ID: <_P09tW6bkzahkLUJ0PIS5bNQue72_ZypNSnAoXWtYlM=.12c571b2-2a8f-438f-a2a5-e794dd6a2516@github.com>

On Wed, 3 Jan 2024 11:51:21 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> Kim Barrett has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains two commits:
>> 
>>  - Merge branch 'master' into shenandoah-wparentheses
>>  - fix -Wparentheses warnings in shenandoah code
>
> Marked as reviewed by shade (Reviewer).

Thanks for reviews @shipilev and @zhengyu123 .

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17214#issuecomment-1880311168

From kbarrett at openjdk.org  Mon Jan  8 02:39:43 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Mon, 8 Jan 2024 02:39:43 GMT
Subject: RFR: 8322815: Eliminate -Wparentheses warnings in shenandoah code
 [v2]
In-Reply-To: <4jOYAUHt5Nl2ObObUrzahfXvWrvtVP08artKaIPIrSk=.11e0439c-375b-4af9-bb06-673e89ed47a6@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
 <VSyrxDAZfwDMJqxqFu833gmNES95QxRlTf6PoGEKJrY=.44328e37-805b-407e-9bb5-5cf69d93f33b@github.com>
 <4jOYAUHt5Nl2ObObUrzahfXvWrvtVP08artKaIPIrSk=.11e0439c-375b-4af9-bb06-673e89ed47a6@github.com>
Message-ID: <Ns47oDAdsemig9Rp7jsT_zJieg73m0aWE3qWJaFCeL8=.7c1e147e-681a-4243-b7be-8e01eccb5254@github.com>

On Wed, 3 Jan 2024 17:12:31 GMT, Aleksey Shipilev <shade at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahConcurrentGC.cpp line 710:
>> 
>>> 708:       ShenandoahHeap::atomic_update_oop(resolved, p, obj);
>>> 709:       assert(_heap->cancelled_gc() ||
>>> 710:              (_mark_context->is_marked(resolved) && !_heap->in_collection_set(resolved)),
>> 
>> The change for this PR seems fine, but the whole assert looks weird, and lacks richer diagnostics Shenandoah asserts do. I believe the forwardee is explicitly marked, given it is a new copy after TAMS. So the whole thing might be just:
>> 
>> 
>>   shenandoah_assert_not_in_cset_except(p, resolved, _heap->cancelled_gc());
>> 
>> 
>> Right, @zhengyu123? We should do that in separate PR.
>
> Doing this in #17245. @kimbarrett, feel free to drop this hunk from the patch, that PR is going to rewrite the assert

Thanks.  Removed as part of merge conflict resolution.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17214#discussion_r1444129495

From kbarrett at openjdk.org  Mon Jan  8 02:39:44 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Mon, 8 Jan 2024 02:39:44 GMT
Subject: Integrated: 8322815: Eliminate -Wparentheses warnings in shenandoah
 code
In-Reply-To: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
References: <mUQSLOrWEUVBMaCkDTx_sfPpIdhT7qCgO8knC4lEHYQ=.72fce3d5-e518-4d06-9398-56af835b3328@github.com>
Message-ID: <xhJQzfl2BsQCfmgMs8Ex1YbX21NR2kKZMHe7GB2AqxM=.39edbca0-0d00-41b0-a519-d426242933bf@github.com>

On Tue, 2 Jan 2024 06:01:07 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

> 8322815: Eliminate -Wparentheses warnings in shenandoah code
> 
> Please review this change to eliminate some -Wparentheses warnings. This
> involved simply adding a few parentheses to make some implicit operator
> precedence explicit.
> 
> Testing: local (linux-x64) build with shenandoah included and ran
> hotspot:tier1 with -XX:+UseShenandoahGC.

This pull request has now been integrated.

Changeset: 3560e680
Author:    Kim Barrett <kbarrett at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/3560e680bcd5f9427b43f616f21f87adee8e8aca
Stats:     1 line in 1 file changed: 0 ins; 0 del; 1 mod

8322815: Eliminate -Wparentheses warnings in shenandoah code

Reviewed-by: shade, zgu

-------------

PR: https://git.openjdk.org/jdk/pull/17214

From shade at openjdk.org  Mon Jan  8 08:43:20 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Mon, 8 Jan 2024 08:43:20 GMT
Subject: RFR: 8323086: Shenandoah: Heap could be corrupted by oom during
 evacuation
In-Reply-To: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
References: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
Message-ID: <X1nEVG-Jc4PFK3QUKkhVfIEgkQToobiD0860yZCb9ZI=.69d2716d-e6a5-496c-baf8-20961a44bddd@github.com>

On Fri, 5 Jan 2024 19:02:59 GMT, William Kemper <wkemper at openjdk.org> wrote:

> When the load reference barrier is unable to evacuate an object, it initiates a degenerated cycle, and allows the from-space reference past the barrier. The degenerated cycle is meant to patch up these references, but if the reference is written above the update-watermark, it will be missed.

Looks fine.

-------------

Marked as reviewed by shade (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17285#pullrequestreview-1808342462

From wkemper at openjdk.org  Mon Jan  8 16:47:31 2024
From: wkemper at openjdk.org (William Kemper)
Date: Mon, 8 Jan 2024 16:47:31 GMT
Subject: Integrated: 8323086: Shenandoah: Heap could be corrupted by oom during
 evacuation
In-Reply-To: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
References: <KoxG_Pse-lazEIYgLuvB5U7wEXKToFXl9tzUaPFflfc=.43eab76e-c823-4289-9b79-127dda01a563@github.com>
Message-ID: <qc7yECRD6WLuBHo4gmLqurVlT9NuenQh_iyqaUp1d1A=.2dc40f0f-c63d-46c6-9b0a-54d48915bacf@github.com>

On Fri, 5 Jan 2024 19:02:59 GMT, William Kemper <wkemper at openjdk.org> wrote:

> When the load reference barrier is unable to evacuate an object, it initiates a degenerated cycle, and allows the from-space reference past the barrier. The degenerated cycle is meant to patch up these references, but if the reference is written above the update-watermark, it will be missed.

This pull request has now been integrated.

Changeset: c4a83bd6
Author:    William Kemper <wkemper at openjdk.org>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/c4a83bd6f6c45e72bd776e929005be0aa9408867
Stats:     21 lines in 1 file changed: 21 ins; 0 del; 0 mod

8323086: Shenandoah: Heap could be corrupted by oom during evacuation

Reviewed-by: kdnilsen, shade

-------------

PR: https://git.openjdk.org/jdk/pull/17285

From stefank at openjdk.org  Tue Jan  9 15:03:42 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Tue, 9 Jan 2024 15:03:42 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include lines
Message-ID: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>

There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.

Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

-------------

Commit messages:
 - 8323297: Fix incorrect placement of precompiled.hpp include lines

Changes: https://git.openjdk.org/jdk/pull/17326/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17326&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323297
  Stats: 16 lines in 5 files changed: 7 ins; 9 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17326.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17326/head:pull/17326

PR: https://git.openjdk.org/jdk/pull/17326

From kbarrett at openjdk.org  Tue Jan  9 22:00:24 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Tue, 9 Jan 2024 22:00:24 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <1qZ03utFU_mLIYTfzlQeXUkcWEwv8d99Q2NPhzEvQzE=.e745b646-65a1-4c36-9594-f3a6a24a3022@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Looks good.

-------------

Marked as reviewed by kbarrett (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17326#pullrequestreview-1812083467

From wkemper at openjdk.org  Tue Jan  9 22:34:37 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 9 Jan 2024 22:34:37 GMT
Subject: RFR: 8323428: Shenandoah: Unused memory in regions compacted during a
 full GC should be mangled
Message-ID: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>

Regions compacted by a full GC do not currently have the remaining unused memory mangled for debug builds. Mangling this memory will facilitate debugging.

-------------

Commit messages:
 - 8323428: Shenandoah: Unused memory in regions compacted during a full GC should be mangled

Changes: https://git.openjdk.org/jdk/pull/17330/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17330&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323428
  Stats: 3 lines in 1 file changed: 3 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17330.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17330/head:pull/17330

PR: https://git.openjdk.org/jdk/pull/17330

From ysr at openjdk.org  Tue Jan  9 23:08:22 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Tue, 9 Jan 2024 23:08:22 GMT
Subject: RFR: 8323428: Shenandoah: Unused memory in regions compacted
 during a full GC should be mangled
In-Reply-To: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
References: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
Message-ID: <gdL-Faqom9YifgxaDUgnPUMJOkuHKOy6Cpd4KUi2510=.c8f4752c-e9d4-4d4d-810c-37328ee3d458@github.com>

On Tue, 9 Jan 2024 22:30:10 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Regions compacted by a full GC do not currently have the remaining unused memory mangled for debug builds. Mangling this memory will facilitate debugging.

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17330#pullrequestreview-1812161939

From kdnilsen at openjdk.org  Tue Jan  9 23:37:21 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 9 Jan 2024 23:37:21 GMT
Subject: RFR: 8323428: Shenandoah: Unused memory in regions compacted
 during a full GC should be mangled
In-Reply-To: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
References: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
Message-ID: <h3qV34I7m0FDK10xpZewfkdp6ei7Vu3UfOCyI7Py5q0=.60f518c4-6068-4fde-b173-2b8e93034ebd@github.com>

On Tue, 9 Jan 2024 22:30:10 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Regions compacted by a full GC do not currently have the remaining unused memory mangled for debug builds. Mangling this memory will facilitate debugging.

thanks

-------------

Marked as reviewed by kdnilsen (no project role).

PR Review: https://git.openjdk.org/jdk/pull/17330#pullrequestreview-1812184597

From dholmes at openjdk.org  Wed Jan 10 06:36:21 2024
From: dholmes at openjdk.org (David Holmes)
Date: Wed, 10 Jan 2024 06:36:21 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <bzWC0VENeIGnQIlKKveJCNRtxkv0vuH8UOT9Kjs28so=.672e82d5-eb6d-4b53-8852-d79de1f8f8c3@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Looks good.

It is interesting the shared files did not cause an issue on Windows.

-------------

Marked as reviewed by dholmes (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17326#pullrequestreview-1812503870

From shade at openjdk.org  Wed Jan 10 07:42:22 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 10 Jan 2024 07:42:22 GMT
Subject: RFR: 8323428: Shenandoah: Unused memory in regions compacted
 during a full GC should be mangled
In-Reply-To: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
References: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
Message-ID: <KOkZAac5qba7TWXPW4U-jWkm973w1PgF5TYMSQEkXBU=.ff70c57f-0a42-4fa9-bc58-1af3ca990d4e@github.com>

On Tue, 9 Jan 2024 22:30:10 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Regions compacted by a full GC do not currently have the remaining unused memory mangled for debug builds. Mangling this memory will facilitate debugging.

Marked as reviewed by shade (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17330#pullrequestreview-1812585283

From shade at openjdk.org  Wed Jan 10 09:44:24 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 10 Jan 2024 09:44:24 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <8DpHcalXh4Gr6WuBqsXYnCyb8Vq6OlyVaCcbR5aBK0s=.5937c22d-bdad-45a1-bcff-b45e62bd89dc@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Marked as reviewed by shade (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17326#pullrequestreview-1812799906

From stefank at openjdk.org  Wed Jan 10 10:55:22 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Wed, 10 Jan 2024 10:55:22 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <XsRChBFABbdvI1_Lycv36RlFaTnJGnqhOu3GEdwuqVY=.17403787-6a8b-494f-866f-fe56e14d8737@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Thanks for reviewing!

> It is interesting the shared files did not cause an issue on Windows.

I was surprised by this as well. I dug some more into this and found this in the documentation:

The compiler treats all code occurring before the .h file as precompiled. It skips to just beyond the #include directive associated with the .h file, uses the code contained in the .pch file, and then compiles all code after filename.


I tested this by changing zCollectedHeap.cpp to have:


#error "COMPILATION_ERROR_1"

#include "gc/z/zAddress.hpp"
#include "precompiled.hpp"

#error "COMPILATION_ERROR_2"


The compilation error I then got was:

fatal error C1189: #error:  "COMPILATION_ERROR_2"


So, it seems like the MS compiler previously just skipped the extra includes above the precompiled.hpp include line.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17326#issuecomment-1884616955

From wkemper at openjdk.org  Wed Jan 10 17:13:31 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 10 Jan 2024 17:13:31 GMT
Subject: Integrated: 8323428: Shenandoah: Unused memory in regions compacted
 during a full GC should be mangled
In-Reply-To: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
References: <7SnhdgIES2RQjNTqVNg2EUg2757ZQlRE8VhT4gETvgI=.dbaaea83-df8d-448e-81ef-f6aeda546ab4@github.com>
Message-ID: <_KA_KsCHECoWu_I1HuiHJDzKX7Dtt6Y5Z4QSB43LLmY=.f50515a0-7c35-4031-aa5c-8561fe614bdf@github.com>

On Tue, 9 Jan 2024 22:30:10 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Regions compacted by a full GC do not currently have the remaining unused memory mangled for debug builds. Mangling this memory will facilitate debugging.

This pull request has now been integrated.

Changeset: a7db4fec
Author:    William Kemper <wkemper at openjdk.org>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/a7db4fecebe98135d36c6f46e1fa60959adbe78b
Stats:     3 lines in 1 file changed: 3 ins; 0 del; 0 mod

8323428: Shenandoah: Unused memory in regions compacted during a full GC should be mangled

Reviewed-by: ysr, kdnilsen, shade

-------------

PR: https://git.openjdk.org/jdk/pull/17330

From dholmes at openjdk.org  Thu Jan 11 07:14:22 2024
From: dholmes at openjdk.org (David Holmes)
Date: Thu, 11 Jan 2024 07:14:22 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <XsRChBFABbdvI1_Lycv36RlFaTnJGnqhOu3GEdwuqVY=.17403787-6a8b-494f-866f-fe56e14d8737@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
 <XsRChBFABbdvI1_Lycv36RlFaTnJGnqhOu3GEdwuqVY=.17403787-6a8b-494f-866f-fe56e14d8737@github.com>
Message-ID: <HODVGw4Y5-Kx_wWs1tjgIDRikgllyqBmWkg1aeu6Xu0=.cf12eabc-d41a-4a63-8b7d-cd6d6bf8d57d@github.com>

On Wed, 10 Jan 2024 10:52:33 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> So, it seems like the MS compiler previously just skipped the extra includes above the precompiled.hpp include line.

>From which I think we can conclude those includes are only needed for when PCH is disabled. :)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17326#issuecomment-1886428074

From wkemper at openjdk.org  Thu Jan 11 23:10:27 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 11 Jan 2024 23:10:27 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
Message-ID: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>

Use format macros and override keyword to improvement readability.

-------------

Commit messages:
 - Simplify init logger

Changes: https://git.openjdk.org/jdk/pull/17383/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17383&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323627
  Stats: 37 lines in 2 files changed: 10 ins; 19 del; 8 mod
  Patch: https://git.openjdk.org/jdk/pull/17383.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17383/head:pull/17383

PR: https://git.openjdk.org/jdk/pull/17383

From wkemper at openjdk.org  Fri Jan 12 00:04:27 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 00:04:27 GMT
Subject: RFR: 8323629: Shenandoah: Fix missing include and declaration
Message-ID: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>

There are some small changes for style guide conformance here.

-------------

Commit messages:
 - Fix missing headers and declarations and conform to style guide

Changes: https://git.openjdk.org/jdk/pull/17384/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17384&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323629
  Stats: 18 lines in 3 files changed: 13 ins; 0 del; 5 mod
  Patch: https://git.openjdk.org/jdk/pull/17384.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17384/head:pull/17384

PR: https://git.openjdk.org/jdk/pull/17384

From wkemper at openjdk.org  Fri Jan 12 00:30:30 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 00:30:30 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests to
 start concurrent GC
Message-ID: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>

A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.

The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

-------------

Commit messages:
 - Use _no_gc consistently, prioritize mutator gc requests
 - Fix race condition that could cause control thread to ignore concurrent gc requests

Changes: https://git.openjdk.org/shenandoah/pull/382/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=382&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323630
  Stats: 69 lines in 2 files changed: 21 ins; 27 del; 21 mod
  Patch: https://git.openjdk.org/shenandoah/pull/382.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/382/head:pull/382

PR: https://git.openjdk.org/shenandoah/pull/382

From ysr at openjdk.org  Fri Jan 12 01:40:22 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 01:40:22 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <zcLfeCdFHjnp4xSB7PfWqwF8vAWEbqFzilBVJRrkHnQ=.765a34b1-6b8b-4949-aacf-59f2d0a5f6f4@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17326#pullrequestreview-1817183765

From ysr at openjdk.org  Fri Jan 12 01:47:18 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 01:47:18 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
Message-ID: <6MB66B_Aha_7-wk9IwnPKD868ARUZ4BZB6mrysaOqr4=.41a7dfdf-db3d-4061-a9f8-a33b114fa48a@github.com>

On Thu, 11 Jan 2024 23:05:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Use format macros and override keyword to improvement readability.

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17383#pullrequestreview-1817202992

From ysr at openjdk.org  Fri Jan 12 01:52:18 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 01:52:18 GMT
Subject: RFR: 8323629: Shenandoah: Fix missing include and declaration
In-Reply-To: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
References: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
Message-ID: <sNWyxNYIDt8SG8X5KcEsRBSEORJlCl34olCmR5XiC6U=.140fb3dc-c2e0-47a3-a16e-791e354f08bf@github.com>

On Thu, 11 Jan 2024 23:59:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> There are some small changes for style guide conformance here.

Marked as reviewed by ysr (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17384#pullrequestreview-1817211620

From ysr at openjdk.org  Fri Jan 12 02:36:58 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 02:36:58 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC
In-Reply-To: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
Message-ID: <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>

On Fri, 12 Jan 2024 00:24:36 GMT, William Kemper <wkemper at openjdk.org> wrote:

> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
> 
> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

Looks good; some minor comments & suggestions. I wonder if the xchg and cmpxchg couldn't just be replaced with a condition variable protected by a lock, and that might simplify the code some more. But this looks fine.

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 119:

> 117:     // Figure out if we have pending requests.
> 118:     bool alloc_failure_pending = _alloc_failure_gc.is_set();
> 119:     bool humongous_alloc_failure_pending = _humongous_alloc_failure_gc.is_set();

const them.

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 123:

> 121: 
> 122:     bool explicit_gc_requested = is_explicit_gc(cause);
> 123:     bool implicit_gc_requested = is_implicit_gc(cause);

const them all.

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 247:

> 245:     }
> 246: 
> 247:     bool gc_requested = (gc_mode() != none);

const the variable.

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 253:

> 251:       // Blow away all soft references on this cycle, if handling allocation failure,
> 252:       // either implicit or explicit GC request, or we are requested to do so unconditionally.
> 253:       if (generation == select_global_generation() && (alloc_failure_pending || implicit_gc_requested || explicit_gc_requested || ShenandoahAlwaysClearSoftRefs)) {

Not a change you made, but why do we clear all soft refs if it's an implicit gc? Is memory pressure supposed to be very high here?

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 388:

> 386:     }
> 387: 
> 388:     // Don't wait if there was an allocation failure or another request was made mid-cycle.

I'd rewrite the comment as "Wait for ShenandoahControlIntervalMax, unless there was an allocation failure or ..."

-------------

Marked as reviewed by ysr (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/382#pullrequestreview-1817248593
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1449702883
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1449698171
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1449699783
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1449704194
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1449705839

From stefank at openjdk.org  Fri Jan 12 09:00:28 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Fri, 12 Jan 2024 09:00:28 GMT
Subject: RFR: 8323297: Fix incorrect placement of precompiled.hpp include
 lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <vaRfPoU7dqyvcOKov43E1P0YpWMNPMt8AIfiZ7y__Lw=.95ea405c-6dc7-4e4f-90ba-166c6dc9442d@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

Thanks for all the reviews!

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17326#issuecomment-1888686373

From stefank at openjdk.org  Fri Jan 12 09:00:29 2024
From: stefank at openjdk.org (Stefan Karlsson)
Date: Fri, 12 Jan 2024 09:00:29 GMT
Subject: Integrated: 8323297: Fix incorrect placement of precompiled.hpp
 include lines
In-Reply-To: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
References: <MeZzj3hFq_jLkkm9x3cIxTg0Xay1bDeenGPbDimgue8=.1fe6df88-c78c-495a-bf94-b438f62e8454@github.com>
Message-ID: <Ca6TaBcAB0gJJ2H3XrnP4qrYd_fWCpec7n14aWdnkWg=.511b2c0b-4807-437f-818d-9be814636ad3@github.com>

On Tue, 9 Jan 2024 14:55:45 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

> There are a few files that have include lines before the precompiled.hpp include line. I propose that we fix this.
> 
> Testing: I'll let this run through GHA and Oracle's tier1 to see that this still compiles.

This pull request has now been integrated.

Changeset: 7c3a39f4
Author:    Stefan Karlsson <stefank at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/7c3a39f400d97a443be146d928f85aa850d3b5cb
Stats:     16 lines in 5 files changed: 7 ins; 9 del; 0 mod

8323297: Fix incorrect placement of precompiled.hpp include lines

Reviewed-by: kbarrett, dholmes, shade, ysr

-------------

PR: https://git.openjdk.org/jdk/pull/17326

From kdnilsen at openjdk.org  Fri Jan 12 14:04:07 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 12 Jan 2024 14:04:07 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC
In-Reply-To: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
Message-ID: <bF-Aj0XhUwzpe7SGnuXJRNck7wmGm9eI5ye4YQUww8U=.931ae547-1771-4db7-95f7-7a16b0df770c@github.com>

On Fri, 12 Jan 2024 00:24:36 GMT, William Kemper <wkemper at openjdk.org> wrote:

> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
> 
> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

Marked as reviewed by kdnilsen (Committer).

src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 933:

> 931:   size_t required_gc_id = current_gc_id + 1;
> 932:   while (current_gc_id < required_gc_id) {
> 933:     // Although setting gc request is under _gc_waiters_lock, but read side (run_service())

While we're in here, can we remove "Although" from this comment.

-------------

PR Review: https://git.openjdk.org/shenandoah/pull/382#pullrequestreview-1818313425
PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1450488612

From kdnilsen at openjdk.org  Fri Jan 12 14:04:11 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 12 Jan 2024 14:04:11 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC
In-Reply-To: <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
 <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
Message-ID: <WcouPuT8BDgzxGJTTTaFHeUghn93XaFJMHn1-IaTJQE=.0ddef045-3b13-443a-972e-5826403c0d7b@github.com>

On Fri, 12 Jan 2024 02:15:20 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
>> 
>> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.
>
> src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 388:
> 
>> 386:     }
>> 387: 
>> 388:     // Don't wait if there was an allocation failure or another request was made mid-cycle.
> 
> I'd rewrite the comment as "Wait for ShenandoahControlIntervalMax, unless there was an allocation failure or ..."

Agree that Ramki suggestion reads clearer.

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1450482719

From kdnilsen at openjdk.org  Fri Jan 12 14:08:19 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 12 Jan 2024 14:08:19 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
Message-ID: <Yej3LXgiLGarS4sdLv1oDGtIsVN3ufbzY-qjok49-Ic=.f8fab3a3-d5a7-4d8f-b700-450d3d545c10@github.com>

On Thu, 11 Jan 2024 23:05:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Use format macros and override keyword to improvement readability.

Marked as reviewed by kdnilsen (no project role).

Note the failures in GHA tests.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17383#pullrequestreview-1818333264
PR Comment: https://git.openjdk.org/jdk/pull/17383#issuecomment-1889297431

From kdnilsen at openjdk.org  Fri Jan 12 14:10:21 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 12 Jan 2024 14:10:21 GMT
Subject: RFR: 8323629: Shenandoah: Fix missing include and declaration
In-Reply-To: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
References: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
Message-ID: <nYy3nvdP9CrQD2tA1x2Bv2ICyzAHSalRkwEGF5I9FUM=.cd4dc09a-5791-49fa-9547-8a20ed4fd564@github.com>

On Thu, 11 Jan 2024 23:59:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> There are some small changes for style guide conformance here.

Marked as reviewed by kdnilsen (no project role).

Note GHA testing failures.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17384#pullrequestreview-1818339840
PR Comment: https://git.openjdk.org/jdk/pull/17384#issuecomment-1889302162

From kdnilsen at openjdk.org  Fri Jan 12 14:34:39 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 12 Jan 2024 14:34:39 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
Message-ID: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>

The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

-------------

Commit messages:
 - Fix comments and white space
 - Fix typo
 - Improve documentation of how Evac-OOM Protocol works

Changes: https://git.openjdk.org/jdk/pull/17385/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323634
  Stats: 209 lines in 3 files changed: 168 ins; 0 del; 41 mod
  Patch: https://git.openjdk.org/jdk/pull/17385.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17385/head:pull/17385

PR: https://git.openjdk.org/jdk/pull/17385

From shade at openjdk.org  Fri Jan 12 15:49:19 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Fri, 12 Jan 2024 15:49:19 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
Message-ID: <9p54MZ1XgO5tGYrJqnIq2yzVSl2uDGQoIGtdafsJ8HI=.d8a5d7b5-fc32-4b0c-b7ca-14f4b78530b5@github.com>

On Thu, 11 Jan 2024 23:05:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Use format macros and override keyword to improvement readability.

Marked as reviewed by shade (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17383#pullrequestreview-1818548803

From wkemper at openjdk.org  Fri Jan 12 16:02:20 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 16:02:20 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <Yej3LXgiLGarS4sdLv1oDGtIsVN3ufbzY-qjok49-Ic=.f8fab3a3-d5a7-4d8f-b700-450d3d545c10@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
 <Yej3LXgiLGarS4sdLv1oDGtIsVN3ufbzY-qjok49-Ic=.f8fab3a3-d5a7-4d8f-b700-450d3d545c10@github.com>
Message-ID: <JLN6S1Sf_INxE_b8ZFaI2bh0SGngTnisvDniY2NLUwI=.9895c8b1-68b5-46e7-9aaf-922749437bea@github.com>

On Fri, 12 Jan 2024 14:05:36 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

> Note the failures in GHA tests.

Yes, I don't think they're related to these changes (I tested locally). Seems like an infrastructure problem with JTREG:

[build.sh][INFO] Downloading https://git.openjdk.java.net/jtharness/archive/jt6.0-b24.zip to /home/runner/work/jdk/jdk/jtreg/src/make/../build/deps/jtharness/src/../source.zip
Error: sh][ERROR] wget exited with exit code 4
Error: Process completed with exit code 1.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17383#issuecomment-1889558850

From wkemper at openjdk.org  Fri Jan 12 16:06:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 16:06:19 GMT
Subject: RFR: 8323629: Shenandoah: Fix missing include and declaration
In-Reply-To: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
References: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
Message-ID: <kjr5wxD2LQSfnfgpRV3ABMiiJHkoaIzGXN7YvK8xhGQ=.11bafc0d-75d4-4ecf-9eff-c1276e8674a4@github.com>

On Thu, 11 Jan 2024 23:59:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> There are some small changes for style guide conformance here.

Test failures are an infrastructure problem with jtreg.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17384#issuecomment-1889565660

From wkemper at openjdk.org  Fri Jan 12 16:45:14 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 16:45:14 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC
In-Reply-To: <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
 <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
Message-ID: <fgtVtKWdwHLtfSzOhwuLSYrNev85SmPR9zgBxsGWgSg=.fbeb96e5-6c2b-4478-9461-417203bb2ae8@github.com>

On Fri, 12 Jan 2024 02:07:19 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
>> 
>> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.
>
> src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 123:
> 
>> 121: 
>> 122:     bool explicit_gc_requested = is_explicit_gc(cause);
>> 123:     bool implicit_gc_requested = is_implicit_gc(cause);
> 
> const them all.

`cause` is overwritten when there is an allocation failure or if we are resuming old mark, so it can't (easily) be made const. Will const the others though.

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1450690489

From wkemper at openjdk.org  Fri Jan 12 17:07:10 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:07:10 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC
In-Reply-To: <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
 <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
Message-ID: <7iYMwYTQDcKB6Kxynwjsq53CrYxbxZMfkfkbyn7be3A=.21021921-9480-4788-ac58-b3f37814a81b@github.com>

On Fri, 12 Jan 2024 02:13:29 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
>> 
>> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.
>
> src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 253:
> 
>> 251:       // Blow away all soft references on this cycle, if handling allocation failure,
>> 252:       // either implicit or explicit GC request, or we are requested to do so unconditionally.
>> 253:       if (generation == select_global_generation() && (alloc_failure_pending || implicit_gc_requested || explicit_gc_requested || ShenandoahAlwaysClearSoftRefs)) {
> 
> Not a change you made, but why do we clear all soft refs if it's an implicit gc? Is memory pressure supposed to be very high here?

I don't really understand the value of having two code paths for implicit/explicit GCs. They both have the same outcome with respect to garbage collection. They differ only in what is logged and which policy counters get incremented (which is also only consumed by the end-of-process stats report). We could likely simplify this in a separate PR.

To answer your question though, I think the most common cause for an implicit GC would be a metaspace oom. Implicit GC is basically any cause that didn't come from a mutator or a heuristic. I think it would be better anyway for the policy to just report the number of GCs for each cause directly (similar to how degenerated points are tracked).

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1450713412

From phh at openjdk.org  Fri Jan 12 17:07:28 2024
From: phh at openjdk.org (Paul Hohensee)
Date: Fri, 12 Jan 2024 17:07:28 GMT
Subject: RFR: 8323629: Shenandoah: Fix missing include and declaration
In-Reply-To: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
References: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
Message-ID: <bEe21iA8GOsWujIlYkpEX4lctW8AMWgmveFnZibqURE=.8a91e1d5-a9ca-47f6-b841-1d16669d2fd9@github.com>

On Thu, 11 Jan 2024 23:59:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> There are some small changes for style guide conformance here.

Marked as reviewed by phh (Reviewer).

Looks like GHA is hosed, but this PR is cosmetic and builds fine locally, so np.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17384#pullrequestreview-1818688316
PR Comment: https://git.openjdk.org/jdk/pull/17384#issuecomment-1889658144

From wkemper at openjdk.org  Fri Jan 12 17:07:29 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:07:29 GMT
Subject: Integrated: 8323629: Shenandoah: Fix missing include and declaration
In-Reply-To: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
References: <Z3jZB33CC1lph4LASX37Mow5TP_FJkZIob3Ighf-fVY=.59e86584-58af-47a6-bf43-d692a3c2fd28@github.com>
Message-ID: <scvyxe-T9xJgiH7ySuqav1Ii0XPIn3qWEC4hvvY8bU4=.7aff006d-087e-4f3f-bab8-fc6b931e9b9a@github.com>

On Thu, 11 Jan 2024 23:59:04 GMT, William Kemper <wkemper at openjdk.org> wrote:

> There are some small changes for style guide conformance here.

This pull request has now been integrated.

Changeset: e33031b8
Author:    William Kemper <wkemper at openjdk.org>
Committer: Paul Hohensee <phh at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/e33031b850dfd2daacb5ccf2bda265edec3ffe50
Stats:     18 lines in 3 files changed: 13 ins; 0 del; 5 mod

8323629: Shenandoah: Fix missing include and declaration

Reviewed-by: ysr, kdnilsen, phh

-------------

PR: https://git.openjdk.org/jdk/pull/17384

From wkemper at openjdk.org  Fri Jan 12 17:19:25 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:19:25 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC [v2]
In-Reply-To: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
Message-ID: <iomSNonPvgaTRUqm3_S2NOoh-KB9I6S7IV3utvvTU8Q=.80903338-cd3d-4ec1-a5f7-3cefd386e9b9@github.com>

> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
> 
> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Declare more variables with const, improve comments

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/382/files
  - new: https://git.openjdk.org/shenandoah/pull/382/files/70d55f1c..34d269be

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=382&range=01
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=382&range=00-01

  Stats: 14 lines in 1 file changed: 1 ins; 0 del; 13 mod
  Patch: https://git.openjdk.org/shenandoah/pull/382.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/382/head:pull/382

PR: https://git.openjdk.org/shenandoah/pull/382

From wkemper at openjdk.org  Fri Jan 12 17:23:15 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:23:15 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC [v3]
In-Reply-To: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
Message-ID: <J_oCytgq3TeS8nfBdtEfGsGZJYgBzJ6tnvqDUfiFwUQ=.735c1d55-3c80-4c0e-b95f-74bfd6ecf5e7@github.com>

> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
> 
> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Update comment

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/382/files
  - new: https://git.openjdk.org/shenandoah/pull/382/files/34d269be..0a7ef607

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=382&range=02
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=382&range=01-02

  Stats: 3 lines in 1 file changed: 0 ins; 0 del; 3 mod
  Patch: https://git.openjdk.org/shenandoah/pull/382.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/382/head:pull/382

PR: https://git.openjdk.org/shenandoah/pull/382

From ysr at openjdk.org  Fri Jan 12 17:47:05 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 17:47:05 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC [v3]
In-Reply-To: <J_oCytgq3TeS8nfBdtEfGsGZJYgBzJ6tnvqDUfiFwUQ=.735c1d55-3c80-4c0e-b95f-74bfd6ecf5e7@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
 <J_oCytgq3TeS8nfBdtEfGsGZJYgBzJ6tnvqDUfiFwUQ=.735c1d55-3c80-4c0e-b95f-74bfd6ecf5e7@github.com>
Message-ID: <4L5G3nWAzrodCY5JjLGP7wLHh_Hj0_SbfSGfozSOmNs=.1f2daf1f-ad3f-443d-b231-6f7811d8d506@github.com>

On Fri, 12 Jan 2024 17:23:15 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
>> 
>> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Update comment

Re-reviewed!
?

-------------

Marked as reviewed by ysr (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/382#pullrequestreview-1818755421

From ysr at openjdk.org  Fri Jan 12 17:47:05 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Fri, 12 Jan 2024 17:47:05 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests
 to start concurrent GC [v3]
In-Reply-To: <7iYMwYTQDcKB6Kxynwjsq53CrYxbxZMfkfkbyn7be3A=.21021921-9480-4788-ac58-b3f37814a81b@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
 <CybEvi1UJfEk5vmjqQxBjrcc1OowDZOblZM0fmpTcKc=.0862ed7e-81fb-41e3-ac47-5316843167eb@github.com>
 <7iYMwYTQDcKB6Kxynwjsq53CrYxbxZMfkfkbyn7be3A=.21021921-9480-4788-ac58-b3f37814a81b@github.com>
Message-ID: <ybHXgIXAcG67f0MoBdxOMu3DSyFKf2taWKMB5ZaqOsg=.68a4c8aa-848e-4729-8336-fcd4136ca83e@github.com>

On Fri, 12 Jan 2024 17:04:03 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp line 253:
>> 
>>> 251:       // Blow away all soft references on this cycle, if handling allocation failure,
>>> 252:       // either implicit or explicit GC request, or we are requested to do so unconditionally.
>>> 253:       if (generation == select_global_generation() && (alloc_failure_pending || implicit_gc_requested || explicit_gc_requested || ShenandoahAlwaysClearSoftRefs)) {
>> 
>> Not a change you made, but why do we clear all soft refs if it's an implicit gc? Is memory pressure supposed to be very high here?
>
> I don't really understand the value of having two code paths for implicit/explicit GCs. They both have very similar outcomes with respect to garbage collection. They differ in what is logged and which policy counters get incremented (which is also only consumed by the end-of-process stats report). We could likely simplify this in a separate PR. An 'explicit' request will also attempt to shrink the heap, but we could allow an 'implicit' request to do the same.
> 
> To answer your question though, I think the most common cause for an implicit GC would be a metaspace oom. Implicit GC is basically any cause that didn't come from a mutator or a heuristic. I think it would be better anyway for the policy to just report the number of GCs for each cause directly (similar to how degenerated points are tracked).

Thanks!

-------------

PR Review Comment: https://git.openjdk.org/shenandoah/pull/382#discussion_r1450750837

From wkemper at openjdk.org  Fri Jan 12 17:51:13 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:51:13 GMT
Subject: RFR: Merge openjdk/jdk:master
Message-ID: <zQ34ZNVIpFBNySM6aN_FQ1MpBPCZU2MaL4PhhXSV0LA=.8cd63335-f65b-4871-b0bd-89bd70fbd377@github.com>

Merges tag jdk-23+5

-------------

Commit messages:
 - 8321616: Retire binary test vectors in test/jdk/java/util/zip/ZipFile
 - 8317804: com/sun/jdi/JdwpAllowTest.java fails on Alpine 3.17 / 3.18
 - 8322565: (zipfs) Files.setPosixPermissions should preserve 'external file attributes' bits
 - 8322982: CTW fails to build after 8308753
 - 8320788: The system properties page is missing some properties
 - 8322878: Including sealing information Class.toGenericString()
 - 8323540: assert((!((((method)->is_trace_flag_set(((1 << 4) << 8))))))) failed: invariant
 - 8322477: order of subclasses in the permits clause can differ between compilations
 - 8313083: Print 'rss' and 'cache' as part of the container information
 - 8323428: Shenandoah: Unused memory in regions compacted during a full GC should be mangled
 - ... and 102 more: https://git.openjdk.org/shenandoah/compare/13c11487...26de9e24

The webrev contains the conflicts with master:
 - merge conflicts: https://webrevs.openjdk.org/?repo=shenandoah&pr=383&range=00.conflicts

Changes: https://git.openjdk.org/shenandoah/pull/383/files
  Stats: 19146 lines in 543 files changed: 12868 ins; 3458 del; 2820 mod
  Patch: https://git.openjdk.org/shenandoah/pull/383.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/383/head:pull/383

PR: https://git.openjdk.org/shenandoah/pull/383

From wkemper at openjdk.org  Fri Jan 12 17:55:53 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 17:55:53 GMT
Subject: Integrated: 8323630: GenShen: Control thread may (still) ignore
 requests to start concurrent GC
In-Reply-To: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
References: <IpIU5yvACnzurXeedxxZE5Qvj6nufrVdc0ExQyJwSB8=.1add2194-11eb-4c8b-a26a-bace69955a6c@github.com>
Message-ID: <hK2oQx5uvuBpILIxSxYvaKIyssnbLv56lBwVfvS9NLg=.502a87fa-a21d-4a29-9ae8-3830a7cc0316@github.com>

On Fri, 12 Jan 2024 00:24:36 GMT, William Kemper <wkemper at openjdk.org> wrote:

> A race condition exists in which the control thread may clear the `_requested_gc_cause` immediately after a mutator requests an explicit gc. When this happens, the control thread will no longer accept requests from the regulator to start concurrent GC cycles. The mutator thread will never wakeup, eventually the application will run out of memory or no progress will be made.
> 
> The change here is intended to simplify the thread communication protocol by reducing the number of variables in play.

This pull request has now been integrated.

Changeset: a40ce859
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/a40ce85907ca7eb918af0e3563c76f43a203cf71
Stats:     81 lines in 2 files changed: 22 ins; 27 del; 32 mod

8323630: GenShen: Control thread may (still) ignore requests to start concurrent GC

Reviewed-by: ysr, kdnilsen

-------------

PR: https://git.openjdk.org/shenandoah/pull/382

From wkemper at openjdk.org  Fri Jan 12 18:21:25 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 18:21:25 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <zQ34ZNVIpFBNySM6aN_FQ1MpBPCZU2MaL4PhhXSV0LA=.8cd63335-f65b-4871-b0bd-89bd70fbd377@github.com>
References: <zQ34ZNVIpFBNySM6aN_FQ1MpBPCZU2MaL4PhhXSV0LA=.8cd63335-f65b-4871-b0bd-89bd70fbd377@github.com>
Message-ID: <gdk9VF-C9f2tte2y493b-GRdiyvRZDOcOWdkJ3YVPSQ=.487f020a-f7f7-4ead-89fd-a8ebb63156c2@github.com>

> Merges tag jdk-23+5

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 113 commits:

 - Merge branch 'master' of https://git.openjdk.org/shenandoah into merge-jdk-23+5
 - 8321616: Retire binary test vectors in test/jdk/java/util/zip/ZipFile
   8322830: Add test case for ZipFile opening a ZIP with no entries
   
   Reviewed-by: lancea
 - 8317804: com/sun/jdi/JdwpAllowTest.java fails on Alpine 3.17 / 3.18
   
   Reviewed-by: cjplummer, mbaesken
 - 8322565: (zipfs) Files.setPosixPermissions should preserve 'external file attributes' bits
   
   Reviewed-by: clanger, lancea
 - 8322982: CTW fails to build after 8308753
   
   Reviewed-by: shade, phh
 - 8320788: The system properties page is missing some properties
   
   Reviewed-by: iris, rriggs, bpb, joehw
 - 8322878: Including sealing information Class.toGenericString()
   
   Co-authored-by: Pavel Rappo <prappo at openjdk.org>
   Reviewed-by: rriggs
 - 8323540: assert((!((((method)->is_trace_flag_set(((1 << 4) << 8))))))) failed: invariant
   
   Reviewed-by: mikael
 - 8322477: order of subclasses in the permits clause can differ between compilations
   
   Reviewed-by: jlahoda
 - 8313083: Print 'rss' and 'cache' as part of the container information
   
   Reviewed-by: sgehwolf
 - ... and 103 more: https://git.openjdk.org/shenandoah/compare/a40ce859...830876cb

-------------

Changes: https://git.openjdk.org/shenandoah/pull/383/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=383&range=01
  Stats: 19130 lines in 539 files changed: 12847 ins; 3469 del; 2814 mod
  Patch: https://git.openjdk.org/shenandoah/pull/383.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/383/head:pull/383

PR: https://git.openjdk.org/shenandoah/pull/383

From wkemper at openjdk.org  Fri Jan 12 18:49:16 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 18:49:16 GMT
Subject: RFR: 8323630: GenShen: Control thread may (still) ignore requests to
 start concurrent GC
Message-ID: <3lun61RtKCMp9tODB5RTXYzlKoxL_67Wr3NJSQNqW18=.cec74f8f-4c7a-4f9e-a7fc-66042189a7c0@github.com>

Testing if bots can help us with shenandoah-21u backports

-------------

Commit messages:
 - Backport a40ce85907ca7eb918af0e3563c76f43a203cf71

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/5/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=5&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323630
  Stats: 81 lines in 2 files changed: 22 ins; 27 del; 32 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/5.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/5/head:pull/5

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/5

From wkemper at openjdk.org  Fri Jan 12 18:54:14 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 18:54:14 GMT
Subject: Integrated: 8323630: GenShen: Control thread may (still) ignore
 requests to start concurrent GC
In-Reply-To: <3lun61RtKCMp9tODB5RTXYzlKoxL_67Wr3NJSQNqW18=.cec74f8f-4c7a-4f9e-a7fc-66042189a7c0@github.com>
References: <3lun61RtKCMp9tODB5RTXYzlKoxL_67Wr3NJSQNqW18=.cec74f8f-4c7a-4f9e-a7fc-66042189a7c0@github.com>
Message-ID: <aQpe7f3m722W4POVQo8diUhGUE1Wl1XJorhklvE3svI=.345d59d8-db02-4cf3-8554-da9bf6328a60@github.com>

On Fri, 12 Jan 2024 18:43:15 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Testing if bots can help us with shenandoah-21u backports

This pull request has now been integrated.

Changeset: 86164a70
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/86164a700ed0279772f0cac109fb55de7f4c1108
Stats:     81 lines in 2 files changed: 22 ins; 27 del; 32 mod

8323630: GenShen: Control thread may (still) ignore requests to start concurrent GC

Backport-of: a40ce85907ca7eb918af0e3563c76f43a203cf71

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/5

From phh at openjdk.org  Fri Jan 12 19:00:29 2024
From: phh at openjdk.org (Paul Hohensee)
Date: Fri, 12 Jan 2024 19:00:29 GMT
Subject: RFR: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
Message-ID: <f_Bk_hdQGhGVm5Ry49gZOBP8OJFDg2EXoK1wPKxF3G8=.1c88bf24-9652-433b-a6ce-925ea73967b3@github.com>

On Thu, 11 Jan 2024 23:05:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Use format macros and override keyword to improvement readability.

Marked as reviewed by phh (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17383#pullrequestreview-1818856887

From wkemper at openjdk.org  Fri Jan 12 19:00:30 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:00:30 GMT
Subject: Integrated: 8323627: Shenandoah: Refactor init logger
In-Reply-To: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
References: <bYjqJiaWwNhsHMqryUso2KGWeUA6TopP2cFB1qhCzlg=.cef5b936-9727-4a80-8c99-891eb74145ae@github.com>
Message-ID: <Fdxuxw4hJh3u4t7-UbSC1PhM0OjwHEVz_g2TDCpJJHE=.bbeca2fd-6e4c-4874-84f6-42a2d1a93851@github.com>

On Thu, 11 Jan 2024 23:05:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Use format macros and override keyword to improvement readability.

This pull request has now been integrated.

Changeset: 95a91682
Author:    William Kemper <wkemper at openjdk.org>
Committer: Paul Hohensee <phh at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/95a91682c36992c7fffae5e778d70a1df6269d3b
Stats:     37 lines in 2 files changed: 10 ins; 19 del; 8 mod

8323627: Shenandoah: Refactor init logger

Reviewed-by: ysr, kdnilsen, shade, phh

-------------

PR: https://git.openjdk.org/jdk/pull/17383

From wkemper at openjdk.org  Fri Jan 12 19:03:21 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:03:21 GMT
Subject: Integrated: 8321939: [GenShen] ShenandoahOldEvacRatioPercent=100 fails
 with divide-by-zero
In-Reply-To: <RVlCGzZVOp_t7ES5FfH3tlrWYHx4hXyxH2CFWI3N5oI=.110510af-7ee4-4918-94f2-8d61dd50563d@github.com>
References: <RVlCGzZVOp_t7ES5FfH3tlrWYHx4hXyxH2CFWI3N5oI=.110510af-7ee4-4918-94f2-8d61dd50563d@github.com>
Message-ID: <mPNq1nyeyWlDM_6Uk70I0UvW6qPcWQ95MTSa1vhJDHc=.af3ac202-2523-4440-9ef6-f6a0745ef62f@github.com>

On Fri, 12 Jan 2024 18:53:36 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8321939: [GenShen] ShenandoahOldEvacRatioPercent=100 fails with divide-by-zero

This pull request has now been integrated.

Changeset: 7e9c6508
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/7e9c6508778593df341f0df0935dc71f9516e256
Stats:     173 lines in 3 files changed: 62 ins; 68 del; 43 mod

8321939: [GenShen] ShenandoahOldEvacRatioPercent=100 fails with divide-by-zero

Backport-of: 2c77c16ef32d95f59a631e4a51836f4d6ccf4d39

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/6

From wkemper at openjdk.org  Fri Jan 12 19:03:21 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:03:21 GMT
Subject: Integrated: 8321939: [GenShen] ShenandoahOldEvacRatioPercent=100 fails
 with divide-by-zero
Message-ID: <RVlCGzZVOp_t7ES5FfH3tlrWYHx4hXyxH2CFWI3N5oI=.110510af-7ee4-4918-94f2-8d61dd50563d@github.com>

8321939: [GenShen] ShenandoahOldEvacRatioPercent=100 fails with divide-by-zero

-------------

Commit messages:
 - Backport 2c77c16ef32d95f59a631e4a51836f4d6ccf4d39

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/6/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=6&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8321939
  Stats: 173 lines in 3 files changed: 62 ins; 68 del; 43 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/6.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/6/head:pull/6

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/6

From wkemper at openjdk.org  Fri Jan 12 19:05:47 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:05:47 GMT
Subject: RFR: 8322219: GenShen: GHA for shenandoah repo should run all
 shenandoah jtreg tests
Message-ID: <3mXrz9s-zaXHGpTrw9Ys5P5RE-mNGIymiCCx0Sva1WI=.7d1bdc39-1616-4120-825b-118ddaa76b8e@github.com>

8322219: GenShen: GHA for shenandoah repo should run all shenandoah jtreg tests

-------------

Commit messages:
 - Backport 490ed34edd5c99aa132c0faa351da2ad5ae59577

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/7/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=7&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322219
  Stats: 5 lines in 1 file changed: 5 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/7.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/7/head:pull/7

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/7

From wkemper at openjdk.org  Fri Jan 12 19:07:05 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:05 GMT
Subject: Integrated: 8322242: [GenShen] TestAllocObjects#generational fails
 with "Unrecognized VM option 'ShenandoahSuspendibleWorkers'"
Message-ID: <90eABsaIGF0h7py5c_lTpoYD5Q1z01MvupYvuJXC9qk=.5f4ed2cf-2d06-4be4-b3ac-4a447bd1ee89@github.com>

8322242: [GenShen] TestAllocObjects#generational fails with "Unrecognized VM option 'ShenandoahSuspendibleWorkers'"

-------------

Commit messages:
 - Backport da2b9ed1520b6c152e019f7c333095b27c48d8cf

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/8/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=8&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322242
  Stats: 5 lines in 1 file changed: 0 ins; 5 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/8.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/8/head:pull/8

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/8

From wkemper at openjdk.org  Fri Jan 12 19:07:05 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:05 GMT
Subject: Integrated: 8322242: [GenShen] TestAllocObjects#generational fails
 with "Unrecognized VM option 'ShenandoahSuspendibleWorkers'"
In-Reply-To: <90eABsaIGF0h7py5c_lTpoYD5Q1z01MvupYvuJXC9qk=.5f4ed2cf-2d06-4be4-b3ac-4a447bd1ee89@github.com>
References: <90eABsaIGF0h7py5c_lTpoYD5Q1z01MvupYvuJXC9qk=.5f4ed2cf-2d06-4be4-b3ac-4a447bd1ee89@github.com>
Message-ID: <ENdQN4pyPDO-HvZ94zdd4mODbbv8gGz2DJseEq3Znvg=.6fdcb86f-de88-49b3-9aca-0b65ef5369bc@github.com>

On Fri, 12 Jan 2024 18:58:00 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8322242: [GenShen] TestAllocObjects#generational fails with "Unrecognized VM option 'ShenandoahSuspendibleWorkers'"

This pull request has now been integrated.

Changeset: 6879fcc9
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/6879fcc9cfe041299fdd09d38bfb72fbfd62c58c
Stats:     5 lines in 1 file changed: 0 ins; 5 del; 0 mod

8322242: [GenShen] TestAllocObjects#generational fails with "Unrecognized VM option 'ShenandoahSuspendibleWorkers'"

ShenandoahSuspendibleWorkers was removed in JDK-8321410 in openjdk/jdk tip, but this version of the flag, which is present only in tests in genshen was missed in the merge from upstream. With this removal there are no other instances of this flag in the code or tests.

**Testing:** Verified that the test passes with the offending flag/test removed.

Backport-of: da2b9ed1520b6c152e019f7c333095b27c48d8cf

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/8

From wkemper at openjdk.org  Fri Jan 12 19:07:30 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:30 GMT
Subject: Integrated: 8323023: GenShen: Region logging test fails intermittently
Message-ID: <c8GBuJACgqn--ppm9a-X--KG8niOjJk0jhb5a7UXuB8=.bd97474f-f3c0-4b98-9c87-36e6fcc1dce0@github.com>

8323023: GenShen: Region logging test fails intermittently

-------------

Commit messages:
 - Backport bd42a0ea1a7349fb810dc4807444900f1df5c05f

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/10/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=10&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323023
  Stats: 123 lines in 2 files changed: 49 ins; 74 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/10.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/10/head:pull/10

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/10

From wkemper at openjdk.org  Fri Jan 12 19:07:31 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:31 GMT
Subject: Integrated: 8323023: GenShen: Region logging test fails intermittently
In-Reply-To: <c8GBuJACgqn--ppm9a-X--KG8niOjJk0jhb5a7UXuB8=.bd97474f-f3c0-4b98-9c87-36e6fcc1dce0@github.com>
References: <c8GBuJACgqn--ppm9a-X--KG8niOjJk0jhb5a7UXuB8=.bd97474f-f3c0-4b98-9c87-36e6fcc1dce0@github.com>
Message-ID: <S7MQ2F3v5RNJyumSTR47xh6i_l3M2Rjq8IKC5a3K0lg=.33b6a2d1-4232-4060-a4e1-ca6a30a22c9b@github.com>

On Fri, 12 Jan 2024 18:58:22 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8323023: GenShen: Region logging test fails intermittently

This pull request has now been integrated.

Changeset: f66ef9f3
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/f66ef9f3bc12d2be686e8e3fe3ae3f9061041b75
Stats:     123 lines in 2 files changed: 49 ins; 74 del; 0 mod

8323023: GenShen: Region logging test fails intermittently

Backport-of: bd42a0ea1a7349fb810dc4807444900f1df5c05f

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/10

From wkemper at openjdk.org  Fri Jan 12 19:07:40 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:40 GMT
Subject: Integrated: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
Message-ID: <ad7dZUH8FdPoHFkyz5WZ6FnYsF8aqq5vOfqCD1Dxvlk=.a1f00c88-a02d-42c7-aef9-4b0b1a4cc698@github.com>

8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

-------------

Commit messages:
 - Backport dd0115163d284455db0493d65080aa28151d57c0

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/9/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=9&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322875
  Stats: 18 lines in 2 files changed: 4 ins; 5 del; 9 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/9.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/9/head:pull/9

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/9

From wkemper at openjdk.org  Fri Jan 12 19:07:41 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:07:41 GMT
Subject: Integrated: 8322875: [GenShen] Unused/obsolete method parameter
 consumed_by_advance_promotion
In-Reply-To: <ad7dZUH8FdPoHFkyz5WZ6FnYsF8aqq5vOfqCD1Dxvlk=.a1f00c88-a02d-42c7-aef9-4b0b1a4cc698@github.com>
References: <ad7dZUH8FdPoHFkyz5WZ6FnYsF8aqq5vOfqCD1Dxvlk=.a1f00c88-a02d-42c7-aef9-4b0b1a4cc698@github.com>
Message-ID: <kH4I3ABBQd5tCMV_dT7aIQ5eDLAx-dzHAnfm1pozPs0=.b0a44af7-2d83-4fd3-9866-e209aae19d08@github.com>

On Fri, 12 Jan 2024 18:58:13 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

This pull request has now been integrated.

Changeset: 2b422abc
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/2b422abcdebbb7ba3ad6214072d7965d709350b4
Stats:     18 lines in 2 files changed: 4 ins; 5 del; 9 mod

8322875: [GenShen] Unused/obsolete method parameter consumed_by_advance_promotion

Remove the unused/unnecessary/obsolete parameter `consumed_by_advance_promotion` from the following ShenandoahGeneration methods:
1. compute_evacuation_budgets()
2. adjust_evacuation_budgets()

Backport-of: dd0115163d284455db0493d65080aa28151d57c0

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/9

From wkemper at openjdk.org  Fri Jan 12 19:08:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 19:08:19 GMT
Subject: Integrated: 8322219: GenShen: GHA for shenandoah repo should run all
 shenandoah jtreg tests
In-Reply-To: <3mXrz9s-zaXHGpTrw9Ys5P5RE-mNGIymiCCx0Sva1WI=.7d1bdc39-1616-4120-825b-118ddaa76b8e@github.com>
References: <3mXrz9s-zaXHGpTrw9Ys5P5RE-mNGIymiCCx0Sva1WI=.7d1bdc39-1616-4120-825b-118ddaa76b8e@github.com>
Message-ID: <Sk_eAcMMQ5Ixg2lrhDnqCnUexiw4RI1ClZdwQTjMri8=.3cbe1a64-97eb-4c16-9594-d546183bd66e@github.com>

On Fri, 12 Jan 2024 18:57:51 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8322219: GenShen: GHA for shenandoah repo should run all shenandoah jtreg tests

This pull request has now been integrated.

Changeset: 3daa505a
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/3daa505a0f4783f97191db3138b225ec74f61fb0
Stats:     5 lines in 1 file changed: 5 ins; 0 del; 0 mod

8322219: GenShen: GHA for shenandoah repo should run all shenandoah jtreg tests

Backport-of: 490ed34edd5c99aa132c0faa351da2ad5ae59577

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/7

From wkemper at openjdk.org  Fri Jan 12 22:02:06 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 22:02:06 GMT
Subject: RFR: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting
Message-ID: <lH2WnImIWdaOw7L2LBN_In26mdlPtDan-K_nF9rcNoE=.7022745a-78db-4465-baa0-6a4642344bf3@github.com>

8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

-------------

Commit messages:
 - Backport 6cd8d04f283b1d0e65f40f816ccb10b9be59717c

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/11/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=11&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8323083
  Stats: 164 lines in 6 files changed: 91 ins; 26 del; 47 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/11.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/11/head:pull/11

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/11

From wkemper at openjdk.org  Fri Jan 12 22:09:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 22:09:19 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>

On Fri, 12 Jan 2024 01:14:24 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.hpp line 70:

> 68:  *
> 69:  *  1. If we fail to evacuate the entirety of live memory from all cset regions,
> 70:  *     we will transition to STW full gc at the end of the evacuation cycle.  Full GC

First it attempts a degenerated cycle. If we don't believe a degenerated oom-during-evac cycle can ever succeed, we should change this behavior.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1450969186

From wkemper at openjdk.org  Fri Jan 12 22:28:19 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 12 Jan 2024 22:28:19 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>

On Fri, 12 Jan 2024 01:14:24 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.cpp line 208:

> 206: //  3. The count of threads authorized to evacuate for allocation has been decremented, because this thread is no
> 207: //     longer authorized.
> 208: //  4. We have waited for all evacuating threads to stop allocating, after which it is safe for this thread to resolve

This is where I think the implementation breaks down. If thread `A` is the _first_ thread to attempt evacuation and it fails _before_ any other thread has attempted to evacuate, then thread `A` "believes" that no other threads are evacuating and it returns immediately. How does the protocol then prevent other threads from proceeding with evacuation.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1450980552

From wkemper at openjdk.org  Sat Jan 13 00:08:56 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 00:08:56 GMT
Subject: Integrated: 8323083: [GenShen] Alloca avoidance, const-safety,
 interface decluttering in promotion budgeting
In-Reply-To: <lH2WnImIWdaOw7L2LBN_In26mdlPtDan-K_nF9rcNoE=.7022745a-78db-4465-baa0-6a4642344bf3@github.com>
References: <lH2WnImIWdaOw7L2LBN_In26mdlPtDan-K_nF9rcNoE=.7022745a-78db-4465-baa0-6a4642344bf3@github.com>
Message-ID: <nkGzUILHZyi2zcHyU7oU-xA_JpMgCiPceEeB4hbF7YY=.240d409d-3f08-4bdc-a6c1-7de7aa652865@github.com>

On Fri, 12 Jan 2024 21:54:57 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

This pull request has now been integrated.

Changeset: d0a3e816
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/d0a3e816f7d492d14bf655157883f99164274567
Stats:     164 lines in 6 files changed: 91 ins; 26 del; 47 mod

8323083: [GenShen] Alloca avoidance, const-safety, interface decluttering in promotion budgeting

In code related to the computation of promotion budgets and region preselection for promotion:

1. avoid alloca, instead encapsulating region preselection using RAII pattern
2. const-safety and some additional asserts related to 1
3. declutter some method interfaces
4. expand some documentation comments

Backport-of: 6cd8d04f283b1d0e65f40f816ccb10b9be59717c

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/11

From wkemper at openjdk.org  Sat Jan 13 00:16:05 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 00:16:05 GMT
Subject: Integrated: Merge openjdk/jdk:master
In-Reply-To: <zQ34ZNVIpFBNySM6aN_FQ1MpBPCZU2MaL4PhhXSV0LA=.8cd63335-f65b-4871-b0bd-89bd70fbd377@github.com>
References: <zQ34ZNVIpFBNySM6aN_FQ1MpBPCZU2MaL4PhhXSV0LA=.8cd63335-f65b-4871-b0bd-89bd70fbd377@github.com>
Message-ID: <5DHQo2m80YdUTzZE56q_VK8FJiNbiENNnCLcidJUKpY=.f3e91f34-fe63-435e-81bc-a6b6cc0f7743@github.com>

On Fri, 12 Jan 2024 17:44:21 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+5

This pull request has now been integrated.

Changeset: 58d39b04
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/58d39b04df1e737f112557db32af38f3120baea2
Stats:     19130 lines in 539 files changed: 12847 ins; 3469 del; 2814 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah/pull/383

From wkemper at openjdk.org  Sat Jan 13 00:29:10 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 00:29:10 GMT
Subject: RFR: 8321816: GenShen: Provide a minimum amount of time for an old
 collection to run
Message-ID: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>

Resolved conflict with `can_unload_classes_normal`.

-------------

Commit messages:
 - Backport 80f7780bfd2435486a5941629d6b4913b82e60b7

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/14/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=14&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8321816
  Stats: 83 lines in 6 files changed: 42 ins; 17 del; 24 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/14.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/14/head:pull/14

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/14

From wkemper at openjdk.org  Sat Jan 13 00:36:58 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 00:36:58 GMT
Subject: RFR: 8322347: GenShen: Run shenandoah tier2 and tier3 tests separately
 in GHA
Message-ID: <XQmIQQ81bo5_H3NmVr3pZ3cf1LXmPvcpiZeEB2H7z4s=.54b49af6-152b-4ec1-8c1d-18f46a023e49@github.com>

Clean backport

-------------

Commit messages:
 - Backport b415cec7f1728f17a838a3711ac462b1717424d1

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/15/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=15&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322347
  Stats: 8 lines in 1 file changed: 5 ins; 0 del; 3 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/15.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/15/head:pull/15

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/15

From wkemper at openjdk.org  Sat Jan 13 00:52:59 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 00:52:59 GMT
Subject: RFR: 8321605: GenShen: Old generation reference process is never reset
Message-ID: <6qK7bNx9xuUlWvV0bVNzeZW8KpSNl9yNHqgrFvOeY0A=.9aedbe77-cad6-4dac-a41e-6a37356c1c24@github.com>

8321605: GenShen: Old generation reference process is never reset

-------------

Commit messages:
 - Backport 2458f13684d9c2665c7c86dffcc23a24d1e73797

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/16/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=16&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8321605
  Stats: 1 line in 1 file changed: 1 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/16.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/16/head:pull/16

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/16

From ysr at openjdk.org  Sat Jan 13 00:53:52 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Sat, 13 Jan 2024 00:53:52 GMT
Subject: RFR: 8321816: GenShen: Provide a minimum amount of time for an old
 collection to run
In-Reply-To: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
References: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
Message-ID: <yCNsns0RVnhx_lg3o6JkSyz6VbLZxsjLEfCcY6O0ZF4=.487f2672-47e0-4600-af5c-fe99a3ef5e4a@github.com>

On Sat, 13 Jan 2024 00:21:14 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Resolved conflict with `can_unload_classes_normal`.

Looks good.

Not sure why the skara backport script missed a comment only change in src/hotspot/share/gc/shenandoah/heuristics/shenandoahHeuristics.hpp; see: https://github.com/openjdk/shenandoah/commit/80f7780bfd2435486a5941629d6b4913b82e60b7?diff=unified&w=0#diff-a904854dfcababbc3df4e7d15da6b9739592176bc27aa053fc197da36b5e8602

Might be a good idea to backport that small hunk as well, for consistency for the future. 

Otherwise looks good.

-------------

Marked as reviewed by ysr (Committer).

PR Review: https://git.openjdk.org/shenandoah-jdk21u/pull/14#pullrequestreview-1819474625

From wkemper at openjdk.org  Sat Jan 13 01:06:57 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 01:06:57 GMT
Subject: Integrated: 8321605: GenShen: Old generation reference process is
 never reset
In-Reply-To: <6qK7bNx9xuUlWvV0bVNzeZW8KpSNl9yNHqgrFvOeY0A=.9aedbe77-cad6-4dac-a41e-6a37356c1c24@github.com>
References: <6qK7bNx9xuUlWvV0bVNzeZW8KpSNl9yNHqgrFvOeY0A=.9aedbe77-cad6-4dac-a41e-6a37356c1c24@github.com>
Message-ID: <pE_NB0BGx0PzVNP3WGkRnJgamxB1Bfas1huRkA4tb-M=.9a9a1fdf-4ed2-4a2e-96cf-3cbf693851d3@github.com>

On Sat, 13 Jan 2024 00:47:22 GMT, William Kemper <wkemper at openjdk.org> wrote:

> 8321605: GenShen: Old generation reference process is never reset

This pull request has now been integrated.

Changeset: 23e7677f
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/23e7677f7028fb1d89bba35c51ef27de9625d55f
Stats:     1 line in 1 file changed: 1 ins; 0 del; 0 mod

8321605: GenShen: Old generation reference process is never reset

Backport-of: 2458f13684d9c2665c7c86dffcc23a24d1e73797

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/16

From wkemper at openjdk.org  Sat Jan 13 01:07:53 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 01:07:53 GMT
Subject: Integrated: 8322347: GenShen: Run shenandoah tier2 and tier3 tests
 separately in GHA
In-Reply-To: <XQmIQQ81bo5_H3NmVr3pZ3cf1LXmPvcpiZeEB2H7z4s=.54b49af6-152b-4ec1-8c1d-18f46a023e49@github.com>
References: <XQmIQQ81bo5_H3NmVr3pZ3cf1LXmPvcpiZeEB2H7z4s=.54b49af6-152b-4ec1-8c1d-18f46a023e49@github.com>
Message-ID: <WLZ-8KkRFSJ4KuivnvTEDnszsspQEVXy9aDl08_ji6k=.de36d1df-a3b5-4b03-8bff-e39607f5125b@github.com>

On Sat, 13 Jan 2024 00:32:07 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Clean backport

This pull request has now been integrated.

Changeset: 4360ffbf
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/4360ffbf82d20918ba76fb2f8b6fea1b8454cbcb
Stats:     8 lines in 1 file changed: 5 ins; 0 del; 3 mod

8322347: GenShen: Run shenandoah tier2 and tier3 tests separately in GHA

Backport-of: b415cec7f1728f17a838a3711ac462b1717424d1

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/15

From wkemper at openjdk.org  Sat Jan 13 01:12:49 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 01:12:49 GMT
Subject: RFR: 8321816: GenShen: Provide a minimum amount of time for an old
 collection to run
In-Reply-To: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
References: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
Message-ID: <EvdsAzIWhmZA6ldcA7hNf0L18qBnQl3AzlLvXE6xTDI=.9bbe0979-f7fc-4966-811d-36c914e17b8e@github.com>

On Sat, 13 Jan 2024 00:21:14 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Resolved conflict with `can_unload_classes_normal`.

The comment conflicted with the `can_unload_classes_normal` method, which was changed in upstream tip. Historically, our backport efforts have been limited to only changes made directly to `shenandoah/master`.  We may need to revise this policy.

-------------

PR Comment: https://git.openjdk.org/shenandoah-jdk21u/pull/14#issuecomment-1890226400

From wkemper at openjdk.org  Sat Jan 13 01:12:49 2024
From: wkemper at openjdk.org (William Kemper)
Date: Sat, 13 Jan 2024 01:12:49 GMT
Subject: Integrated: 8321816: GenShen: Provide a minimum amount of time for an
 old collection to run
In-Reply-To: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
References: <q0VblscJa3bAkIj6X5x7YzGjI5J8LoE5CbeQVnU2ALw=.d4951886-5e9a-4c94-bed1-11346d987f36@github.com>
Message-ID: <MM1DUMkdNtOKhGQ6EjsuNkwI8LpjNCTvPzApMr2x6nY=.2e2a9a1d-5f36-4a87-8e3b-75443eab6741@github.com>

On Sat, 13 Jan 2024 00:21:14 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Resolved conflict with `can_unload_classes_normal`.

This pull request has now been integrated.

Changeset: bcf52167
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/bcf521671553dd6f5300ed40b6625e41dc000358
Stats:     83 lines in 6 files changed: 42 ins; 17 del; 24 mod

8321816: GenShen: Provide a minimum amount of time for an old collection to run

Reviewed-by: ysr
Backport-of: 80f7780bfd2435486a5941629d6b4913b82e60b7

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/14

From kdnilsen at openjdk.org  Tue Jan 16 15:33:35 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 16 Jan 2024 15:33:35 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v2]
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <n7TbHL6Y0MoGpLtzjt7UHuUzjTMNINMiLj4_lt30FyI=.6c49d470-c7e2-43b3-8791-d4057cbb20e7@github.com>

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Add assertions to enforce OOM during Evac protocol

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17385/files
  - new: https://git.openjdk.org/jdk/pull/17385/files/1e3a07ca..8f31b884

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=00-01

  Stats: 45 lines in 4 files changed: 33 ins; 0 del; 12 mod
  Patch: https://git.openjdk.org/jdk/pull/17385.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17385/head:pull/17385

PR: https://git.openjdk.org/jdk/pull/17385

From kdnilsen at openjdk.org  Tue Jan 16 16:00:33 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 16 Jan 2024 16:00:33 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <3Lji_fdpOEN6six6EyrTCjdwtlOh8cnWW_EWynUiJlE=.67e0b442-7b36-456f-9651-e38456902b9f@github.com>

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Initialize evacuation state

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17385/files
  - new: https://git.openjdk.org/jdk/pull/17385/files/8f31b884..23e0d4b4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=01-02

  Stats: 3 lines in 1 file changed: 3 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17385.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17385/head:pull/17385

PR: https://git.openjdk.org/jdk/pull/17385

From kdnilsen at openjdk.org  Tue Jan 16 21:19:51 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 16 Jan 2024 21:19:51 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>
Message-ID: <6_XdK3LLAc9xV9XLKqt6VXhHHdKph2QIsbRSY23IZnE=.6cc32bc5-c672-4e94-b02f-5b03b4f675eb@github.com>

On Fri, 12 Jan 2024 22:06:34 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Initialize evacuation state
>
> src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.hpp line 70:
> 
>> 68:  *
>> 69:  *  1. If we fail to evacuate the entirety of live memory from all cset regions,
>> 70:  *     we will transition to STW full gc at the end of the evacuation cycle.  Full GC
> 
> First it attempts a degenerated cycle. If we don't believe a degenerated oom-during-evac cycle can ever succeed, we should change this behavior.

Is this true?  I believe degenerated cycle is unable to recover from OOM during evac.  We always have to upgrade to Full GC in this situation.  That's because the OOM during Evac protocol has compromised the cset by possibly allowing references to the cset to sneak through the LRB barrier.  Hereafter, degen is not sufficient to recover.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454049546

From kdnilsen at openjdk.org  Tue Jan 16 21:24:51 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 16 Jan 2024 21:24:51 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>
Message-ID: <bZ2LRJ1Jiak0sScZyGbeXnawmie-D20CzeSwr_9Y6_c=.5f055f53-677f-45bd-bf26-577d437efd8b@github.com>

On Fri, 12 Jan 2024 22:25:31 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Initialize evacuation state
>
> src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.cpp line 208:
> 
>> 206: //  3. The count of threads authorized to evacuate for allocation has been decremented, because this thread is no
>> 207: //     longer authorized.
>> 208: //  4. We have waited for all evacuating threads to stop allocating, after which it is safe for this thread to resolve
> 
> This is where I think the implementation breaks down. If thread `A` is the _first_ thread to attempt evacuation and it fails _before_ any other thread has attempted to evacuate, then thread `A` "believes" that no other threads are evacuating and it returns immediately. How does the protocol then prevent other threads from proceeding with evacuation.

Even when thread A is the first thread to attempt evacuation, it will:
1. Iterate through all counters and set the OOM bit on each one.  Any new thread that attempts to enter_evacuation() will check the OOM bit on its respective counter.  If the OOM bit is already set, that new thread will not be authorized to allocate.  If the thread happens to enter before this thread A has set its OOM bit, then we resolve this in the next step.
2. After setting the OOM bit on each counter, we wait_for_no_evac_threads before we consider it safe to make use of a from-space pointer.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454055307

From kdnilsen at openjdk.org  Tue Jan 16 21:40:56 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 16 Jan 2024 21:40:56 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <bZ2LRJ1Jiak0sScZyGbeXnawmie-D20CzeSwr_9Y6_c=.5f055f53-677f-45bd-bf26-577d437efd8b@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>
 <bZ2LRJ1Jiak0sScZyGbeXnawmie-D20CzeSwr_9Y6_c=.5f055f53-677f-45bd-bf26-577d437efd8b@github.com>
Message-ID: <mj7eg9KdLn5PnCWCYx8raCBSrZMS-9WXz9qAKUl4958=.440a3c45-f3fd-47fd-8676-622cdd719a3d@github.com>

On Tue, 16 Jan 2024 21:22:37 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.cpp line 208:
>> 
>>> 206: //  3. The count of threads authorized to evacuate for allocation has been decremented, because this thread is no
>>> 207: //     longer authorized.
>>> 208: //  4. We have waited for all evacuating threads to stop allocating, after which it is safe for this thread to resolve
>> 
>> This is where I think the implementation breaks down. If thread `A` is the _first_ thread to attempt evacuation and it fails _before_ any other thread has attempted to evacuate, then thread `A` "believes" that no other threads are evacuating and it returns immediately. How does the protocol then prevent other threads from proceeding with evacuation.
>
> Even when thread A is the first thread to attempt evacuation, it will:
> 1. Iterate through all counters and set the OOM bit on each one.  Any new thread that attempts to enter_evacuation() will check the OOM bit on its respective counter.  If the OOM bit is already set, that new thread will not be authorized to allocate.  If the thread happens to enter before this thread A has set its OOM bit, then we resolve this in the next step.
> 2. After setting the OOM bit on each counter, we wait_for_no_evac_threads before we consider it safe to make use of a from-space pointer.

So what about this scenario?
1. Thread A is setting the OOM bits on all counters, has decremented its own count, but has not yet finished setting all OOM bits
2. Thread B newly tries to enter_evacuation() so it invokes register_thread, and it finds the OOM bit is set.  It waits for no_evac_threads() and this immediately returns, because there are no evac thread running at this moment.
3. Now thread C newly tries to enter_evacuation() so it invokes register thread, but thread A has not yet set this thread's OOM bit, so thread C proceeds to enter_evac with authorization to evacuate.
4. Thread A will wait for thread C to finish evacuating, but thread B is not waiting for thread C to finish evacuating.

This does appear to be a bug.  I think the fix is that register_thread also needs to repeat the loop that sets all OOM bits before it waits for no evac threads.

I expect it is very rare for this to occur, and it only occurs when we're already in dire circumstances, so I don't think it's worth the effort to optimize an implementation that avoids having multiple threads redundantly set the OOM bits on every counter.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454070259

From wkemper at openjdk.org  Tue Jan 16 21:48:50 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 16 Jan 2024 21:48:50 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <6_XdK3LLAc9xV9XLKqt6VXhHHdKph2QIsbRSY23IZnE=.6cc32bc5-c672-4e94-b02f-5b03b4f675eb@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>
 <6_XdK3LLAc9xV9XLKqt6VXhHHdKph2QIsbRSY23IZnE=.6cc32bc5-c672-4e94-b02f-5b03b4f675eb@github.com>
Message-ID: <-XcHjECOB7drui5vrBe8kfzt5WuluEmHPsZFeBjsqN4=.5d1cb628-74b4-419c-8201-1f469e1c6434@github.com>

On Tue, 16 Jan 2024 21:17:13 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.hpp line 70:
>> 
>>> 68:  *
>>> 69:  *  1. If we fail to evacuate the entirety of live memory from all cset regions,
>>> 70:  *     we will transition to STW full gc at the end of the evacuation cycle.  Full GC
>> 
>> First it attempts a degenerated cycle. If we don't believe a degenerated oom-during-evac cycle can ever succeed, we should change this behavior.
>
> Is this true?  I believe degenerated cycle is unable to recover from OOM during evac.  We always have to upgrade to Full GC in this situation.  That's because the OOM during Evac protocol has compromised the cset by possibly allowing references to the cset to sneak through the LRB barrier.  Hereafter, degen is not sufficient to recover.

Yes, this happens. That is why we specifically has to add this patch: https://github.com/openjdk/shenandoah/blob/master/src/hotspot/share/gc/shenandoah/shenandoahDegeneratedGC.cpp#L202 to help the degenerated cycle recover from oom-during-evac correctly.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454085125

From kdnilsen at openjdk.org  Wed Jan 17 00:28:52 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 17 Jan 2024 00:28:52 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <mj7eg9KdLn5PnCWCYx8raCBSrZMS-9WXz9qAKUl4958=.440a3c45-f3fd-47fd-8676-622cdd719a3d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>
 <bZ2LRJ1Jiak0sScZyGbeXnawmie-D20CzeSwr_9Y6_c=.5f055f53-677f-45bd-bf26-577d437efd8b@github.com>
 <mj7eg9KdLn5PnCWCYx8raCBSrZMS-9WXz9qAKUl4958=.440a3c45-f3fd-47fd-8676-622cdd719a3d@github.com>
Message-ID: <qXdOFgOtvF7ImJddS5HrbIL4Iv3x3QJ83iURLuSb8To=.5c1fab04-2a47-4f8e-b793-b8d00d44b3bd@github.com>

On Tue, 16 Jan 2024 21:34:03 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Even when thread A is the first thread to attempt evacuation, it will:
>> 1. Iterate through all counters and set the OOM bit on each one.  Any new thread that attempts to enter_evacuation() will check the OOM bit on its respective counter.  If the OOM bit is already set, that new thread will not be authorized to allocate.  If the thread happens to enter before this thread A has set its OOM bit, then we resolve this in the next step.
>> 2. After setting the OOM bit on each counter, we wait_for_no_evac_threads before we consider it safe to make use of a from-space pointer.
>
> So what about this scenario?
> 1. Thread A is setting the OOM bits on all counters, has decremented its own count, but has not yet finished setting all OOM bits
> 2. Thread B newly tries to enter_evacuation() so it invokes register_thread, and it finds the OOM bit is set.  It waits for no_evac_threads() and this immediately returns without authorization to evacuate, because there are no evac thread running at this moment.
> 3. Now thread C newly tries to enter_evacuation() so it invokes register thread, but thread A has not yet set this thread's OOM bit, so thread C proceeds to enter_evac with authorization to evacuate.
> 4. Thread A will wait for thread C to finish evacuating, but thread B is not waiting for thread C to finish evacuating.
> 
> This does appear to be a bug.  I think the fix is that register_thread also needs to repeat the loop that sets all OOM bits before it waits for no evac threads.
> 
> I expect it is very rare for this to occur, and it only occurs when we're already in dire circumstances, so I don't think it's worth the effort to optimize an implementation that avoids having multiple threads redundantly set the OOM bits on every counter.

Upon further reflection, I think this can't happen either.  In particular:
1. Thread B, when it waits for no evac threads, is also waiting for all counter's OOM bits to be set.
2. So Thread B will not return until thread A has set all of the OOM bits.
3. Suppose thread C's counter has value 0 because Thread A has not yet set its OOM bit.  There's a race:
    a. Thread A wants to change the counter to OOM bit
    b. Thread C wants to change the counter to 1
4. If Thread A wins the race, then thread C will proceed without authorization to allocate.
5. If Thread C wins the race, then both thread A and B will spin until thread C finishes its evacuation and decrements the counter back to zero.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454251517

From kdnilsen at openjdk.org  Wed Jan 17 01:16:52 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 17 Jan 2024 01:16:52 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v3]
In-Reply-To: <-XcHjECOB7drui5vrBe8kfzt5WuluEmHPsZFeBjsqN4=.5d1cb628-74b4-419c-8201-1f469e1c6434@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>
 <6_XdK3LLAc9xV9XLKqt6VXhHHdKph2QIsbRSY23IZnE=.6cc32bc5-c672-4e94-b02f-5b03b4f675eb@github.com>
 <-XcHjECOB7drui5vrBe8kfzt5WuluEmHPsZFeBjsqN4=.5d1cb628-74b4-419c-8201-1f469e1c6434@github.com>
Message-ID: <63mw6IS_C9ncQP7y_dSqf3PiZBA05knZv2FNZlFzHr8=.c457691f-303b-4cec-9415-e2ddfd520763@github.com>

On Tue, 16 Jan 2024 21:46:39 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Is this true?  I believe degenerated cycle is unable to recover from OOM during evac.  We always have to upgrade to Full GC in this situation.  That's because the OOM during Evac protocol has compromised the cset by possibly allowing references to the cset to sneak through the LRB barrier.  Hereafter, degen is not sufficient to recover.
>
> Yes, this happens. That is why we specifically has to add this patch: https://github.com/openjdk/shenandoah/blob/master/src/hotspot/share/gc/shenandoah/shenandoahDegeneratedGC.cpp#L202 to help the degenerated cycle recover from oom-during-evac correctly.

I am wrong about this.  So if the _degen_point is _degenerated_evac, the degenerated evac cycle sets the update watermark value on every active region to the current top (because we may need to rescan ranges of regions that are above the original update watermark because we may have written a leaked cset pointer into this memory) and then we iterate through all cset regions to evacuate all objects not previously evacuated.  There is no attempt by degen gc to resume evacuation where concurrent GC left off.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1454297384

From kdnilsen at openjdk.org  Wed Jan 17 16:49:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 17 Jan 2024 16:49:02 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v4]
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <2hHHyHNCK-fLd7xJi0bR7E_EJO8Kd8ekI8QCiHEUbtg=.079995d9-cfba-47ae-a058-b49066cc6d71@github.com>

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Add clarification to multiple comments

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17385/files
  - new: https://git.openjdk.org/jdk/pull/17385/files/23e0d4b4..d1d1c1c6

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=02-03

  Stats: 35 lines in 2 files changed: 25 ins; 0 del; 10 mod
  Patch: https://git.openjdk.org/jdk/pull/17385.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17385/head:pull/17385

PR: https://git.openjdk.org/jdk/pull/17385

From wkemper at openjdk.org  Wed Jan 17 18:17:51 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 17 Jan 2024 18:17:51 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v4]
In-Reply-To: <qXdOFgOtvF7ImJddS5HrbIL4Iv3x3QJ83iURLuSb8To=.5c1fab04-2a47-4f8e-b793-b8d00d44b3bd@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <nYOHXnf30CdDNjq-a4WsZBvM62DiEduFZIZi28XJKxE=.0168f0a5-6b1e-4810-bd55-50ee751b4a1e@github.com>
 <bZ2LRJ1Jiak0sScZyGbeXnawmie-D20CzeSwr_9Y6_c=.5f055f53-677f-45bd-bf26-577d437efd8b@github.com>
 <mj7eg9KdLn5PnCWCYx8raCBSrZMS-9WXz9qAKUl4958=.440a3c45-f3fd-47fd-8676-622cdd719a3d@github.com>
 <qXdOFgOtvF7ImJddS5HrbIL4Iv3x3QJ83iURLuSb8To=.5c1fab04-2a47-4f8e-b793-b8d00d44b3bd@github.com>
Message-ID: <_pNbzQXZJN-f9zyo_rvTpNCA8sL-mJNrom7DF2mnLW0=.9605a5d9-99fe-40aa-907b-6b95a055097a@github.com>

On Wed, 17 Jan 2024 00:26:16 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> So what about this scenario?
>> 1. Thread A is setting the OOM bits on all counters, has decremented its own count, but has not yet finished setting all OOM bits
>> 2. Thread B newly tries to enter_evacuation() so it invokes register_thread, and it finds the OOM bit is set.  It waits for no_evac_threads() and this immediately returns without authorization to evacuate, because there are no evac thread running at this moment.
>> 3. Now thread C newly tries to enter_evacuation() so it invokes register thread, but thread A has not yet set this thread's OOM bit, so thread C proceeds to enter_evac with authorization to evacuate.
>> 4. Thread A will wait for thread C to finish evacuating, but thread B is not waiting for thread C to finish evacuating.
>> 
>> This does appear to be a bug.  I think the fix is that register_thread also needs to repeat the loop that sets all OOM bits before it waits for no evac threads.
>> 
>> I expect it is very rare for this to occur, and it only occurs when we're already in dire circumstances, so I don't think it's worth the effort to optimize an implementation that avoids having multiple threads redundantly set the OOM bits on every counter.
>
> Upon further reflection, I think this can't happen either.  In particular:
> 1. Thread B, when it waits for no evac threads, is also waiting for all counter's OOM bits to be set.
> 2. So Thread B will not return until thread A has set all of the OOM bits.
> 3. Suppose thread C's counter has value 0 because Thread A has not yet set its OOM bit.  There's a race:
>     a. Thread A wants to change the counter to OOM bit
>     b. Thread C wants to change the counter to 1
> 4. If Thread A wins the race, then thread C will proceed without authorization to allocate.
> 5. If Thread C wins the race, then both thread A and B will spin until thread C finishes its evacuation and decrements the counter back to zero.

I agree. Though I haven't reproduced the scenario you're describing, I stepped through this code a few times with failure scenarios.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1456241140

From wkemper at openjdk.org  Wed Jan 17 18:17:53 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 17 Jan 2024 18:17:53 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v4]
In-Reply-To: <63mw6IS_C9ncQP7y_dSqf3PiZBA05knZv2FNZlFzHr8=.c457691f-303b-4cec-9415-e2ddfd520763@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <U97Z3574ORXfg4Lj4D84rA2-y6JeOG5Qhaly8XeYhoI=.38289f7f-4434-4438-8283-1f4a297e0bb6@github.com>
 <6_XdK3LLAc9xV9XLKqt6VXhHHdKph2QIsbRSY23IZnE=.6cc32bc5-c672-4e94-b02f-5b03b4f675eb@github.com>
 <-XcHjECOB7drui5vrBe8kfzt5WuluEmHPsZFeBjsqN4=.5d1cb628-74b4-419c-8201-1f469e1c6434@github.com>
 <63mw6IS_C9ncQP7y_dSqf3PiZBA05knZv2FNZlFzHr8=.c457691f-303b-4cec-9415-e2ddfd520763@github.com>
Message-ID: <zeU29cJmcSxVy2zQK4XYuq-TxitdYxiqP7YQuuToUNk=.32870e68-57f2-432b-9d53-4f2f67ac1cf3@github.com>

On Wed, 17 Jan 2024 01:13:50 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Yes, this happens. That is why we specifically has to add this patch: https://github.com/openjdk/shenandoah/blob/master/src/hotspot/share/gc/shenandoah/shenandoahDegeneratedGC.cpp#L202 to help the degenerated cycle recover from oom-during-evac correctly.
>
> I am wrong about this.  So if the _degen_point is _degenerated_evac, the degenerated evac cycle sets the update watermark value on every active region to the current top (because we may need to rescan ranges of regions that are above the original update watermark because we may have written a leaked cset pointer into this memory) and then we iterate through all cset regions to evacuate all objects not previously evacuated.  There is no attempt by degen gc to resume evacuation where concurrent GC left off.

Yes, that's my read of it. What I missed earlier is that once any thread fails to evacuate, the other threads are prevented from evacuation. This increases the chances for a degenerated cycle to successfully conclude the evacuation because these other threads may still have memory available in their GCLABs.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1456238338

From wkemper at openjdk.org  Wed Jan 17 18:24:52 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 17 Jan 2024 18:24:52 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v4]
In-Reply-To: <2hHHyHNCK-fLd7xJi0bR7E_EJO8Kd8ekI8QCiHEUbtg=.079995d9-cfba-47ae-a058-b49066cc6d71@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <2hHHyHNCK-fLd7xJi0bR7E_EJO8Kd8ekI8QCiHEUbtg=.079995d9-cfba-47ae-a058-b49066cc6d71@github.com>
Message-ID: <Q3nzLPTP-1hUxLKvMIuq2_tuZ3QBAY1E0z7mGFcpqmc=.b1cd598f-53f3-44df-8dee-a9a34aa52e3e@github.com>

On Wed, 17 Jan 2024 16:49:02 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Add clarification to multiple comments

src/hotspot/share/gc/shenandoah/shenandoahEvacOOMHandler.hpp line 71:

> 69:  *  1. If we fail to evacuate the entirety of live memory from all cset regions,
> 70:  *     we will transition first to degenerated GC and if that fails, to full GC at
> 71:  *     the end of this canceeled concurrent evacuation phase.  To heal heap invariants

s/canceeled/cancelled

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17385#discussion_r1456253873

From wkemper at openjdk.org  Wed Jan 17 18:28:50 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 17 Jan 2024 18:28:50 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v4]
In-Reply-To: <2hHHyHNCK-fLd7xJi0bR7E_EJO8Kd8ekI8QCiHEUbtg=.079995d9-cfba-47ae-a058-b49066cc6d71@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
 <2hHHyHNCK-fLd7xJi0bR7E_EJO8Kd8ekI8QCiHEUbtg=.079995d9-cfba-47ae-a058-b49066cc6d71@github.com>
Message-ID: <8R2Spmooh4OPME68d0N8rRk4QjJEmN4JsXgLCQhvbrk=.2fdc2276-0a50-4e2a-a073-e9e57cf27734@github.com>

On Wed, 17 Jan 2024 16:49:02 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Add clarification to multiple comments

Thank you for doing this. Spotted a minor typo, otherwise looks great!

-------------

Marked as reviewed by wkemper (Author).

PR Review: https://git.openjdk.org/jdk/pull/17385#pullrequestreview-1827920714

From wkemper at openjdk.org  Thu Jan 18 18:25:18 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 18 Jan 2024 18:25:18 GMT
Subject: RFR: Merge openjdk/jdk:master
Message-ID: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>

Merges tag jdk-23+6

-------------

Commit messages:
 - 8323694: RISC-V: Unnecessary ResourceMark in NativeCall::set_destination_mt_safe
 - 8316497: ColorConvertOp - typo for non-ICC conversions needs one-line fix
 - 8323554: The typos in Javadoc: "@return if "
 - 8322100: Fix GCMIncrementByte4 & GCMIncrementDirect4, and increase overlap testing
 - 8317771: [macos14] Expand/collapse a JTree using keyboard freezes the application in macOS 14 Sonoma
 - 8323710: (fc) FileChannel.lock creates a FileKey with a poor hashCode after JDK-8321429 (win)
 - 8321561: (fs) Clarify non-atomic behavior of Files.move
 - 8323794: Remove unused jimage compressor plugin configuration
 - 8321137: Reconsider ICStub alignment
 - 8323612: IOVecWrapper should be changed to be TerminatingThreadLocal
 - ... and 97 more: https://git.openjdk.org/shenandoah/compare/26de9e24...ff8cc268

The webrev contains the conflicts with master:
 - merge conflicts: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=00.conflicts

Changes: https://git.openjdk.org/shenandoah/pull/384/files
  Stats: 16242 lines in 384 files changed: 8516 ins; 6454 del; 1272 mod
  Patch: https://git.openjdk.org/shenandoah/pull/384.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/384/head:pull/384

PR: https://git.openjdk.org/shenandoah/pull/384

From wkemper at openjdk.org  Thu Jan 18 20:04:30 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 18 Jan 2024 20:04:30 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
References: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
Message-ID: <vz0kiYzFdf2qyBFqx13TIOmXmdftsCA1xgHKRXSEr6o=.eb81f23b-5772-48ad-a873-56f83abf8c39@github.com>

> Merges tag jdk-23+6

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 108 commits:

 - Merge remote-tracking branch 'shenandoah/master' into merge-jdk-23+6
 - 8323694: RISC-V: Unnecessary ResourceMark in NativeCall::set_destination_mt_safe
   
   Reviewed-by: fyang, rehn
 - 8316497: ColorConvertOp - typo for non-ICC conversions needs one-line fix
   
   Co-authored-by: Sergey Bylokhov <serb at openjdk.org>
   Co-authored-by: Alexey Ivanov <aivanov at openjdk.org>
   Reviewed-by: aivanov, serb
 - 8323554: The typos in Javadoc: "@return if "
   
   Reviewed-by: prr
 - 8322100: Fix GCMIncrementByte4 & GCMIncrementDirect4, and increase overlap testing
   
   Reviewed-by: jnimeh
 - 8317771: [macos14] Expand/collapse a JTree using keyboard freezes the application in macOS 14 Sonoma
   
   Reviewed-by: kizune
 - 8323710: (fc) FileChannel.lock creates a FileKey with a poor hashCode after JDK-8321429 (win)
   
   Reviewed-by: alanb
 - 8321561: (fs) Clarify non-atomic behavior of Files.move
   
   Reviewed-by: alanb
 - 8323794: Remove unused jimage compressor plugin configuration
   
   Reviewed-by: jlaskey, mchung
 - 8321137: Reconsider ICStub alignment
   
   Reviewed-by: dlong, eosterlund, mdoerr, fyang, aph
 - ... and 98 more: https://git.openjdk.org/shenandoah/compare/58d39b04...f5d1f777

-------------

Changes: https://git.openjdk.org/shenandoah/pull/384/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=01
  Stats: 16190 lines in 380 files changed: 8493 ins; 6435 del; 1262 mod
  Patch: https://git.openjdk.org/shenandoah/pull/384.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/384/head:pull/384

PR: https://git.openjdk.org/shenandoah/pull/384

From wkemper at openjdk.org  Thu Jan 18 21:51:23 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 18 Jan 2024 21:51:23 GMT
Subject: RFR: 8324173: GenShen: Fix error that could cause young gcs to fail
 when old marking is running
Message-ID: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>

Accidentally deleted a line of code in recent PR#382.

-------------

Commit messages:
 - Set requested generation when preempting old mark

Changes: https://git.openjdk.org/shenandoah/pull/385/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=385&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324173
  Stats: 1 line in 1 file changed: 1 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah/pull/385.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/385/head:pull/385

PR: https://git.openjdk.org/shenandoah/pull/385

From kdnilsen at openjdk.org  Thu Jan 18 22:38:57 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 18 Jan 2024 22:38:57 GMT
Subject: RFR: 8324173: GenShen: Fix error that could cause young gcs to
 fail when old marking is running
In-Reply-To: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
References: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
Message-ID: <2uLjFVnrQq-3maB7abPMhe5jNTG0MRZsVcoJHiMkdn8=.1695f739-ad5a-4a28-9bcd-06a467b0624e@github.com>

On Thu, 18 Jan 2024 21:16:56 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Accidentally deleted a line of code in recent PR#382.

Marked as reviewed by kdnilsen (Committer).

-------------

PR Review: https://git.openjdk.org/shenandoah/pull/385#pullrequestreview-1830667237

From ysr at openjdk.org  Thu Jan 18 23:09:26 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Thu, 18 Jan 2024 23:09:26 GMT
Subject: RFR: 8324173: GenShen: Fix error that could cause young gcs to
 fail when old marking is running
In-Reply-To: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
References: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
Message-ID: <WPC9lX3dlWofbrjtBUGqNOPCoaer22-HFEqTHdOCVfI=.0ca6fb3a-b37c-4533-91e3-c143de7eaa13@github.com>

On Thu, 18 Jan 2024 21:16:56 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Accidentally deleted a line of code in recent PR#382.

Please list the failing test and stack retrace of the failure in the ticket.
Curious why it wasn't caught in normal pre-commit testing or in GHA. May be preemption of old gc isn 't that common in our test scenarios?

Change looks good. Reviewed!

-------------

Marked as reviewed by ysr (Committer).

PR Review: https://git.openjdk.org/shenandoah/pull/385#pullrequestreview-1830698445

From wkemper at openjdk.org  Thu Jan 18 23:39:58 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 18 Jan 2024 23:39:58 GMT
Subject: RFR: 8324173: GenShen: Fix error that could cause young gcs to
 fail when old marking is running
In-Reply-To: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
References: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
Message-ID: <HbqDfksC1k9aXUNINeR6YhiLKe_kus4WJzeiiDKMrk8=.e7d8f230-92ae-46d5-b607-192b2be04306@github.com>

On Thu, 18 Jan 2024 21:16:56 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Accidentally deleted a line of code in recent PR#382. This violated the following assertion during an extremem run:
> 
> #  Internal Error (/codebuild/output/src3111/src/s3/00/src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp:747), pid=1492, tid=1502
> #  assert(_requested_generation == YOUNG) failed: Only young GCs may preempt old.
> 
> Reached by this call stack:
> 
> V  [libjvm.so+0x16ed734]  ShenandoahControlThread::check_cancellation_or_degen(ShenandoahGC::ShenandoahDegenPoint)+0x294  (shenandoahControlThread.cpp:747)
> V  [libjvm.so+0x16ee875]  ShenandoahControlThread::resume_concurrent_old_cycle(ShenandoahGeneration*, GCCause::Cause)+0x1e5  (shenandoahControlThread.cpp:601)
> V  [libjvm.so+0x16eedf3]  ShenandoahControlThread::service_concurrent_old_cycle(ShenandoahHeap*, GCCause::Cause&)+0x1b3  (shenandoahControlThread.cpp:559)
> V  [libjvm.so+0x16f02ae]  ShenandoahControlThread::run_service()+0x9fe  (shenandoahControlThread.cpp:308)

I'm sure we need more jtreg tests to exercise old collections. This assert was caught by an extremem run. There was a race so not even every preempted old marking cycle would trip this assert.

-------------

PR Comment: https://git.openjdk.org/shenandoah/pull/385#issuecomment-1899386866

From wkemper at openjdk.org  Thu Jan 18 23:39:58 2024
From: wkemper at openjdk.org (William Kemper)
Date: Thu, 18 Jan 2024 23:39:58 GMT
Subject: Integrated: 8324173: GenShen: Fix error that could cause young gcs to
 fail when old marking is running
In-Reply-To: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
References: <Nu6VeZhouAme7scnTFPXH_kfSncH48jKc3A4Gg1M_D8=.efaedc2f-04d8-4574-bef2-aa787331de20@github.com>
Message-ID: <VW37AM_tqLMNP7PWecpdGd94N8y78DuGDuyHskreOEM=.10765b49-b2cb-4244-a148-058b395a78eb@github.com>

On Thu, 18 Jan 2024 21:16:56 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Accidentally deleted a line of code in recent PR#382. This violated the following assertion during an extremem run:
> 
> #  Internal Error (/codebuild/output/src3111/src/s3/00/src/hotspot/share/gc/shenandoah/shenandoahControlThread.cpp:747), pid=1492, tid=1502
> #  assert(_requested_generation == YOUNG) failed: Only young GCs may preempt old.
> 
> Reached by this call stack:
> 
> V  [libjvm.so+0x16ed734]  ShenandoahControlThread::check_cancellation_or_degen(ShenandoahGC::ShenandoahDegenPoint)+0x294  (shenandoahControlThread.cpp:747)
> V  [libjvm.so+0x16ee875]  ShenandoahControlThread::resume_concurrent_old_cycle(ShenandoahGeneration*, GCCause::Cause)+0x1e5  (shenandoahControlThread.cpp:601)
> V  [libjvm.so+0x16eedf3]  ShenandoahControlThread::service_concurrent_old_cycle(ShenandoahHeap*, GCCause::Cause&)+0x1b3  (shenandoahControlThread.cpp:559)
> V  [libjvm.so+0x16f02ae]  ShenandoahControlThread::run_service()+0x9fe  (shenandoahControlThread.cpp:308)

This pull request has now been integrated.

Changeset: 1f7fd7cc
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/1f7fd7cc8794c31d03e73d8adbafa9a434138250
Stats:     1 line in 1 file changed: 1 ins; 0 del; 0 mod

8324173: GenShen: Fix error that could cause young gcs to fail when old marking is running

Reviewed-by: kdnilsen, ysr

-------------

PR: https://git.openjdk.org/shenandoah/pull/385

From wkemper at openjdk.org  Fri Jan 19 00:55:16 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 19 Jan 2024 00:55:16 GMT
Subject: RFR: Merge openjdk/jdk:master [v3]
In-Reply-To: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
References: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
Message-ID: <1JJOLj-EpXWQdpyicCaocCuYO50koQn81iZrOrrc5qA=.95093d76-38f5-4626-b786-99eb56df099e@github.com>

> Merges tag jdk-23+6

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Fix parentheses warning

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/384/files
  - new: https://git.openjdk.org/shenandoah/pull/384/files/f5d1f777..f8fac6e4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=02
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=01-02

  Stats: 7 lines in 1 file changed: 0 ins; 4 del; 3 mod
  Patch: https://git.openjdk.org/shenandoah/pull/384.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/384/head:pull/384

PR: https://git.openjdk.org/shenandoah/pull/384

From wkemper at openjdk.org  Fri Jan 19 00:59:52 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 19 Jan 2024 00:59:52 GMT
Subject: RFR: 8324173: GenShen: Fix error that could cause young gcs to fail
 when old marking is running
Message-ID: <O04WjGJNVqh93agejR9QcOn7LIik5VcEgdnaCdFG9tE=.04d7199b-3bc9-457e-a937-cc63540c7877@github.com>

Clean backport, simple fix.

-------------

Commit messages:
 - Backport 1f7fd7cc8794c31d03e73d8adbafa9a434138250

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/17/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=17&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324173
  Stats: 1 line in 1 file changed: 1 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/17.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/17/head:pull/17

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/17

From wkemper at openjdk.org  Fri Jan 19 01:17:20 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 19 Jan 2024 01:17:20 GMT
Subject: Integrated: 8324173: GenShen: Fix error that could cause young gcs to
 fail when old marking is running
In-Reply-To: <O04WjGJNVqh93agejR9QcOn7LIik5VcEgdnaCdFG9tE=.04d7199b-3bc9-457e-a937-cc63540c7877@github.com>
References: <O04WjGJNVqh93agejR9QcOn7LIik5VcEgdnaCdFG9tE=.04d7199b-3bc9-457e-a937-cc63540c7877@github.com>
Message-ID: <AhTNtyciBihuxuE3Spug9SmkSv6-voN8a814zfW_s-o=.da51b251-eace-40bf-88c7-d5bd485cfb6d@github.com>

On Fri, 19 Jan 2024 00:53:57 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Clean backport, simple fix.

This pull request has now been integrated.

Changeset: 1bbf0f60
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/1bbf0f602aac7ef1150962bb556dc7686fb4df85
Stats:     1 line in 1 file changed: 1 ins; 0 del; 0 mod

8324173: GenShen: Fix error that could cause young gcs to fail when old marking is running

Backport-of: 1f7fd7cc8794c31d03e73d8adbafa9a434138250

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/17

From eosterlund at openjdk.org  Fri Jan 19 14:59:49 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Fri, 19 Jan 2024 14:59:49 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
Message-ID: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>

ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.

The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.

With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.

I have tested the changes from tier1-7, and run through full aurora performance tests.

-------------

Commit messages:
 - 8322630: Remove ICStubs and related safepoints

Changes: https://git.openjdk.org/jdk/pull/17495/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8322630
  Stats: 4077 lines in 137 files changed: 455 ins; 3099 del; 523 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From eosterlund at openjdk.org  Fri Jan 19 14:59:49 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Fri, 19 Jan 2024 14:59:49 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <VhO-O_Od8lTP8AykJxXmOSE_GqPRL-R82j_A2-_7NqA=.3050db98-c1f7-48f0-80c8-702ada438689@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Thanks to the OpenJDK port maintainers for picking this up! All added to contributors, hopefully.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1899847248

From avoitylov at openjdk.org  Fri Jan 19 14:59:50 2024
From: avoitylov at openjdk.org (Aleksei Voitylov)
Date: Fri, 19 Jan 2024 14:59:50 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <VhO-O_Od8lTP8AykJxXmOSE_GqPRL-R82j_A2-_7NqA=.3050db98-c1f7-48f0-80c8-702ada438689@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <VhO-O_Od8lTP8AykJxXmOSE_GqPRL-R82j_A2-_7NqA=.3050db98-c1f7-48f0-80c8-702ada438689@github.com>
Message-ID: <fd9lTPUn5gjNmWP_FtYsSTLjvFe-5MqfgZthdjEIljA=.34f064c5-3d4c-4a73-8b12-6ca8ef1c09bd@github.com>

On Fri, 19 Jan 2024 06:36:16 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Thanks to the OpenJDK port maintainers for picking this up! All added to contributors, hopefully.

ARM32 passed relevant tests after the update. Thanks @fisk !

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1900217933

From dnsimon at openjdk.org  Fri Jan 19 14:59:52 2024
From: dnsimon at openjdk.org (Doug Simon)
Date: Fri, 19 Jan 2024 14:59:52 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <WEsZaZaFIZaYgNaoIoQ_nStSnwf9TCqGpAi7numwUq8=.c286a0ec-985a-4a58-a7a7-3efd53ecf2aa@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

src/hotspot/share/runtime/vmStructs.cpp line 214:

> 212:   volatile_nonstatic_field(ArrayKlass,         _higher_dimension,                             ObjArrayKlass*)                        \
> 213:   volatile_nonstatic_field(ArrayKlass,         _lower_dimension,                              ArrayKlass*)                           \
> 214:   volatile_nonstatic_field(CompiledICData,     _speculated_method,                            Method*)                               \

Please duplicate these `CompiledICData` declarations in `vmStructs_jvmci.cpp` so that they can be used by Graal to ascertain whether ICStubs are in use (Graal is still supporting multi JDK versions).

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1458661257

From kirill at korins.ky  Fri Jan 19 17:14:49 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Fri, 19 Jan 2024 18:14:49 +0100
Subject: Deadlock on OpenJDK 17
Message-ID: <m2o7dh8cty.wl-kirill@korins.ky>

Greetings,

I'd like to share with you that seems like a deadlock inside Shenandoah.

The deadlock means that JVM goes into state similar ot stop of the worls,
it doesn't response to jstack or jmap with error like:

  Unable to open socket file /proc/XXX/root/tmp/.java_pidYYY

It runs inside docker container and I have gc verbose log to stdout,
that allows me to capture the last message before it's frozen:

  [2024-01-19T16:23:09.871+0000][info][gc] Trigger: Metadata GC Threshold
  [2024-01-19T16:23:09.876+0000][info][gc] GC(2) Concurrent reset 5.054ms
  [2024-01-19T16:23:09.876+0000][info][gc] GC(2) Pause Init Mark (unload classes) 0.045ms
  [2024-01-19T16:23:09.889+0000][info][gc] GC(2) Concurrent marking roots 12.535ms
  [2024-01-19T16:23:10.425+0000][info][gc] GC(2) Concurrent marking (unload classes) 535.868ms
  [2024-01-19T16:23:10.425+0000][info][gc] GC(2) Pause Final Mark (unload classes) 0.156ms
  [2024-01-19T16:23:10.492+0000][info][gc] GC(2) Concurrent thread roots 66.065ms
  [2024-01-19T16:23:10.513+0000][info][gc] GC(2) Concurrent weak references 21.074ms

The error had happened on Fedora 39's java-17-openjdk-17.0.9.0.9-3.fc39.x86_64

As a proof that it is a deadlock I'd like to share output of all threads from
gdb's point of which I gets as thread apply all bt

JVM runs with options:
  -XX:+UseShenandoahGC -XX:+AlwaysPreTouch -XX:-UseBiasedLocking -XX:+DisableExplicitGC -XX:+UnlockExperimentalVMOptions -XX:+UseTransparentHugePages

-- 
wbr, Kirill
-------------- next part --------------
GNU gdb (Fedora Linux) 14.1-2.fc39
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/java...
(No debugging symbols found in /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/java)
Attaching to program: /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/java, process 19
[New LWP 20]
[New LWP 21]
[New LWP 22]
[New LWP 23]
[New LWP 24]
[New LWP 25]
[New LWP 26]
[New LWP 27]
[New LWP 28]
[New LWP 29]
[New LWP 30]
[New LWP 31]
[New LWP 32]
[New LWP 33]
[New LWP 34]
[New LWP 35]
[New LWP 36]
[New LWP 37]
[New LWP 38]
[New LWP 42]
[New LWP 43]
[New LWP 44]
[New LWP 46]
[New LWP 47]
[New LWP 48]
[New LWP 49]
[New LWP 50]
[New LWP 51]
[New LWP 52]
[New LWP 53]
[New LWP 54]
[New LWP 55]
[New LWP 56]
[New LWP 57]
[New LWP 58]
[New LWP 59]
[New LWP 60]
[New LWP 61]
[New LWP 62]
[New LWP 63]
[New LWP 64]
[New LWP 65]
[New LWP 67]
[New LWP 68]
[New LWP 69]
[New LWP 70]
[New LWP 71]
[New LWP 72]
[New LWP 73]
[New LWP 74]
[New LWP 75]
[New LWP 76]
[New LWP 77]
[New LWP 78]
[New LWP 79]
[New LWP 80]
[New LWP 81]
[New LWP 82]
[New LWP 83]
[New LWP 84]
[New LWP 85]
[New LWP 86]
[New LWP 87]
[New LWP 88]
[New LWP 89]
[New LWP 90]
[New LWP 91]
[New LWP 92]
[New LWP 93]
[New LWP 94]
[New LWP 95]
[New LWP 96]
[New LWP 97]
[New LWP 98]
[New LWP 99]
[New LWP 102]
[New LWP 103]
[New LWP 104]
[New LWP 105]
[New LWP 106]
[New LWP 107]
[New LWP 108]
[New LWP 109]
[New LWP 110]
[New LWP 111]
[New LWP 112]
[New LWP 113]
[New LWP 114]
[New LWP 115]
[New LWP 116]
[New LWP 117]
[New LWP 118]
[New LWP 119]
[New LWP 120]
[New LWP 121]
[New LWP 122]
[New LWP 123]
[New LWP 124]
[New LWP 125]
[New LWP 126]
[New LWP 127]
[New LWP 129]
[New LWP 130]
[New LWP 134]
[New LWP 136]
[New LWP 137]
[New LWP 138]
[New LWP 139]
[New LWP 141]
[New LWP 144]
[New LWP 149]
[New LWP 155]
[New LWP 156]
[New LWP 157]
[New LWP 165]
[New LWP 167]
[New LWP 168]
[New LWP 171]
[New LWP 176]
[New LWP 177]
[New LWP 180]
[New LWP 181]
[New LWP 184]
[New LWP 185]
[New LWP 186]
[New LWP 187]
[New LWP 188]
[New LWP 189]
[New LWP 190]
[New LWP 191]
[New LWP 192]
[New LWP 193]
[New LWP 194]
[New LWP 195]
[New LWP 196]
[New LWP 197]
[New LWP 198]
[New LWP 199]
[New LWP 200]
[New LWP 201]
[New LWP 202]
[New LWP 203]
[New LWP 204]
[New LWP 205]
[New LWP 206]
[New LWP 207]
[New LWP 208]
[New LWP 209]
[New LWP 210]
[New LWP 211]
[New LWP 212]
[New LWP 213]
[New LWP 214]
[New LWP 215]
[New LWP 216]
[New LWP 217]
[New LWP 218]
[New LWP 219]
[New LWP 220]
[New LWP 221]
[New LWP 222]
[New LWP 223]
[New LWP 226]
[New LWP 229]
[New LWP 232]
[New LWP 236]
[New LWP 239]
[New LWP 246]
[New LWP 247]
[New LWP 248]
[New LWP 250]
[New LWP 252]
[New LWP 253]
[New LWP 256]
[New LWP 257]
[New LWP 258]
[New LWP 259]
[New LWP 261]
[New LWP 262]
[New LWP 263]
[New LWP 264]
[New LWP 265]
[New LWP 266]
[New LWP 267]
[New LWP 268]
[New LWP 269]
[New LWP 270]
[New LWP 271]
[New LWP 272]
[New LWP 273]
[New LWP 274]
[New LWP 275]
[New LWP 276]
[New LWP 277]
[New LWP 278]
[New LWP 279]
[New LWP 280]
[New LWP 281]
[New LWP 282]
[New LWP 283]
[New LWP 284]
[New LWP 285]
[New LWP 286]
[New LWP 287]
[New LWP 288]
[New LWP 289]
[New LWP 290]
[New LWP 291]
[New LWP 292]
[New LWP 293]
[New LWP 294]
[New LWP 295]
[New LWP 296]
[New LWP 297]
[New LWP 298]
[New LWP 299]
[New LWP 300]
[New LWP 302]
[New LWP 303]
[New LWP 304]
[New LWP 305]
[New LWP 306]
[New LWP 307]
[New LWP 308]
[New LWP 309]
[New LWP 310]
[New LWP 311]
[New LWP 312]
[New LWP 313]
[New LWP 314]
[New LWP 315]
[New LWP 316]
[New LWP 317]
[New LWP 318]
[New LWP 319]
[New LWP 320]
[New LWP 321]
[New LWP 322]
[New LWP 323]
[New LWP 324]
[New LWP 325]
[New LWP 326]
[New LWP 327]
[New LWP 328]
[New LWP 329]
[New LWP 330]
[New LWP 331]
[New LWP 332]
[New LWP 333]
[New LWP 334]
[New LWP 335]
[New LWP 336]
[New LWP 337]
[New LWP 338]
[New LWP 339]
[New LWP 340]
[New LWP 341]
[New LWP 342]
[New LWP 343]
[New LWP 344]
[New LWP 345]
[New LWP 346]
[New LWP 347]
[New LWP 348]
[New LWP 349]
[New LWP 350]
[New LWP 351]
[New LWP 352]
[New LWP 353]
[New LWP 354]
[New LWP 355]
[New LWP 356]
[New LWP 357]
[New LWP 358]
[New LWP 359]
[New LWP 360]
[New LWP 361]
[New LWP 362]
[New LWP 363]
[New LWP 364]
[New LWP 365]
[New LWP 366]
[New LWP 367]
[New LWP 368]
[New LWP 369]
[New LWP 370]
[New LWP 371]
[New LWP 372]
[New LWP 373]
[New LWP 374]
[New LWP 375]
[New LWP 376]
[New LWP 377]
[New LWP 378]
[New LWP 379]
[New LWP 380]
[New LWP 381]
[New LWP 382]
[New LWP 383]
[New LWP 384]
[New LWP 385]
[New LWP 386]
[New LWP 387]
[New LWP 388]
[New LWP 389]
[New LWP 390]
[New LWP 391]
[New LWP 392]
[New LWP 393]
[New LWP 394]
[New LWP 395]
[New LWP 396]
[New LWP 397]
[New LWP 398]
[New LWP 399]
[New LWP 400]
[New LWP 401]
[New LWP 402]
[New LWP 403]
[New LWP 404]
[New LWP 405]
[New LWP 406]
[New LWP 407]
[New LWP 408]
[New LWP 409]
[New LWP 410]
[New LWP 411]
[New LWP 412]
[New LWP 413]
[New LWP 414]
[New LWP 415]
[New LWP 416]
[New LWP 417]
[New LWP 418]
[New LWP 419]
[New LWP 420]
[New LWP 421]
[New LWP 422]
[New LWP 423]
[New LWP 424]
[New LWP 425]
[New LWP 426]
[New LWP 427]
[New LWP 428]
[New LWP 429]
[New LWP 430]
[New LWP 431]
[New LWP 432]
[New LWP 433]
[New LWP 434]
[New LWP 435]
[New LWP 436]
[New LWP 437]
[New LWP 438]
[New LWP 439]
[New LWP 440]
[New LWP 441]
[New LWP 442]
[New LWP 443]
[New LWP 444]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6

Thread 361 (Thread 0x7f87a74ff6c0 (LWP 444) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 360 (Thread 0x7f87a75ff6c0 (LWP 443) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05b5acf91 in ?? ()
#12 0x00007f8ded0040a8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8ded0040a8 in ?? ()
#16 0x00007f8da960cf88 in ?? ()
#17 0x00007f8da960cf88 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 359 (Thread 0x7f87a76ff6c0 (LWP 442) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb05768380c in ?? ()
#12 0x00007f8dfd000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8dfd000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8db32f3a08 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 358 (Thread 0x7f87a77ff6c0 (LWP 441) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb063e3a16e in ?? ()
#12 0x00007f8e12000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e12000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d7d0dc860 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 357 (Thread 0x7f87a78ff6c0 (LWP 440) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb05c236acc in ?? ()
#12 0x00007f8e07000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e07000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d790cd660 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 356 (Thread 0x7f87a79ff6c0 (LWP 439) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8de70090a0 in ?? ()
#11 0x003d5fb05b069084 in ?? ()
#12 0x00007f8de70090d0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8de70090d0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 355 (Thread 0x7f87a7aff6c0 (LWP 438) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05b4031fd in ?? ()
#12 0x00007f8dea001090 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dea001090 in ?? ()
#16 0x00007f8d752e09e0 in ?? ()
#17 0x00007f8d752e09e0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 354 (Thread 0x7f87a7bff6c0 (LWP 437) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 353 (Thread 0x7f87a7cff6c0 (LWP 436) "qtp582495711-39"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 352 (Thread 0x7f87a7dff6c0 (LWP 435) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a395706 in SafepointMechanism::process_if_requested_with_exit_check(JavaThread*, bool) [clone .constprop.0] () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a3b236f in jni_GetObjectArrayElement () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f87bb882032 in HashCatFeatures(JNIEnv_*, _jobjectArray*, unsigned long, TArrayRef<int>) () from /tmp/libcatboost4j-prediction5075789267480594881.so
#7  0x00007f87bb88a5a8 in Java_ai_catboost_CatBoostJNIImpl_catBoostModelPredict__J_3F_3Ljava_lang_String_2_3Ljava_lang_String_2_3_3F_3D () from /tmp/libcatboost4j-prediction5075789267480594881.so
#8  0x00007f97255b360f in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 351 (Thread 0x7f87a7eff6c0 (LWP 434) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05ab505db in ?? ()
#12 0x00007f8df0001060 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8df0001060 in ?? ()
#16 0x00007f8d15bcc450 in ?? ()
#17 0x00007f8d15bcc450 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 350 (Thread 0x7f87a7fff6c0 (LWP 433) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb059b42df9 in ?? ()
#12 0x00007f8e02000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e02000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d65107ff8 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 349 (Thread 0x7f87a80ff6c0 (LWP 432) "qtp582495711-38"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97251777c4 in ?? ()
#7  0x00007f8700000001 in ?? ()
#8  0x00007f970d04fdc8 in ?? ()
#9  0x00007f974db14521 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 348 (Thread 0x7f87a81ff6c0 (LWP 431) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dec001060 in ?? ()
#11 0x003d5fb05287d04d in ?? ()
#12 0x00007f8dec001090 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8dec001090 in ?? ()
#16 0x00007f8d8465a458 in ?? ()
#17 0x00007f8d8465a458 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 347 (Thread 0x7f87a82ff6c0 (LWP 430) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05785ac3a in ?? ()
#12 0x00007f8def002068 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8def002068 in ?? ()
#16 0x00007f8d740f2648 in ?? ()
#17 0x00007f8d740f2648 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 346 (Thread 0x7f87a83ff6c0 (LWP 429) "qtp582495711-38"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e3eba7e28 in ?? ()
#7  0x00007f8e3eba7ec0 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f889c005408 in ?? ()
#10 0x00007f8e3eba7c28 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e3eba7fb0 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 345 (Thread 0x7f87a84ff6c0 (LWP 428) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb0642fd504 in ?? ()
#12 0x00007f8e15000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e15000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d72105d90 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 344 (Thread 0x7f87a85ff6c0 (LWP 427) "qtp582495711-38"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05c7c66ee in ?? ()
#12 0x00007f8dd00010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dd00010f0 in ?? ()
#16 0x00007f8da62493c0 in ?? ()
#17 0x00007f8da62493c0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 343 (Thread 0x7f87a86ff6c0 (LWP 426) "qtp582495711-38"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e3bb35ee0 in ?? ()
#7  0x00007f8e3bb35f78 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f889c0053f0 in ?? ()
#10 0x00007f8e3bb35ce0 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e3bb36068 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 342 (Thread 0x7f87a87ff6c0 (LWP 425) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8de0000090 in ?? ()
#11 0x003d5fb057a0a5fc in ?? ()
#12 0x00007f8de00000c0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8de00000c0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 341 (Thread 0x7f87a88ff6c0 (LWP 424) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 340 (Thread 0x7f87a89ff6c0 (LWP 423) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 339 (Thread 0x7f87a8aff6c0 (LWP 422) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 338 (Thread 0x7f87a8bff6c0 (LWP 421) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb0642ff836 in ?? ()
#12 0x00007f8e18ec82a8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e18ec82a8 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d94448d18 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 337 (Thread 0x7f87a8cff6c0 (LWP 420) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05932854a in ?? ()
#12 0x00007f8dc70b0fd0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dc70b0fd0 in ?? ()
#16 0x00007f8d9b35cb28 in ?? ()
#17 0x00007f8d9b35cb28 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 336 (Thread 0x7f87a8dff6c0 (LWP 419) "qtp582495711-37"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970d009e20 in ?? ()
#7  0x00007f8e41c11740 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f970d009e68 in ?? ()
#10 0x00007f8e41c11480 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e41c11830 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 335 (Thread 0x7f87a8eff6c0 (LWP 418) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x000000000003a000 in ?? ()
#11 0x003d5fb063f71744 in ?? ()
#12 0x00007f8e19000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e19000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d4e35d1f0 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 334 (Thread 0x7f87a8fff6c0 (LWP 417) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc40001a8 in ?? ()
#11 0x003d5fb05744838a in ?? ()
#12 0x00007f8dc40001d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dc40001d8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 333 (Thread 0x7f87a90ff6c0 (LWP 416) "qtp582495711-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0573a1b54 in ?? ()
#12 0x00007f8dc30011e0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dc30011e0 in ?? ()
#16 0x00007f8d088bb830 in ?? ()
#17 0x00007f8d088bb830 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 332 (Thread 0x7f87a91ff6c0 (LWP 415) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb063ea9816 in ?? ()
#12 0x00007f8e0f000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e0f000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d4d5d3010 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 331 (Thread 0x7f87a92ff6c0 (LWP 414) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb05d5ccc2e in ?? ()
#12 0x00007f8e0aec82b0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e0aec82b0 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d54f90388 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 330 (Thread 0x7f87a93ff6c0 (LWP 413) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc20001a8 in ?? ()
#11 0x003d5fb05731eb84 in ?? ()
#12 0x00007f8dc20001d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dc20001d8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 329 (Thread 0x7f87a94ff6c0 (LWP 412) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 328 (Thread 0x7f87a95ff6c0 (LWP 411) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb059bf5c6c in ?? ()
#12 0x00007f8dc60011a8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dc60011a8 in ?? ()
#16 0x00007f8d4f74efd0 in ?? ()
#17 0x00007f8d4f74efd0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 327 (Thread 0x7f87a96ff6c0 (LWP 410) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05cf87277 in ?? ()
#12 0x00007f8dd20010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dd20010f0 in ?? ()
#16 0x00007f8d2b161ed0 in ?? ()
#17 0x00007f8d2b161ed0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 326 (Thread 0x7f87a97ff6c0 (LWP 409) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb058c757e2 in ?? ()
#12 0x00007f8e00000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e00000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d5b296640 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 325 (Thread 0x7f87a98ff6c0 (LWP 408) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 324 (Thread 0x7f87a99ff6c0 (LWP 407) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05d05145b in ?? ()
#12 0x00007f8dd30010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dd30010f0 in ?? ()
#16 0x00007f8d5f29e3f0 in ?? ()
#17 0x00007f8d5f29e3f0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 323 (Thread 0x7f87a9aff6c0 (LWP 406) "qtp582495711-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dbd0384e0 in ?? ()
#11 0x003d5fb057f3a8ce in ?? ()
#12 0x00007f8dbd038510 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dbd038510 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 322 (Thread 0x7f87a9bff6c0 (LWP 405) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb059263fc3 in ?? ()
#12 0x00007f8e01000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e01000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d313de680 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 321 (Thread 0x7f87a9cff6c0 (LWP 404) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0571feb41 in ?? ()
#12 0x00007f8dc0ec36d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dc0ec36d8 in ?? ()
#16 0x00007f8d4a3bcaa8 in ?? ()
#17 0x00007f8d4a3bcaa8 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 320 (Thread 0x7f87a9dff6c0 (LWP 403) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb05b130929 in ?? ()
#12 0x00007f8e05000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e05000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d8f2b7680 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 319 (Thread 0x7f87a9eff6c0 (LWP 402) "qtp582495711-35"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f97255cfe2c in ?? ()
#8  0x00007f8e4e000000 in ?? ()
#9  0x0000000100000000 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 318 (Thread 0x7f87a9fff6c0 (LWP 401) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dbf0374b0 in ?? ()
#11 0x003d5fb0579e2464 in ?? ()
#12 0x00007f8dbf0374e0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dbf0374e0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 317 (Thread 0x7f87aa0ff6c0 (LWP 400) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a9 in ?? ()
#11 0x003d5fb063ea5b71 in ?? ()
#12 0x00007f8e0e004048 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8e0e004048 in ?? ()
#16 0x00007f8da9091308 in ?? ()
#17 0x00007f8da9091308 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 316 (Thread 0x7f87aa1ff6c0 (LWP 399) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc8013d98 in ?? ()
#11 0x003d5fb0584f3092 in ?? ()
#12 0x00007f8dc8013dc8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dc8013dc8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 315 (Thread 0x7f87aa2ff6c0 (LWP 398) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000039d50 in ?? ()
#11 0x003d5fb058593d24 in ?? ()
#12 0x00007f8dff000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8dff000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d960dce00 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 314 (Thread 0x7f87aa3ff6c0 (LWP 397) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dce0010c0 in ?? ()
#11 0x003d5fb05c666ce9 in ?? ()
#12 0x00007f8dce0010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dce0010f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 313 (Thread 0x7f87aa4ff6c0 (LWP 396) "qtp582495711-35"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb06403e211 in ?? ()
#12 0x00007f8e0b000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e0b000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8da20cca70 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 312 (Thread 0x7f87aa5ff6c0 (LWP 395) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05c19312b in ?? ()
#12 0x00007f8df3001060 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8df3001060 in ?? ()
#16 0x00007f8d84647ad8 in ?? ()
#17 0x00007f8d84647ad8 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 311 (Thread 0x7f87aa6ff6c0 (LWP 394) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb057978939 in ?? ()
#12 0x00007f8dbc0384e8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dbc0384e8 in ?? ()
#16 0x00007f8da0140848 in ?? ()
#17 0x00007f8da0140848 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87aa6fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8dbc037e00 in ?? ()
#23 0x00007f8dbc0376e0 in ?? ()
#24 0x00007f8dbc037778 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a7170 in ?? ()
#27 0x00007f8dbc0374e0 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8dbc037868 in ?? ()
#30 0x00007f8dbc0375a8 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 310 (Thread 0x7f87aa7ff6c0 (LWP 393) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a9 in ?? ()
#11 0x003d5fb063f471fb in ?? ()
#12 0x00007f8e14f6aa58 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8e14f6aa58 in ?? ()
#16 0x00007f8d56235248 in ?? ()
#17 0x00007f8d56235248 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 309 (Thread 0x7f87aa8ff6c0 (LWP 392) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05cfca268 in ?? ()
#12 0x00007f8dcf0010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dcf0010f0 in ?? ()
#16 0x00007f8d2f881a48 in ?? ()
#17 0x00007f8d2f881a48 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 308 (Thread 0x7f87aa9ff6c0 (LWP 391) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc10001a8 in ?? ()
#11 0x003d5fb057212ac7 in ?? ()
#12 0x00007f8dc10001d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dc10001d8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 307 (Thread 0x7f87aaaff6c0 (LWP 390) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb063e367cc in ?? ()
#12 0x00007f8e0d000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8e0d000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d887b9668 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 306 (Thread 0x7f87aabff6c0 (LWP 389) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dcb01ddc8 in ?? ()
#11 0x003d5fb0584fb1b6 in ?? ()
#12 0x00007f8dcb01ddf8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dcb01ddf8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 305 (Thread 0x7f87aacff6c0 (LWP 388) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 304 (Thread 0x7f87aadff6c0 (LWP 387) "qtp582495711-34"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc9071478 in ?? ()
#11 0x003d5fb05c63baf3 in ?? ()
#12 0x00007f8dc90714a8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dc90714a8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 303 (Thread 0x7f87aaeff6c0 (LWP 386) "qtp582495711-34"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e3c000200 in ?? ()
#7  0x00007f8e3c000298 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f886c0a7130 in ?? ()
#10 0x00007f8e3c000000 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e3c000388 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 302 (Thread 0x7f87aafff6c0 (LWP 385) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 301 (Thread 0x7f87ab0ff6c0 (LWP 384) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8df1000028 in ?? ()
#11 0x003d5fb05b8fcaf4 in ?? ()
#12 0x00007f8df1000058 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8df1000058 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 300 (Thread 0x7f87ab1ff6c0 (LWP 383) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb0570c87e9 in ?? ()
#12 0x00007f8dfc000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8dfc000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d844a2020 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 299 (Thread 0x7f87ab2ff6c0 (LWP 382) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dd10010c0 in ?? ()
#11 0x003d5fb05ca9c833 in ?? ()
#12 0x00007f8dd10010f0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dd10010f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 298 (Thread 0x7f87ab3ff6c0 (LWP 381) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb056fd3778 in ?? ()
#12 0x00007f8dae083d28 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dae083d28 in ?? ()
#16 0x00007f8da52d2760 in ?? ()
#17 0x00007f8da52d2760 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87ab3fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8dae083640 in ?? ()
#23 0x00007f8dae082f20 in ?? ()
#24 0x00007f8dae082fb8 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a7108 in ?? ()
#27 0x00007f8dae082d20 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8dae0830a8 in ?? ()
#30 0x00007f8dae082de8 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 297 (Thread 0x7f87ab4ff6c0 (LWP 380) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dccec2540 in ?? ()
#11 0x003d5fb05871ffc8 in ?? ()
#12 0x00007f8dccec2570 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dccec2570 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 296 (Thread 0x7f87ab5ff6c0 (LWP 379) "qtp582495711-33"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f97255cfe2c in ?? ()
#8  0x00007f8e42ac4900 in ?? ()
#9  0x0000000100000000 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 295 (Thread 0x7f87ab6ff6c0 (LWP 378) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0589da896 in ?? ()
#12 0x00007f8de10030d0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8de10030d0 in ?? ()
#16 0x00007f8d632c3db0 in ?? ()
#17 0x00007f8d632c3db0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 294 (Thread 0x7f87ab7ff6c0 (LWP 377) "qtp582495711-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05c20c8d1 in ?? ()
#12 0x00007f8dc50738c8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dc50738c8 in ?? ()
#16 0x00007f8d103cd240 in ?? ()
#17 0x00007f8d103cd240 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 293 (Thread 0x7f87ab8ff6c0 (LWP 376) "qtp582495711-33"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970d009e20 in ?? ()
#7  0x00007f8e47ba7e70 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f970d009e68 in ?? ()
#10 0x00007f8e47ba7bb0 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e47ba7f60 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 292 (Thread 0x7f87ab9ff6c0 (LWP 375) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb059c2c1ef in ?? ()
#12 0x00007f8de2025248 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8de2025248 in ?? ()
#16 0x00007f8d4c283800 in ?? ()
#17 0x00007f8d4c283800 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 291 (Thread 0x7f87abaff6c0 (LWP 374) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb057c35bc1 in ?? ()
#12 0x00007f8dac00e338 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dac00e338 in ?? ()
#16 0x00007f8d482aee20 in ?? ()
#17 0x00007f8d482aee20 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87abafea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8dac00dc50 in ?? ()
#23 0x00007f8dac00d530 in ?? ()
#24 0x00007f8dac00d5c8 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a70d0 in ?? ()
#27 0x00007f8dac00d330 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8dac00d6b8 in ?? ()
#30 0x00007f8dac00d3f8 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 290 (Thread 0x7f87abbff6c0 (LWP 373) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8db13367a0 in ?? ()
#11 0x003d5fb0574cd809 in ?? ()
#12 0x00007f8db13367d0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8db13367d0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 289 (Thread 0x7f87abcff6c0 (LWP 372) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 288 (Thread 0x7f87abdff6c0 (LWP 371) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 287 (Thread 0x7f87abeff6c0 (LWP 370) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8de6000058 in ?? ()
#11 0x003d5fb05adad8df in ?? ()
#12 0x00007f8de6000088 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8de6000088 in ?? ()
#16 0x00007f8de9007830 in ?? ()
#17 0x00007f8d973cecd8 in ?? ()
#18 0x00007f8d1504bb00 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 286 (Thread 0x7f87abfff6c0 (LWP 369) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05bb3a877 in ?? ()
#12 0x00007f8df2001060 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8df2001060 in ?? ()
#16 0x00007f8d41173ee0 in ?? ()
#17 0x00007f8d41173ee0 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 285 (Thread 0x7f87ac0ff6c0 (LWP 368) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8db90c07e0 in ?? ()
#11 0x003d5fb050b5412b in ?? ()
#12 0x00007f8db90c0810 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8db90c0810 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 284 (Thread 0x7f87ac1ff6c0 (LWP 367) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05921e25b in ?? ()
#12 0x00007f8dbe071778 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dbe071778 in ?? ()
#16 0x00007f8d3c40bcc8 in ?? ()
#17 0x00007f8d3c40bcc8 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87ac1fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8dbe071090 in ?? ()
#23 0x00007f8dbe070970 in ?? ()
#24 0x00007f8dbe070a08 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a7098 in ?? ()
#27 0x00007f8dbe070770 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8dbe070af8 in ?? ()
#30 0x00007f8dbe070838 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 283 (Thread 0x7f87ac2ff6c0 (LWP 366) "qtp582495711-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x003d5fb05a10bf0b in ?? ()
#12 0x00007f8e03000028 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000013ad35980 in ?? ()
#15 0x00007f8e03000028 in ?? ()
#16 0x0000000000000005 in ?? ()
#17 0x00007f8d860e5bc0 in ?? ()
#18 0x0000000000002010 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 282 (Thread 0x7f87ac3ff6c0 (LWP 365) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 281 (Thread 0x7f87ac4ff6c0 (LWP 364) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05a471649 in ?? ()
#12 0x00007f8db6462020 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8db6462020 in ?? ()
#16 0x00007f8d97349228 in ?? ()
#17 0x00007f8d97349228 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 280 (Thread 0x7f87ac5ff6c0 (LWP 363) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05a93e021 in ?? ()
#12 0x00007f8db8091970 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8db8091970 in ?? ()
#16 0x00007f8d2f70bf58 in ?? ()
#17 0x00007f8d2f70bf58 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 279 (Thread 0x7f87ac6ff6c0 (LWP 362) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 278 (Thread 0x7f87ac7ff6c0 (LWP 361) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8deb000058 in ?? ()
#11 0x003d5fb05b562f4b in ?? ()
#12 0x00007f8deb000088 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8deb000088 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 277 (Thread 0x7f87ac8ff6c0 (LWP 360) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8da8025e68 in ?? ()
#11 0x003d5fb0571672ed in ?? ()
#12 0x00007f8da8025e98 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8da8025e98 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 276 (Thread 0x7f87ac9ff6c0 (LWP 359) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 275 (Thread 0x7f87acaff6c0 (LWP 358) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8da2628c78 in ?? ()
#11 0x003d5fb058c27e28 in ?? ()
#12 0x00007f8da2628ca8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8da2628ca8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 274 (Thread 0x7f87acbff6c0 (LWP 357) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8da624a7a8 in ?? ()
#11 0x003d5fb045f6d8be in ?? ()
#12 0x00007f8da624a7d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001a624a7d8 in ?? ()
#15 0x00007f8da624a7d8 in ?? ()
#16 0x00007f8d00000001 in ?? ()
#17 0x00007f8d8f0a70c0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 273 (Thread 0x7f87accff6c0 (LWP 356) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb058c73cfe in ?? ()
#12 0x00007f8dbb08b850 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dbb08b850 in ?? ()
#16 0x00007f8d841cdcf8 in ?? ()
#17 0x00007f8d841cdcf8 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87accfea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f970d0ed150 in ?? ()
#23 0x0000000000000000 in ?? ()

Thread 272 (Thread 0x7f87acdff6c0 (LWP 355) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb059383928 in ?? ()
#12 0x00007f8db064d038 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8db064d038 in ?? ()
#16 0x00007f8d4d348b30 in ?? ()
#17 0x00007f8d4d348b30 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87acdfea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8db064c950 in ?? ()
#23 0x00007f8db064c230 in ?? ()
#24 0x00007f8db064c2c8 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a7030 in ?? ()
#27 0x00007f8db064c030 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8db064c3b8 in ?? ()
#30 0x00007f8db064c0f8 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 271 (Thread 0x7f87aceff6c0 (LWP 354) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 270 (Thread 0x7f87acfff6c0 (LWP 353) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 269 (Thread 0x7f87ad0ff6c0 (LWP 352) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0578d2fb0 in ?? ()
#12 0x00007f8dab0022d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8dab0022d8 in ?? ()
#16 0x00007f8d9af77620 in ?? ()
#17 0x00007f8d9af77620 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87ad0fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8dab001bf0 in ?? ()
#23 0x00007f8dab0014d0 in ?? ()
#24 0x00007f8dab001568 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f886c0a7018 in ?? ()
#27 0x00007f8dab0012d0 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8dab001658 in ?? ()
#30 0x00007f8dab001398 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 268 (Thread 0x7f87ad1ff6c0 (LWP 351) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 267 (Thread 0x7f87ad2ff6c0 (LWP 350) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dca0732e8 in ?? ()
#11 0x003d5fb05a6298e2 in ?? ()
#12 0x00007f8dca073318 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dca073318 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 266 (Thread 0x7f87ad3ff6c0 (LWP 349) "C2 CompilerThre"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a06bb68 in BufferBlob::create(char const*, int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a74388e in PhaseOutput::init_scratch_buffer_blob(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a747d93 in PhaseOutput::Output() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a09c620 in Compile::Code_Gen() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a0a2125 in Compile::Compile(ciEnv*, ciMethod*, int, bool, bool, bool, bool, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f9739fda378 in C2Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973a0aaf04 in CompileBroker::invoke_compiler_on_method(CompileTask*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f973a0abcc0 in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#14 0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#16 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 265 (Thread 0x7f87ad4ff6c0 (LWP 348) "qtp582495711-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a9 in ?? ()
#11 0x003d5fb0642f9753 in ?? ()
#12 0x00007f8e1100c088 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8e1100c088 in ?? ()
#16 0x00007f8d25329d88 in ?? ()
#17 0x00007f8d25329d88 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 264 (Thread 0x7f87ad5ff6c0 (LWP 347) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87ad5fe740 in ?? ()
#11 0x003d5fb0578c69bd in ?? ()
#12 0x00007f8da52d2d50 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8da52d2d50 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 263 (Thread 0x7f87ad6ff6c0 (LWP 346) "qtp582495711-30"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d9c744dc8 in ?? ()
#11 0x003d5fb05724db41 in ?? ()
#12 0x00007f8d9c744df8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d9c744df8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 262 (Thread 0x7f87ad7ff6c0 (LWP 345) "qtp582495711-30"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbe72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739908 in os::PlatformEvent::park(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a708431 in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a709490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a92a4dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a7ed652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f972451a42d in ?? ()
#8  0x00007f970d02ed20 in ?? ()
#9  0x00007f9725327ce8 in ?? ()
#10 0x00007f8800000001 in ?? ()
#11 0x00007f883c076c70 in ?? ()
#12 0x00007f8d41173778 in ?? ()
#13 0x0000000000000020 in ?? ()
#14 0x00007f970d0014b0 in ?? ()
#15 0x00007f97257d1854 in ?? ()
#16 0x0000000000000003 in ?? ()
#17 0x00007f970d0014c0 in ?? ()
#18 0x00007f87ad7fea38 in ?? ()
#19 0x00007f9724bd5570 in ?? ()
#20 0x0000000000000440 in ?? ()
#21 0x0000000000000000 in ?? ()

Thread 261 (Thread 0x7f87ad8ff6c0 (LWP 344) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 260 (Thread 0x7f87ad9ff6c0 (LWP 343) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 259 (Thread 0x7f87adaff6c0 (LWP 342) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7db6a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f972451d2ad in ?? ()
#6  0x00007f970d00a130 in ?? ()
#7  0x00007f9725e35d20 in ?? ()
#8  0x00007f87adafeab0 in ?? ()
#9  0x000000003b9aca00 in ?? ()
#10 0x00007f9724400cc2 in ?? ()
#11 0x00007f970d00a130 in ?? ()
#12 0x00000000104aa1ad in ?? ()
#13 0x00007f8e14f67a18 in ?? ()
#14 0x00007f8b89013ce0 in ?? ()
#15 0x00007f8d4d1251d0 in ?? ()
#16 0x0000000000000062 in ?? ()
#17 0x00007f87d802f330 in ?? ()
#18 0x00007f87adafea38 in ?? ()
#19 0x00007f971e70b19c in ?? ()
#20 0x00007f970d0ed150 in ?? ()
#21 0x0000000000000000 in ?? ()

Thread 258 (Thread 0x7f87adbff6c0 (LWP 341) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb057e0ccdb in ?? ()
#12 0x00007f8d9e2fbf78 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d9e2fbf78 in ?? ()
#16 0x00007f8d4f18c7e0 in ?? ()
#17 0x00007f8d4f18c7e0 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87adbfea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d9e2fb890 in ?? ()
#23 0x00007f8d9e2fb170 in ?? ()
#24 0x00007f8d9e2fb208 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076c50 in ?? ()
#27 0x00007f8d9e2faf70 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d9e2fb2f8 in ?? ()
#30 0x00007f8d9e2fb038 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 257 (Thread 0x7f87adcff6c0 (LWP 340) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87adcfe740 in ?? ()
#11 0x003d5fb0570c8c80 in ?? ()
#12 0x00007f8da10ad540 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001ab032060 in ?? ()
#15 0x00007f8da10ad540 in ?? ()
#16 0x00007f87adcfe750 in ?? ()
#17 0x00007f8d48167f00 in ?? ()
#18 0x00007f971e70b0c4 in ?? ()
#19 0x00007f9700000001 in ?? ()
#20 0x00007f87adcfea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8da10ace58 in ?? ()
#23 0x00007f8da10ac738 in ?? ()
#24 0x00007f8da10ac7d0 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076c48 in ?? ()
#27 0x00007f8da10ac538 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8da10ac8c0 in ?? ()
#30 0x00007f8da10ac600 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 256 (Thread 0x7f87addff6c0 (LWP 339) "qtp582495711-29"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000032 in ?? ()
#7  0x00007f8e14f63a20 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008addfe080 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f888805d470 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 255 (Thread 0x7f87adeff6c0 (LWP 338) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0590bd12b in ?? ()
#12 0x00007f8d9f3b7d78 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d9f3b7d78 in ?? ()
#16 0x00007f8d37243150 in ?? ()
#17 0x00007f8d37243150 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 254 (Thread 0x7f87adfff6c0 (LWP 337) "qtp582495711-29"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970d009e20 in ?? ()
#7  0x00007f8e45ba7e70 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f970d009e68 in ?? ()
#10 0x00007f8e45ba7bb0 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e45ba7f60 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 253 (Thread 0x7f87b9a686c0 (LWP 336) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 252 (Thread 0x7f87c85f66c0 (LWP 335) "qtp582495711-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 251 (Thread 0x7f87ae0ff6c0 (LWP 334) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb057d0acc0 in ?? ()
#12 0x00007f8d90f51aa8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d90f51aa8 in ?? ()
#16 0x00007f8d4e077a18 in ?? ()
#17 0x00007f8d4e077a18 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87ae0fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d90f513c0 in ?? ()
#23 0x00007f8d90f50ca0 in ?? ()
#24 0x00007f8d90f50d38 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076c20 in ?? ()
#27 0x00007f8d90f50aa0 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d90f50e28 in ?? ()
#30 0x00007f8d90f50b68 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 250 (Thread 0x7f87ae1ff6c0 (LWP 333) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05ba9a9fc in ?? ()
#12 0x00007f8d9512e598 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d9512e598 in ?? ()
#16 0x00007f8d0c642a08 in ?? ()
#17 0x00007f8d0c642a08 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87ae1fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d9512deb0 in ?? ()
#23 0x00007f8d9512d790 in ?? ()
#24 0x00007f8d9512d828 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076c18 in ?? ()
#27 0x00007f8d9512d590 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d9512d918 in ?? ()
#30 0x00007f8d9512d658 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 249 (Thread 0x7f87ae2ff6c0 (LWP 332) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d94ab0020 in ?? ()
#11 0x003d5fb059e6177f in ?? ()
#12 0x00007f8d94ab0050 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d94ab0050 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 248 (Thread 0x7f87ae3ff6c0 (LWP 331) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d8654c758 in ?? ()
#11 0x003d5fb05a7e8dfc in ?? ()
#12 0x00007f8d8654c788 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d8654c788 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 247 (Thread 0x7f87ae4ff6c0 (LWP 330) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d6f577da8 in ?? ()
#11 0x003d5fb057c269b1 in ?? ()
#12 0x00007f8d6f577dd8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d6f577dd8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 246 (Thread 0x7f87ae5ff6c0 (LWP 329) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dc7038f28 in ?? ()
#11 0x003d5fb05ba05563 in ?? ()
#12 0x00007f8e06011810 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d002c68 in ?? ()
#15 0x00007f8e06011810 in ?? ()
#16 0x00007f8d79069740 in ?? ()
#17 0x00007f8d2a7ece58 in ?? ()
#18 0x00007f8dc70381e8 in ?? ()
#19 0x00007f970c0bf8a8 in ?? ()
#20 0x00007f87ae5fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f87ae5fe780 in ?? ()
#23 0x00007f973a7395d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 245 (Thread 0x7f87ae6ff6c0 (LWP 328) "qtp582495711-28"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 244 (Thread 0x7f87ae7ff6c0 (LWP 327) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d97a9f658 in ?? ()
#11 0x003d5fb0593eaa4b in ?? ()
#12 0x00007f8d97a9f688 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d97a9f688 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 243 (Thread 0x7f87ae8ff6c0 (LWP 326) "qtp582495711-28"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f88ac44ba80 in ?? ()
#7  0x00007f8e2dba7e48 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0xffffffffffffffff in ?? ()
#10 0x00007f8e2dba7bb0 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e2dba7f38 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 242 (Thread 0x7f87ae9ff6c0 (LWP 325) "qtp582495711-28"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb059608199 in ?? ()
#12 0x00007f8d88d7ae10 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d88d7ae10 in ?? ()
#16 0x00007f8d4202d798 in ?? ()
#17 0x00007f8d4202d798 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 241 (Thread 0x7f87aeaff6c0 (LWP 324) "qtp582495711-27"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e3cba7e28 in ?? ()
#7  0x00007f8e3cba7ec0 in ?? ()
#8  0x00007f9724baefe8 in ?? ()
#9  0x00007f883c076bd0 in ?? ()
#10 0x00007f8e3cba7c28 in ?? ()
#11 0x00007f970d00dba0 in ?? ()
#12 0x00007f8e3cba7fb0 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 240 (Thread 0x7f87aebff6c0 (LWP 323) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d6c0a4c88 in ?? ()
#11 0x003d5fb05be4dacc in ?? ()
#12 0x00007f8d6c0a4cb8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d6c0a4cb8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 239 (Thread 0x7f87aecff6c0 (LWP 322) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb0582af718 in ?? ()
#12 0x00007f8d89871058 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d89871058 in ?? ()
#16 0x00007f8d410690d8 in ?? ()
#17 0x00007f8d410690d8 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87aecfea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d89870970 in ?? ()
#23 0x00007f8d89870250 in ?? ()
#24 0x00007f8d898702e8 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076bc0 in ?? ()
#27 0x00007f8d89870050 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d898703d8 in ?? ()
#30 0x00007f8d89870118 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 238 (Thread 0x7f87aedff6c0 (LWP 321) "qtp582495711-27"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000032 in ?? ()
#7  0x00007f8e14f64a28 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008aedfdbf0 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f88340906b0 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 237 (Thread 0x7f87aeeff6c0 (LWP 320) "qtp582495711-27"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f972537f830 in ?? ()
#7  0x00007f8e2bb6ff18 in ?? ()
#8  0x00007f9700000048 in ?? ()
#9  0x00007f8e0000003b in ?? ()
#10 0x0000003c25b5c040 in ?? ()
#11 0x00007f8e2bb6fd80 in ?? ()
#12 0x00007f8e2bb6ff18 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 236 (Thread 0x7f87aefff6c0 (LWP 319) "qtp582495711-27"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f9724439a99 in ?? ()
#7  0x104aa1ad00008767 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 235 (Thread 0x7f87af0ff6c0 (LWP 318) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 234 (Thread 0x7f87af1ff6c0 (LWP 317) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d5f4a1cc0 in ?? ()
#11 0x003d5fb0595729b5 in ?? ()
#12 0x00007f8d5f4a1cf0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d5f4a1cf0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 233 (Thread 0x7f87af2ff6c0 (LWP 316) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05b1fe0aa in ?? ()
#12 0x00007f8de8013d50 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8de8013d50 in ?? ()
#16 0x00007f8d3839bce8 in ?? ()
#17 0x00007f8d3839bce8 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f8d00000000 in ?? ()
#20 0x00007f87af2fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8de8013668 in ?? ()
#23 0x00007f8de8012f48 in ?? ()
#24 0x00007f8de8012fe0 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076b90 in ?? ()
#27 0x00007f8de8012d48 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8de80130d0 in ?? ()
#30 0x00007f8de8012e10 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 232 (Thread 0x7f87af3ff6c0 (LWP 315) "qtp582495711-27"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb05a78d720 in ?? ()
#12 0x00007f8d81740ed0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d81740ed0 in ?? ()
#16 0x00007f8d41060bb8 in ?? ()
#17 0x00007f8d41060bb8 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 231 (Thread 0x7f87af4ff6c0 (LWP 314) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb058a74b96 in ?? ()
#12 0x00007f8d876b7bf8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d876b7bf8 in ?? ()
#16 0x00007f8d212e7df8 in ?? ()
#17 0x00007f8d212e7df8 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87af4fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d876b7510 in ?? ()
#23 0x00007f8d876b6df0 in ?? ()
#24 0x00007f8d876b6e88 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076b80 in ?? ()
#27 0x00007f8d876b6bf0 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d876b6f78 in ?? ()
#30 0x00007f8d876b6cb8 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 230 (Thread 0x7f87af5ff6c0 (LWP 313) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000065aa70a8 in ?? ()
#11 0x003d5fb059855989 in ?? ()
#12 0x00007f8d670f5a88 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000101403d60 in ?? ()
#15 0x00007f8d670f5a88 in ?? ()
#16 0x00007f8d2d52bc48 in ?? ()
#17 0x00007f8d2d52bc48 in ?? ()
#18 0x00007f970c2bf758 in ?? ()
#19 0x00007f9700000000 in ?? ()
#20 0x00007f87af5fea38 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d670f53a0 in ?? ()
#23 0x00007f8d670f4c80 in ?? ()
#24 0x00007f8d670f4d18 in ?? ()
#25 0x00007f9724baefe8 in ?? ()
#26 0x00007f883c076b78 in ?? ()
#27 0x00007f8d670f4a80 in ?? ()
#28 0x00007f970d00dba0 in ?? ()
#29 0x00007f8d670f4e08 in ?? ()
#30 0x00007f8d670f4b48 in ?? ()
#31 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 229 (Thread 0x7f87af6ff6c0 (LWP 312) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d5b4f0318 in ?? ()
#11 0x003d5fb058e4e18d in ?? ()
#12 0x00007f8d5b4f0348 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d5b4f0348 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 228 (Thread 0x7f87af7ff6c0 (LWP 311) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 227 (Thread 0x7f87af8ff6c0 (LWP 310) "qtp582495711-26"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e40ac4900 in ?? ()
#7  0x00007f970d00dba0 in ?? ()
#8  0x00007f8e40ac4cb0 in ?? ()
#9  0x00007f8e40ac49c8 in ?? ()
#10 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#11 0x00007f97255cfe2c in ?? ()
#12 0x00007f8e40ac5930 in ?? ()
#13 0x0000000100000000 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 226 (Thread 0x7f87af9ff6c0 (LWP 309) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dd76283f8 in ?? ()
#11 0x003d5fb059972512 in ?? ()
#12 0x00007f8dd7628428 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dd7628428 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 225 (Thread 0x7f87afaff6c0 (LWP 308) "qtp582495711-26"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97251777c4 in ?? ()
#7  0x00007f8700000001 in ?? ()
#8  0x00007f970d04f5b8 in ?? ()
#9  0x00007f975d013065 in ?? ()
#10 0x00007f87afafe510 in ?? ()
#11 0x00007f87afafe520 in ?? ()
#12 0x00007f9724c18910 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 224 (Thread 0x7f87afbff6c0 (LWP 307) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d514ae380 in ?? ()
#11 0x003d5fb05b885a57 in ?? ()
#12 0x00007f8d514ae3b0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d514ae3b0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 223 (Thread 0x7f87afcff6c0 (LWP 306) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d58677230 in ?? ()
#11 0x003d5fb05773d246 in ?? ()
#12 0x00007f8d58677260 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d58677260 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 222 (Thread 0x7f87afdff6c0 (LWP 305) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 221 (Thread 0x7f87afeff6c0 (LWP 304) "qtp582495711-25"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000032 in ?? ()
#7  0x00007f8e16ed3308 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008afefdc70 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f883802f560 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 220 (Thread 0x7f87affff6c0 (LWP 303) "qtp582495711-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 219 (Thread 0x7f87b00ff6c0 (LWP 302) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05bb0f46b in ?? ()
#12 0x00007f8d8c12e5c8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001221badd0 in ?? ()
#15 0x00007f8d8c12e5c8 in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f8d221badd0 in ?? ()
#18 0x00007f8d8c12d858 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b00fe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d8c12d858 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076b20 in ?? ()
#25 0x00007f8d8c12d5c0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d8c12d948 in ?? ()
#28 0x00007f8d8c12d688 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 218 (Thread 0x7f87b02ff6c0 (LWP 300) "qtp582495711-25"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e3e000000 in ?? ()
#7  0x00007f970d00dba0 in ?? ()
#8  0x00007f8e3e000388 in ?? ()
#9  0x00007f8e3e0000c8 in ?? ()
#10 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#11 0x00007f97255cfe2c in ?? ()
#12 0x00007f8e3e001008 in ?? ()
#13 0x0000000100000000 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 217 (Thread 0x7f87b03ff6c0 (LWP 299) "qtp582495711-25"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97251777c4 in ?? ()
#7  0x00007f8700000001 in ?? ()
#8  0x00007f970d146700 in ?? ()
#9  0x00007f9700303933 in ?? ()
#10 0x00007f973ae43a94 in SafepointSynchronize::_waiting_to_block () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x0000000000000001 in ?? ()
#12 0x00007f970d009b38 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 216 (Thread 0x7f87b04ff6c0 (LWP 298) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 215 (Thread 0x7f87b05ff6c0 (LWP 297) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d4c5f98f8 in ?? ()
#11 0x003d5fb059887d78 in ?? ()
#12 0x00007f8d4c5f9928 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d4c5f9928 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 214 (Thread 0x7f87b06ff6c0 (LWP 296) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 213 (Thread 0x7f87b07ff6c0 (LWP 295) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb063e6a93c in ?? ()
#12 0x00007f8d740f4a68 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000012a5b7d78 in ?? ()
#15 0x00007f8d740f4a68 in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f8d2a5b7d78 in ?? ()
#18 0x00007f8d740f3cf8 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b07fe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d740f3cf8 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ae8 in ?? ()
#25 0x00007f8d740f3a60 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d740f3de8 in ?? ()
#28 0x00007f8d740f3b28 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 212 (Thread 0x7f87b08ff6c0 (LWP 294) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d41725060 in ?? ()
#11 0x003d5fb058d63b51 in ?? ()
#12 0x00007f8d41725090 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d41725090 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 211 (Thread 0x7f87b09ff6c0 (LWP 293) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05ad16929 in ?? ()
#12 0x00007f8d966e00e8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000114192f40 in ?? ()
#15 0x00007f8d966e00e8 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d14192f40 in ?? ()
#18 0x00007f8d966df378 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b09fe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d966df378 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ad8 in ?? ()
#25 0x00007f8d966df0e0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d966df468 in ?? ()
#28 0x00007f8d966df1a8 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 210 (Thread 0x7f87b0aff6c0 (LWP 292) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb058776e2f in ?? ()
#12 0x00007f8d721081b0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001111ab7c8 in ?? ()
#15 0x00007f8d721081b0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d111ab7c8 in ?? ()
#18 0x00007f8d72107440 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b0afe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d72107440 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ad0 in ?? ()
#25 0x00007f8d721071a8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d72107530 in ?? ()
#28 0x00007f8d72107270 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 209 (Thread 0x7f87b0bff6c0 (LWP 291) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0584c0078 in ?? ()
#12 0x00007f8d4085a030 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000011034d810 in ?? ()
#15 0x00007f8d4085a030 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d1034d810 in ?? ()
#18 0x00007f8d408592c0 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b0bfe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d408592c0 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ac8 in ?? ()
#25 0x00007f8d40859028 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d408593b0 in ?? ()
#28 0x00007f8d408590f0 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 208 (Thread 0x7f87b0cff6c0 (LWP 290) "qtp582495711-25"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0571c48c7 in ?? ()
#12 0x00007f8d4e39a8d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000012f06ad78 in ?? ()
#15 0x00007f8d4e39a8d8 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d2f06ad78 in ?? ()
#18 0x00007f8d4e399b68 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b0cfe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d4e399b68 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ac0 in ?? ()
#25 0x00007f8d4e3998d0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d4e399c58 in ?? ()
#28 0x00007f8d4e399998 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 207 (Thread 0x7f87b0dff6c0 (LWP 289) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d421fd2d0 in ?? ()
#11 0x003d5fb0572aa81b in ?? ()
#12 0x00007f8d421fd300 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d421fd300 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 206 (Thread 0x7f87b0eff6c0 (LWP 288) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8de9007830 in ?? ()
#11 0x003d5fb052300690 in ?? ()
#12 0x00007f8de9007860 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8de9007860 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d12239508 in ?? ()
#18 0x00007f8de9006ac0 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b0efe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8de9006ac0 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076ab0 in ?? ()
#25 0x00007f8de9006828 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8de9006bb0 in ?? ()
#28 0x00007f8de90068f0 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 205 (Thread 0x7f87b0fff6c0 (LWP 287) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 204 (Thread 0x7f87b10ff6c0 (LWP 286) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8dcd0371c8 in ?? ()
#11 0x003d5fb05c311db0 in ?? ()
#12 0x00007f8dcd0371f8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8dcd0371f8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 203 (Thread 0x7f87b11ff6c0 (LWP 285) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 202 (Thread 0x7f87b12ff6c0 (LWP 284) "qtp582495711-24"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb058254fd5 in ?? ()
#12 0x00007f8d376fb8d0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000128fd0040 in ?? ()
#15 0x00007f8d376fb8d0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d28fd0040 in ?? ()
#18 0x00007f8d376fab60 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b12fe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d376fab60 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f883c076a90 in ?? ()
#25 0x00007f8d376fa8c8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d376fac50 in ?? ()
#28 0x00007f8d376fa990 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 201 (Thread 0x7f87b13ff6c0 (LWP 283) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d3c578e28 in ?? ()
#11 0x003d5fb05a1574ef in ?? ()
#12 0x00007f8d3c578e58 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d3c578e58 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 200 (Thread 0x7f87b14ff6c0 (LWP 282) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 199 (Thread 0x7f87b15ff6c0 (LWP 281) "qtp582495711-23"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000032 in ?? ()
#7  0x00007f8dc70381e8 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008b15fe100 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f88300dfb10 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 198 (Thread 0x7f87b16ff6c0 (LWP 280) "qtp582495711-22"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000202 in ?? ()
#7  0x00007f8de1001030 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008b16fe100 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f885009cd50 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 197 (Thread 0x7f87b17ff6c0 (LWP 279) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d315a2780 in ?? ()
#11 0x003d5fb05a5da26c in ?? ()
#12 0x00007f8d315a27b0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d315a27b0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 196 (Thread 0x7f87b18ff6c0 (LWP 278) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8def001060 in ?? ()
#11 0x003d5fb05796389e in ?? ()
#12 0x00007f8d3a2a46b8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d3a2a46b8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 195 (Thread 0x7f87b19ff6c0 (LWP 277) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 194 (Thread 0x7f87b1aff6c0 (LWP 276) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d38a60e90 in ?? ()
#11 0x003d5fb05129f9b7 in ?? ()
#12 0x00007f8d38a60ec0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8d38a60ec0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 193 (Thread 0x7f87b1bff6c0 (LWP 275) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05763cade in ?? ()
#12 0x00007f8d354258e0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000115013ad8 in ?? ()
#15 0x00007f8d354258e0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d15013ad8 in ?? ()
#18 0x00007f8d35424b70 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b1bfe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d35424b70 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00aa08 in ?? ()
#25 0x00007f8d354248d8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d35424c60 in ?? ()
#28 0x00007f8d354249a0 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 192 (Thread 0x7f87b1cff6c0 (LWP 274) "qtp582495711-23"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 191 (Thread 0x7f87b1dff6c0 (LWP 273) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb057873097 in ?? ()
#12 0x00007f8d3b1600a8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001150131f8 in ?? ()
#15 0x00007f8d3b1600a8 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d150131f8 in ?? ()
#18 0x00007f8d3b15f338 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b1dfe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d3b15f338 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a9f8 in ?? ()
#25 0x00007f8d3b15f0a0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d3b15f428 in ?? ()
#28 0x00007f8d3b15f168 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 190 (Thread 0x7f87b1eff6c0 (LWP 272) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05787f3a4 in ?? ()
#12 0x00007f8d327ab338 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001110c0d28 in ?? ()
#15 0x00007f8d327ab338 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d110c0d28 in ?? ()
#18 0x00007f8d327aa5c8 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b1efe980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d327aa5c8 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a9f0 in ?? ()
#25 0x00007f8d327aa330 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d327aa6b8 in ?? ()
#28 0x00007f8d327aa3f8 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 189 (Thread 0x7f87b1fff6c0 (LWP 271) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d39712460 in ?? ()
#11 0x003d5fb057288bdc in ?? ()
#12 0x00007f8d39712490 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d39712490 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 188 (Thread 0x7f87ba8686c0 (LWP 270) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 187 (Thread 0x7f87baa686c0 (LWP 269) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0582382b3 in ?? ()
#12 0x00007f8d443a33d0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000114025d40 in ?? ()
#15 0x00007f8d443a33d0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d14025d40 in ?? ()
#18 0x00007f8d443a2660 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87baa67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d443a2660 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a8a0 in ?? ()
#25 0x00007f8d443a23c8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d443a2750 in ?? ()
#28 0x00007f8d443a2490 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 186 (Thread 0x7f87b8d686c0 (LWP 268) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 185 (Thread 0x7f87b89686c0 (LWP 267) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d2f8ded88 in ?? ()
#11 0x003d5fb045f2c6d6 in ?? ()
#12 0x00007f8d2f8dedb8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8d2f8dedb8 in ?? ()
#16 0x00007f970c002a60 in ?? ()
#17 0x00007f8d120014a8 in ?? ()
#18 0x00007f8d120014a8 in ?? ()
#19 0x00007f972559145c in ?? ()
#20 0x00007f87b8967980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 184 (Thread 0x7f87b9c686c0 (LWP 266) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d7b24f820 in ?? ()
#11 0x003d5fb059920557 in ?? ()
#12 0x00007f8d7b24f850 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d7b24f850 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 183 (Thread 0x7f87b98686c0 (LWP 265) "qtp582495711-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05a34dad3 in ?? ()
#12 0x00007f8d26966dc0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001170000e0 in ?? ()
#15 0x00007f8d26966dc0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d170000e0 in ?? ()
#18 0x00007f8d26966050 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b9867980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d26966050 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a868 in ?? ()
#25 0x00007f8d26965db8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d26966140 in ?? ()
#28 0x00007f8d26965e80 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 182 (Thread 0x7f87baf686c0 (LWP 264) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb056dc7276 in ?? ()
#12 0x00007f8d530a7610 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000115012240 in ?? ()
#15 0x00007f8d530a7610 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f8d15012240 in ?? ()
#18 0x00007f8d530a68a0 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87baf67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d530a68a0 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a858 in ?? ()
#25 0x00007f8d530a6608 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d530a6990 in ?? ()
#28 0x00007f8d530a66d0 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 181 (Thread 0x7f87ba2686c0 (LWP 263) "qtp582495711-21"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f8e4a000000 in ?? ()
#7  0x00007f970d00dba0 in ?? ()
#8  0x00007f8e4a000388 in ?? ()
#9  0x00007f8e4a0000c8 in ?? ()
#10 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#11 0x00007f97255cfe2c in ?? ()
#12 0x00007f8e4a001008 in ?? ()
#13 0x0000000100000000 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 180 (Thread 0x7f87ba6686c0 (LWP 262) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 179 (Thread 0x7f87ba3686c0 (LWP 261) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d2444d100 in ?? ()
#11 0x003d5fb059f637d9 in ?? ()
#12 0x00007f8d2444d130 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d2444d130 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 178 (Thread 0x7f87b99686c0 (LWP 259) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d4a98df88 in ?? ()
#11 0x003d5fb0588d6da7 in ?? ()
#12 0x00007f8d4a98dfb8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d4a98dfb8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 177 (Thread 0x7f87ba5686c0 (LWP 258) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 176 (Thread 0x7f971cbfe6c0 (LWP 257) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d1b5f2f38 in ?? ()
#11 0x003d5fb05818372c in ?? ()
#12 0x00007f8d1b5f2f68 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d1b5f2f68 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 175 (Thread 0x7f87b90686c0 (LWP 256) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb058a5dcdb in ?? ()
#12 0x00007f8d9d702178 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010ef63d60 in ?? ()
#15 0x00007f8d9d702178 in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f8d0ef63d60 in ?? ()
#18 0x00007f8d9d701408 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b9067980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d9d701408 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f97341354d8 in ?? ()
#25 0x00007f8d9d701170 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d9d7014f8 in ?? ()
#28 0x00007f8d9d701238 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 174 (Thread 0x7f87b8e686c0 (LWP 253) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0581b7bac in ?? ()
#12 0x00007f8d145b6cc0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001b80b36f0 in ?? ()
#15 0x00007f8d145b6cc0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f9709095208 in ?? ()
#18 0x00007f8d145b5f50 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b8e67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d145b5f50 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f973553da20 in ?? ()
#25 0x00007f8d145b5cb8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d145b6040 in ?? ()
#28 0x00007f8d145b5d80 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 173 (Thread 0x7f87b8f686c0 (LWP 252) "qtp582495711-21"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 172 (Thread 0x7f87ba4686c0 (LWP 250) "qtp582495711-20"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000032 in ?? ()
#7  0x00007f8dd00000e8 in ?? ()
#8  0x00007f971dd7080c in ?? ()
#9  0x00000008ba467100 in ?? ()
#10 0x3897215dab9b6b00 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f8818ba9b20 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 171 (Thread 0x7f87bab686c0 (LWP 248) "qtp582495711-20"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d2dbd2ee8 in ?? ()
#11 0x003d5fb045f21541 in ?? ()
#12 0x00007f8d2dbd2f18 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8d2dbd2f18 in ?? ()
#16 0x00007f970c002a60 in ?? ()
#17 0x00007f970908edb0 in ?? ()
#18 0x00007f8c950783e8 in ?? ()
#19 0x00007f972559145c in ?? ()
#20 0x00007f87bab67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 170 (Thread 0x7f87b8a686c0 (LWP 247) "qtp582495711-20"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05b5ceca7 in ?? ()
#12 0x00007f8d12582180 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x00000001934c85c0 in ?? ()
#15 0x00007f8d12582180 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f970908ec18 in ?? ()
#18 0x00007f8d12581410 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b8a67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d12581410 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f973553d9a8 in ?? ()
#25 0x00007f8d12581178 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d12581500 in ?? ()
#28 0x00007f8d12581240 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 169 (Thread 0x7f87ba9686c0 (LWP 246) "qtp582495711-20"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 168 (Thread 0x7f87b85686c0 (LWP 239) "qtp582495711-20"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e5682 in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973aa0d5da in VMThread::wait_until_executed(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973aa0dd23 in VMThread::execute(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a664e3a in find_deadlocks(bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a665117 in jmm_FindDeadlockedThreads () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f972440dcdb in ?? ()
#9  0x00007f87b8566950 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 167 (Thread 0x7f87b93686c0 (LWP 236) "qtp582495711-19"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 166 (Thread 0x7f87b86686c0 (LWP 232) "pool-3-thread-1"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f87b8667610 in ?? ()
#9  0x00007f87b8667650 in ?? ()
#10 0x0000000000001b60 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 165 (Thread 0x7f87b92686c0 (LWP 229) "pool-5-thread-1"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87b92677c0 in ?? ()
#11 0x003d5fb06f762a18 in ?? ()
#12 0x00007f8e38000000 in ?? ()
#13 0x00007f970c0a1948 in ?? ()
#14 0x00000001ab3f9678 in ?? ()
#15 0x00007f8e38000000 in ?? ()
#16 0x4024000000000000 in ?? ()
#17 0x00007f970908db00 in ?? ()
#18 0x00007f970f1b83a8 in ?? ()
#19 0x003d5fb0690b637c in ?? ()
#20 0x00007f87b92677c0 in ?? ()
#21 0x00007f9724409771 in ?? ()
#22 0x00007f970f006990 in ?? ()
#23 0x00007f9724409771 in ?? ()
#24 0x000000003b9a944c in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 164 (Thread 0x7f87b9d686c0 (LWP 226) "scala-execution"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f97254f83e0 in ?? ()
#10 0x0000018d21c8da6f in ?? ()
#11 0x00007f970908d850 in ?? ()
#12 0x00007f8af6eee7f8 in ?? ()
#13 0x000000010000f995 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 163 (Thread 0x7f87b9b686c0 (LWP 223) "dnsjava NIO sel"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f87b9b677b0 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f9709008268 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f8e23004e38 in ?? ()
#12 0x00007f8e2b0018f8 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f97090084c8 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 162 (Thread 0x7f87b96686c0 (LWP 222) "System-akka.r"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 161 (Thread 0x7f87b20ff6c0 (LWP 221) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x00000000000002ff in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 160 (Thread 0x7f87b21ff6c0 (LWP 220) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000470 in ?? ()
#7  0x000000000000008e in ?? ()
#8  0x00007f884005a9c0 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f9724f1ef1c in ?? ()
#11 0x0000000903238ad9 in ?? ()
#12 0x00007f9709029e28 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f9709029b78 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97090352c0 in ?? ()
#18 0x0000000100000323 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 159 (Thread 0x7f87b22ff6c0 (LWP 219) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 158 (Thread 0x7f87b23ff6c0 (LWP 218) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a399f95 in jni_GetIntField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9739040c02 in Java_sun_nio_ch_FileDispatcherImpl_write0 () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#6  0x00007f972514432a in ?? ()
#7  0x00007f96f315dfa0 in ?? ()
#8  0x00007f973a8434c8 in ShenandoahHeap::allocate_from_gclab_slow(Thread*, unsigned long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f9725973748 in ?? ()
#10 0x00000000000899c0 in ?? ()
#11 0x00007f8e4f000901 in ?? ()
#12 0x00007f884c00dce0 in ?? ()
#13 0x00007f97340b6140 in ?? ()
#14 0x00007f96f315dfa0 in ?? ()
#15 0x3897215dab9b6b00 in ?? ()
#16 0xffffffff00000000 in ?? ()
#17 0x00007f97092c1798 in ?? ()
#18 0x00007f96f315df78 in ?? ()
#19 0x00007f8e4f000938 in ?? ()
#20 0x00007f9709f25290 in ?? ()
#21 0x00007f884c00dce0 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 157 (Thread 0x7f87b24ff6c0 (LWP 217) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b24fe698 in ?? ()
#10 0x00000000000002f7 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 156 (Thread 0x7f87b25ff6c0 (LWP 216) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b25fe698 in ?? ()
#10 0x00000000000002f4 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 155 (Thread 0x7f87b26ff6c0 (LWP 215) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b26fe698 in ?? ()
#10 0x00000000000002f0 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 154 (Thread 0x7f87b27ff6c0 (LWP 214) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b27fe698 in ?? ()
#10 0x00000000000002ef in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 153 (Thread 0x7f87b28ff6c0 (LWP 213) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b28fe698 in ?? ()
#10 0x00000000000002ee in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 152 (Thread 0x7f87b29ff6c0 (LWP 212) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b29fe698 in ?? ()
#10 0x00000000000002ed in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 151 (Thread 0x7f87b2aff6c0 (LWP 211) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000316 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 150 (Thread 0x7f87b2bff6c0 (LWP 210) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000315 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 149 (Thread 0x7f87b2cff6c0 (LWP 209) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x000000000000030d in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 148 (Thread 0x7f87b2dff6c0 (LWP 208) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x000000000000030e in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 147 (Thread 0x7f87b2eff6c0 (LWP 207) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000307 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 146 (Thread 0x7f87b2fff6c0 (LWP 206) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f970907adc8 in ?? ()
#8  0x00007f887418cdd0 in ?? ()
#9  0x00007f97090b0700 in ?? ()
#10 0x00007f9724f1f80d in ?? ()
#11 0x0000000e48d663de in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97091cfde0 in ?? ()
#18 0x00000001000048d3 in ?? ()
#19 0x00007f8900000000 in ?? ()
#20 0x00007f8b00000000 in ?? ()
#21 0x00007f97090732a0 in ?? ()
#22 0x00007f970907adc8 in ?? ()
#23 0x00007f970907aba0 in ?? ()
#24 0x0000000000000000 in ?? ()

Thread 145 (Thread 0x7f87b71686c0 (LWP 205) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f970907aa60 in ?? ()
#8  0x00007f887418bb60 in ?? ()
#9  0x00007f889c00a968 in ?? ()
#10 0x00007f9724f1f7ad in ?? ()
#11 0x0000000b61aebd0b in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97091cf5d0 in ?? ()
#18 0x00000001000061a9 in ?? ()
#19 0x00007f8900000000 in ?? ()
#20 0xfffe000000000000 in ?? ()
#21 0x00007f97090732a0 in ?? ()
#22 0x00007f970907aa60 in ?? ()
#23 0x00007f970907a838 in ?? ()
#24 0xfffd000018100009 in ?? ()
#25 0xfff8000000000010 in ?? ()
#26 0x000000007153a1e9 in ?? ()
#27 0x000000000002000e in ?? ()
#28 0x00007f8b6a041690 in ?? ()
#29 0x0000000061a90424 in ?? ()
#30 0x00007f97252dc65c in ?? ()
#31 0x00007f97090732a0 in ?? ()
#32 0x00007f970907aa60 in ?? ()
#33 0x00007f88ab1b7630 in ?? ()
#34 0x0000000000000000 in ?? ()

Thread 144 (Thread 0x7f87b72686c0 (LWP 204) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f970907a6f8 in ?? ()
#8  0x00007f887418a970 in ?? ()
#9  0x00007f97090b0700 in ?? ()
#10 0x00007f9724f1f80d in ?? ()
#11 0x0000000aa90e510a in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709100030 in ?? ()
#18 0x000000010000a905 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 143 (Thread 0x7f87b73686c0 (LWP 203) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f970907a390 in ?? ()
#8  0x00007f88741892c0 in ?? ()
#9  0x00007f97090b0700 in ?? ()
#10 0x00007f9724f1f80d in ?? ()
#11 0x00000009c4b7dd19 in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97091c5ca0 in ?? ()
#18 0x000000010000c4ad in ?? ()
#19 0x00007f8900000000 in ?? ()
#20 0xfffd000000020004 in ?? ()
#21 0x00007f97090732a0 in ?? ()
#22 0x00007f970907a390 in ?? ()
#23 0x00007f970907a168 in ?? ()
#24 0xffff000030d10003 in ?? ()
#25 0xfff8000000000010 in ?? ()
#26 0x0000000057b7aec0 in ?? ()
#27 0x000000000002000e in ?? ()
#28 0x00007f8b6a041690 in ?? ()
#29 0x00000000c4ac56f6 in ?? ()
#30 0x00007f97252dc65c in ?? ()
#31 0x00007f97090732a0 in ?? ()
#32 0x00007f970907a390 in ?? ()
#33 0x00007f88ab1b7630 in ?? ()
#34 0x0000000000000000 in ?? ()

Thread 142 (Thread 0x7f87b74686c0 (LWP 202) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000068 in ?? ()
#7  0x000000000000000d in ?? ()
#8  0x00007f88741881d0 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f9724f1ef1c in ?? ()
#11 0x00000006ddb33fb6 in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709102880 in ?? ()
#18 0x000000010000dda7 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 141 (Thread 0x7f87b75686c0 (LWP 201) "System-akka.i"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f87b7567540 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f9709079c38 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f88f3ade228 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 140 (Thread 0x7f87bad686c0 (LWP 200) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 139 (Thread 0x7f87b76686c0 (LWP 199) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000300 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 138 (Thread 0x7f87b77686c0 (LWP 198) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000308 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 137 (Thread 0x7f87b78686c0 (LWP 197) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b7867698 in ?? ()
#10 0x00000000000002fd in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 136 (Thread 0x7f87b79686c0 (LWP 196) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f87b39ab5d0 in ?? ()
#10 0x0000000000000301 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 135 (Thread 0x7f87b7a686c0 (LWP 195) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f9709078cb8 in ?? ()
#8  0x00007f885c03abc0 in ?? ()
#9  0x0000000080000000 in ?? ()
#10 0x00007f9724f1f268 in ?? ()
#11 0x0000000774a058c7 in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709103d70 in ?? ()
#18 0x0000000100007499 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 134 (Thread 0x7f87b7b686c0 (LWP 194) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 133 (Thread 0x7f87b7c686c0 (LWP 193) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0xfffe000000000000 in ?? ()
#7  0x000000000c7a000f in ?? ()
#8  0x00007f8848010a60 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f9724f1ef1c in ?? ()
#11 0x0000000d2f5274ed in ?? ()
#12 0x00007f9709029e28 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f9709029b78 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709032260 in ?? ()
#18 0x0000000100002f4f in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 132 (Thread 0x7f87b7d686c0 (LWP 192) "System-akka.r"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 131 (Thread 0x7f87b7e686c0 (LWP 191) "System-akka.r"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 130 (Thread 0x7f87b9e686c0 (LWP 190) "System-akka.i"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f87b9e675b0 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970904b718 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f97091f0ef0 in ?? ()
#12 0x00007f9709029b78 in ?? ()
#13 0x0000000000002710 in ?? ()
#14 0x00007f970904bbb0 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 129 (Thread 0x7f87b7f686c0 (LWP 189) "System-akka.r"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 128 (Thread 0x7f87b80686c0 (LWP 188) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97090732a0 in ?? ()
#7  0x00007f9709073410 in ?? ()
#8  0x00007f88400306f0 in ?? ()
#9  0x00007f97090b0700 in ?? ()
#10 0x00007f9724f1f80d in ?? ()
#11 0x0000000e380938de in ?? ()
#12 0x00007f97090b0700 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f97090732a0 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97091cfde0 in ?? ()
#18 0x0000000100003805 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 127 (Thread 0x7f87b81686c0 (LWP 187) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000458 in ?? ()
#7  0x000000000000008b in ?? ()
#8  0x00007f884002ea50 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f9724f1ef1c in ?? ()
#11 0x0000000dfcf239dd in ?? ()
#12 0x00007f9709029e28 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f9709029b78 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709032260 in ?? ()
#18 0x000000010000fce3 in ?? ()
#19 0x00007f8900000000 in ?? ()
#20 0xffff000000020002 in ?? ()
#21 0x00007f9709029b78 in ?? ()
#22 0x00007f9709036420 in ?? ()
#23 0x00007f9709075838 in ?? ()
#24 0xfffe00000f8d000d in ?? ()
#25 0xfff8000000000010 in ?? ()
#26 0x00007f97254df600 in ?? ()
#27 0x0000000000000000 in ?? ()

Thread 126 (Thread 0x7f87b82686c0 (LWP 186) "System-akka.a"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x000000000000008e in ?? ()
#7  0x00007f8e240007d0 in ?? ()
#8  0x00007f88402aa200 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f9724f1ef1c in ?? ()
#11 0x00000005a62047b5 in ?? ()
#12 0x00007f9709029e28 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f9709029b78 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f9709037800 in ?? ()
#18 0x000000010000a617 in ?? ()
#19 0x00007f8b00000000 in ?? ()
#20 0xfffa000000020002 in ?? ()
#21 0x00007f9709029b78 in ?? ()
#22 0x00007f9709029eb8 in ?? ()
#23 0x00007f9709072e50 in ?? ()
#24 0xffff000008620001 in ?? ()
#25 0xfff8000000000010 in ?? ()
#26 0xfff800000d3e000d in ?? ()
#27 0x0000000000000000 in ?? ()

Thread 125 (Thread 0x7f87b83686c0 (LWP 185) "System-akka.a"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7db6a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f972451d2ad in ?? ()
#6  0x0000000000000001 in ?? ()
#7  0x00007f9725611d48 in ?? ()
#8  0x00007f97091bed30 in ?? ()
#9  0x00007f97091bed70 in ?? ()
#10 0x00007f87b83676d0 in ?? ()
#11 0x00007f9709199040 in ?? ()
#12 0x00007f977fffffff in ?? ()
#13 0x000003ea09199010 in ?? ()
#14 0x0100000000020000 in ?? ()
#15 0x00000000000003ea in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f9709199030 in ?? ()
#18 0x00007f87b83676d8 in ?? ()
#19 0x00007f97090416f0 in ?? ()
#20 0x00007f87b83676c8 in ?? ()
#21 0x3897215dab9b6b00 in ?? ()
#22 0x00007f970d15ec88 in ?? ()
#23 0x00007f970d15ec88 in ?? ()
#24 0x00007f9709199010 in ?? ()
#25 0x00007f9709196da8 in ?? ()
#26 0x00007f89d11ad2d8 in ?? ()
#27 0x00007f888c3ce8c0 in ?? ()
#28 0x0000000000000006 in ?? ()
#29 0x00007f9725bec438 in ?? ()
#30 0x0000000000000000 in ?? ()

Thread 124 (Thread 0x7f87b84686c0 (LWP 184) "System-schedu"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a9821ed in JavaThread::sleep(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a3efe59 in JVM_Sleep () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724ce5190 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f970d001ba8 in ?? ()
#9  0x00007f96f7551140 in ?? ()
#10 0x00007f970d004080 in ?? ()
#11 0x00000000007f9601 in ?? ()
#12 0x00007f88f3566d90 in ?? ()
#13 0x00007f970f006990 in ?? ()
#14 0x003d5fb043ace922 in ?? ()
#15 0x00007f87b8467900 in ?? ()
#16 0x00007f971e19f6f4 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 123 (Thread 0x7f87b87686c0 (LWP 181) "qtp582495711-14"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05ad0637b in ?? ()
#12 0x00007f8d22d74bb8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d1145b8 in ?? ()
#15 0x00007f8d22d74bb8 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f970d1145b8 in ?? ()
#18 0x00007f8d22d73e48 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b8767980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d22d73e48 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a8b0 in ?? ()
#25 0x00007f8d22d73bb0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d22d73f38 in ?? ()
#28 0x00007f8d22d73c78 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 122 (Thread 0x7f87b88686c0 (LWP 180) "qtp582495711-14"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 121 (Thread 0x7f87b8b686c0 (LWP 177) "qtp582495711-14"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0572c646e in ?? ()
#12 0x00007f8d28a0a5e0 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d003e10 in ?? ()
#15 0x00007f8d28a0a5e0 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f970d003e10 in ?? ()
#18 0x00007f8d28a09870 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b8b67980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d28a09870 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a890 in ?? ()
#25 0x00007f8d28a095d8 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d28a09960 in ?? ()
#28 0x00007f8d28a096a0 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 120 (Thread 0x7f87b8c686c0 (LWP 176) "qtp582495711-14"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 119 (Thread 0x7f87b91686c0 (LWP 171) "qtp582495711-13"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb05b332c2b in ?? ()
#12 0x00007f8d2abd43f8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d001528 in ?? ()
#15 0x00007f8d2abd43f8 in ?? ()
#16 0x00007f970c2bf758 in ?? ()
#17 0x00007f970d001528 in ?? ()
#18 0x00007f8d2abd3688 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b9167980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d2abd3688 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f889c00a860 in ?? ()
#25 0x00007f8d2abd33f0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d2abd3778 in ?? ()
#28 0x00007f8d2abd34b8 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 118 (Thread 0x7f87b94686c0 (LWP 168) "qtp582495711-13"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d837464f8 in ?? ()
#11 0x003d5fb050c6354f in ?? ()
#12 0x00007f8d83746528 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x00007f8d83746528 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 117 (Thread 0x7f87b95686c0 (LWP 167) "qtp582495711-13"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f8d1c3bd858 in ?? ()
#11 0x003d5fb0578ad8ca in ?? ()
#12 0x00007f8d1c3bd888 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x0000000100000001 in ?? ()
#15 0x00007f8d1c3bd888 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 116 (Thread 0x7f87b97686c0 (LWP 165) "qtp582495711-13"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0590d1578 in ?? ()
#12 0x00007f8d4fc364d8 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d001020 in ?? ()
#15 0x00007f8d4fc364d8 in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f970d001020 in ?? ()
#18 0x00007f8d4fc35768 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87b9767980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d4fc35768 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f973553da30 in ?? ()
#25 0x00007f8d4fc354d0 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d4fc35858 in ?? ()
#28 0x00007f8d4fc35598 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 115 (Thread 0x7f87b9f686c0 (LWP 157) "Connector-Sched"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87b9f677c0 in ?? ()
#11 0x003d5fb069b590ec in ?? ()
#12 0x00007f8db5000808 in ?? ()
#13 0x00007f970d14fda8 in ?? ()
#14 0x00000001b9f67760 in ?? ()
#15 0x00007f8db5000808 in ?? ()
#16 0x01007f970d009d80 in ?? ()
#17 0x00007f970d14fc10 in ?? ()
#18 0x00007f970f1b83a8 in ?? ()
#19 0x003d5fb069b58d29 in ?? ()
#20 0x00007f87b9f677c0 in ?? ()
#21 0x00007f9724409771 in ?? ()
#22 0x00007f970f006990 in ?? ()
#23 0x00007f9724409771 in ?? ()
#24 0x000000004d044e40 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 114 (Thread 0x7f87ba0686c0 (LWP 156) "qtp582495711-12"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f00d1c8 in ?? ()
#11 0x003d5fb0599f323d in ?? ()
#12 0x00007f8d21839470 in ?? ()
#13 0x00007f970d00a130 in ?? ()
#14 0x000000010d04fa10 in ?? ()
#15 0x00007f8d21839470 in ?? ()
#16 0x0000000000000001 in ?? ()
#17 0x00007f970d04fa10 in ?? ()
#18 0x00007f8d21838700 in ?? ()
#19 0x00007f9724b77aec in ?? ()
#20 0x00007f87ba067980 in ?? ()
#21 0x00007f971e70b19c in ?? ()
#22 0x00007f8d21838700 in ?? ()
#23 0x00007f9724baefe8 in ?? ()
#24 0x00007f973553d9e8 in ?? ()
#25 0x00007f8d21838468 in ?? ()
#26 0x00007f970d00dba0 in ?? ()
#27 0x00007f8d218387f0 in ?? ()
#28 0x00007f8d21838530 in ?? ()
#29 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 113 (Thread 0x7f87ba1686c0 (LWP 155) "qtp582495711-12"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 112 (Thread 0x7f87ba7686c0 (LWP 149) "qtp582495711-11"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a39bdad in jni_SetIntField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f97390431de in Java_sun_nio_ch_Net_accept () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#6  0x00007f972515ee4c in ?? ()
#7  0x00007f970d0009a8 in ?? ()
#8  0x00007f8e22bda400 in ?? ()
#9  0x00007f8e22bda438 in ?? ()
#10 0x00007f8e22bda148 in ?? ()
#11 0x00007f970d000810 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 111 (Thread 0x7f87bac686c0 (LWP 144) "Session-HouseKe"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f87bac676a8 in ?? ()
#9  0x00007f87bac67610 in ?? ()
#10 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#11 0x00007f971db10f84 in ?? ()
#12 0x00007f87bac67690 in ?? ()
#13 0x00007f9724a1c40b in ?? ()
#14 0x00007f87bac67650 in ?? ()
#15 0x00007f88f0316ed0 in ?? ()
#16 0x00007f87bac676b0 in ?? ()
#17 0x0000008bb2c5cb73 in ?? ()
#18 0x00007f970d14ee00 in ?? ()
#19 0x00007f970f013738 in ?? ()
#20 0x00007f87bac67700 in ?? ()
#21 0x00007f972440923e in ?? ()
#22 0x00007f87bac67700 in ?? ()
#23 0x00007f972440923e in ?? ()
#24 0x0000008bb2c5cb73 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 110 (Thread 0x7f87bae686c0 (LWP 141) "kafka-coordinat"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 109 (Thread 0x7f87bb0686c0 (LWP 139) "Thread-61"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f9708cb1d98 in ?? ()
#7  0x00007f970d14e1d0 in ?? ()
#8  0x00007f9708cb2508 in ?? ()
#9  0x00007f87bb067800 in ?? ()
#10 0x00007f96f8f74500 in ?? ()
#11 0x00007f87bb067890 in ?? ()
#12 0x00007f973a87cdb6 in ShenandoahRuntime::load_reference_barrier_strong(oopDesc*, oopDesc**) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f97255cfe2c in ?? ()
#14 0x00007f8e520094c0 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000001 in ?? ()
#17 0x00007f8d829f6700 in ?? ()
#18 0x00007f970d14e368 in ?? ()
#19 0x0000000100000001 in ?? ()
#20 0x0000000100000000 in ?? ()
#21 0x3897215dab9b6b00 in ?? ()
#22 0x00007f87bb067890 in ?? ()
#23 0x00007f970919c1d8 in ?? ()
#24 0x00007f970d14e1d0 in ?? ()
#25 0x00000000012f9ca0 in ?? ()
#26 0x00007f9708cb2840 in ?? ()
#27 0x00007f9734fb4cf0 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 108 (Thread 0x7f87bb1686c0 (LWP 138) "Thread-60"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f97255cfe2c in ?? ()
#8  0x00007f8e24c114b0 in ?? ()
#9  0x0000000100000001 in ?? ()
#10 0x0000000100000001 in ?? ()
#11 0x00007f8e24c11488 in ?? ()
#12 0x00007f970d14e0e8 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 107 (Thread 0x7f87c81f66c0 (LWP 137) "Thread-59"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f97255cfe2c in ?? ()
#8  0x00007f8e2fba7bd8 in ?? ()
#9  0x0000000100000001 in ?? ()
#10 0x0000000100000001 in ?? ()
#11 0x00007f8e2fba7bb0 in ?? ()
#12 0x00007f970d14de68 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x0000000100000000 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 106 (Thread 0x7f87c82f66c0 (LWP 136) "Thread-3"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbe72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739908 in os::PlatformEvent::park(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a708431 in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a709490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a92a4dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a7ed652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f972451a42d in ?? ()
#8  0x0000018d21c815b7 in ?? ()
#9  0x00007f9725dc7fb4 in ?? ()
#10 0x00007f970d14e688 in ?? ()
#11 0x00007f8e28024dd8 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 105 (Thread 0x7f88aa1ff6c0 (LWP 134) "kafka-producer-"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a39a8a5 in jni_GetLongField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f87caece552 in ?? ()
#6  0x0000000001661c08 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 104 (Thread 0x7f87c83f66c0 (LWP 130) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f013738 in ?? ()
#11 0x003d5fbe31caf81a in ?? ()
#12 0x00007f8e46000000 in ?? ()
#13 0x00007f970d0502a0 in ?? ()
#14 0x00000001c83f5870 in ?? ()
#15 0x00007f8e46000000 in ?? ()
#16 0x00007f970d050548 in ?? ()
#17 0x00007f970d12a2b8 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 103 (Thread 0x7f87c84f66c0 (LWP 129) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f9724ef2e0c in ?? ()
#10 0x000000000107992e in ?? ()
#11 0x00000000056ba132 in ?? ()
#12 0x0000000000000148 in ?? ()
#13 0x3897215dab9b6b00 in ?? ()
#14 0x00007f87c84f5880 in ?? ()
#15 0x00007f971dc170ec in ?? ()
#16 0x00007f8818236a20 in ?? ()
#17 0x00007f88680c76c0 in ?? ()
#18 0x00007f970f000100 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 102 (Thread 0x7f87c86f66c0 (LWP 127) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f8ae5dbbc50 in ?? ()
#7  0x00007f89d9f0a478 in ?? ()
#8  0x0000000100000001 in ?? ()
#9  0x00007f89d9f0a5f0 in ?? ()
#10 0x00007f89d9f0a680 in ?? ()
#11 0x00007f8818471110 in ?? ()
#12 0x00007f970c001218 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f970f0096c0 in ?? ()
#15 0x00007f9724dcdf0c in ?? ()
#16 0x00007f970d129d68 in ?? ()
#17 0x00007f970f009790 in ?? ()
#18 0x0000000df84757d5 in ?? ()
#19 0x00007f8818236080 in ?? ()
#20 0xffffffffffffffff in ?? ()
#21 0x00007f9708148650 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 101 (Thread 0x7f87c87f66c0 (LWP 126) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x00007f88f14cd490 in ?? ()
#10 0x000000000000035d in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 100 (Thread 0x7f87c88f66c0 (LWP 125) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f89e0419c38 in ?? ()
#7  0x00007f89d9000020 in ?? ()
#8  0x0000000100000001 in ?? ()
#9  0x00007f89d9000198 in ?? ()
#10 0x00007f89d9000228 in ?? ()
#11 0x00007f8814006020 in ?? ()
#12 0x00007f970c001218 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f970f0096c0 in ?? ()
#15 0x00007f9724dcdf0c in ?? ()
#16 0x00007f970d1299e0 in ?? ()
#17 0x00007f970f009790 in ?? ()
#18 0x0000000df84757d3 in ?? ()
#19 0x00007f88140069d0 in ?? ()
#20 0xffffffffffffffff in ?? ()
#21 0x00007f9708149660 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 99 (Thread 0x7f87c89f66c0 (LWP 124) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f96f760e5f8 in ?? ()
#7  0x00007f96f760e618 in ?? ()
#8  0x0000000df847579b in ?? ()
#9  0x00007f970c010c70 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x00007f8808004570 in ?? ()
#12 0x00007f970c001218 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f970f0096c0 in ?? ()
#15 0x00007f97252d5610 in ?? ()
#16 0x00007f970c010c70 in ?? ()
#17 0x00007f970f009790 in ?? ()
#18 0x00007f96f78c7b48 in ?? ()
#19 0x00007f88080040a0 in ?? ()
#20 0xffffffffffffffff in ?? ()
#21 0x00007f96f760e7a0 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 98 (Thread 0x7f87c8af66c0 (LWP 123) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f9724ef2e0c in ?? ()
#10 0x000000000107992e in ?? ()
#11 0x0000000002828826 in ?? ()
#12 0x0000000000000148 in ?? ()
#13 0x3897215dab9b6b00 in ?? ()
#14 0x00007f87c8af5880 in ?? ()
#15 0x00007f971dc170ec in ?? ()
#16 0x00007f87c8af5760 in ?? ()
#17 0x00007f973af0d3ce in free () from /lib64/libc.so.6
#18 0x000000050001c6f8 in ?? ()
#19 0x00007f880c003d20 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 97 (Thread 0x7f87c8bf66c0 (LWP 122) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f971dc47644 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 96 (Thread 0x7f87c8cf66c0 (LWP 121) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87c8cf5860 in ?? ()
#11 0x003d5fbe2f6139fa in ?? ()
#12 0x00007f8e43000000 in ?? ()
#13 0x00007f970d0502a0 in ?? ()
#14 0x0000000143000000 in ?? ()
#15 0x00007f8e43000000 in ?? ()
#16 0x00007f8800000001 in ?? ()
#17 0x00007f970d1292d0 in ?? ()
#18 0x00007f88f1ce9850 in ?? ()
#19 0x00007f96f75f6860 in ?? ()
#20 0x00007f87c8cf5860 in ?? ()
#21 0x00007f9724409771 in ?? ()
#22 0x00007f87c8cf5860 in ?? ()
#23 0x00007f9724409771 in ?? ()
#24 0x0000000df8475800 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 95 (Thread 0x7f87c8df66c0 (LWP 120) "ForkJoinPool.co"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f97254f83e0 in ?? ()
#10 0x0000018d21c9005b in ?? ()
#11 0x00007f970e3fb620 in ?? ()
#12 0x00007f97063caf60 in ?? ()
#13 0x000000010000f3a1 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 94 (Thread 0x7f87c8ef66c0 (LWP 119) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f972556c024 in ?? ()
#10 0x4059000000000001 in ?? ()
#11 0x00007f970c014038 in ?? ()
#12 0x00007f970d050370 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x00007f9709072ca8 in ?? ()
#15 0x0000000000000001 in ?? ()
#16 0x003d5fbb021c4c4e in ?? ()
#17 0x0000000df847577f in ?? ()
#18 0x00007f8840024150 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 93 (Thread 0x7f87c8ff66c0 (LWP 118) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f97254f831c in ?? ()
#8  0x00007f970e3fb620 in ?? ()
#9  0x00000001000037d3 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 92 (Thread 0x7f87c90f66c0 (LWP 117) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f97254f831c in ?? ()
#8  0x00007f970e3fb620 in ?? ()
#9  0x000000100000000f in ?? ()
#10 0x00007f970df1a518 in ?? ()
#11 0x00000001000086a3 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 91 (Thread 0x7f87c91f66c0 (LWP 116) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970e3fb620 in ?? ()
#7  0x00007f970d0f0450 in ?? ()
#8  0x00007f8830001700 in ?? ()
#9  0x000000000002000e in ?? ()
#10 0x00007f9724f1f590 in ?? ()
#11 0x0000000155812841 in ?? ()
#12 0x00007f970e3fbd28 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f970e3fb620 in ?? ()
#16 0x000000100000000f in ?? ()
#17 0x00007f97063caf60 in ?? ()
#18 0x000000010000557d in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 90 (Thread 0x7f87c92f66c0 (LWP 115) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x0000000000000246 in ?? ()
#7  0x0000000000020000 in ?? ()
#8  0x00007f9724f1f590 in ?? ()
#9  0x0000000e1982092e in ?? ()
#10 0x00007f970e3fbd28 in ?? ()
#11 0x00007f973553d8d0 in ?? ()
#12 0x00007f970d0effc0 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f970e3fb620 in ?? ()
#16 0x0000000100001981 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 89 (Thread 0x7f87c93f66c0 (LWP 114) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00000000000005a8 in ?? ()
#7  0x0000000000020008 in ?? ()
#8  0x00007f9724f1f590 in ?? ()
#9  0x00000005745d3035 in ?? ()
#10 0x00007f970e3fbd28 in ?? ()
#11 0x00007f973553d8c8 in ?? ()
#12 0x00007f970d178908 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97254f831c in ?? ()
#15 0x00007f970e3fb620 in ?? ()
#16 0x0000000100007457 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 88 (Thread 0x7f87c94f66c0 (LWP 113) "ForkJoinPool.co"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f97254f831c in ?? ()
#8  0x00007f970e3fb620 in ?? ()
#9  0x000000100000000f in ?? ()
#10 0x00007f97090ad7e0 in ?? ()
#11 0x0000000100009369 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 87 (Thread 0x7f87c95f66c0 (LWP 112) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f87c95f5650 in ?? ()
#9  0x00007f88f0317d80 in ?? ()
#10 0x00000000000017a7 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 86 (Thread 0x7f87c96f66c0 (LWP 111) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f9709078058 in ?? ()
#11 0x003d5fbe2cd4da85 in ?? ()
#12 0x00007f8e32000000 in ?? ()
#13 0x00007f970d0502a0 in ?? ()
#14 0x0000000132000000 in ?? ()
#15 0x00007f8e32000000 in ?? ()
#16 0x00007f8800000001 in ?? ()
#17 0x00007f970c014268 in ?? ()
#18 0x00007f88f1ce9850 in ?? ()
#19 0x00007f9724408b10 in ?? ()
#20 0x00007f87c96f5860 in ?? ()
#21 0x00007f9724409771 in ?? ()
#22 0x00007f87c96f5860 in ?? ()
#23 0x00007f9724409771 in ?? ()
#24 0x0000000df8475800 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 85 (Thread 0x7f87c97f66c0 (LWP 110) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f8a94286398 in ?? ()
#7  0x00007f89d7f0a6d8 in ?? ()
#8  0x0000000100000001 in ?? ()
#9  0x00007f89d7f0a600 in ?? ()
#10 0x00007f89d7f0a7a8 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x00007f970c001218 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f970f0096c0 in ?? ()
#15 0x00007f9724dcdf0c in ?? ()
#16 0x00007f970c0111b8 in ?? ()
#17 0x00007f970f009790 in ?? ()
#18 0x00007f97356ae8e0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 84 (Thread 0x7f87c98f66c0 (LWP 109) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f970f013738 in ?? ()
#11 0x003d5fbe21fe33a6 in ?? ()
#12 0x00007f8e16000000 in ?? ()
#13 0x00007f970d0502a0 in ?? ()
#14 0x0000000116000000 in ?? ()
#15 0x00007f8e16000000 in ?? ()
#16 0x00007f8d00000001 in ?? ()
#17 0x00007f970c010e48 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 83 (Thread 0x7f87c99f66c0 (LWP 108) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9725e357d8 in ?? ()
#10 0x00007f87c99f57d8 in ?? ()
#11 0x003d5fbe2d1a8bf6 in ?? ()
#12 0x00007f8e3dba7bc0 in ?? ()
#13 0x00007f970d0502a0 in ?? ()
#14 0x000000013dba7bc0 in ?? ()
#15 0x00007f8e3dba7bc0 in ?? ()
#16 0x00007f8800000001 in ?? ()
#17 0x00007f970c000000 in ?? ()
#18 0x00007f970c0d6ba8 in ?? ()
#19 0x00007f96f75f6860 in ?? ()
#20 0x00007f87c99f5870 in ?? ()
#21 0x00007f9724409771 in ?? ()
#22 0x00007f87c99f5870 in ?? ()
#23 0x00007f9724409771 in ?? ()
#24 0x0000000df8475800 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 82 (Thread 0x7f87c9af66c0 (LWP 107) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f972556c024 in ?? ()
#10 0x00007f8700000001 in ?? ()
#11 0x00007f970c014038 in ?? ()
#12 0x00007f9709072ca8 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x00007f9709072cd8 in ?? ()
#15 0x0000000000000001 in ?? ()
#16 0x003d5fbb111d1b2f in ?? ()
#17 0x0000000df84757cc in ?? ()
#18 0x00007f970c010db0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 81 (Thread 0x7f87c9bf66c0 (LWP 106) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f96f75f6860 in ?? ()
#9  0x00007f971dc167a0 in ?? ()
#10 0x0000000000001c93 in ?? ()
#11 0x00007f87c9bf5690 in ?? ()
#12 0x000000000001e1e1 in ?? ()
#13 0x00007f87c9bf56e0 in ?? ()
#14 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#15 0x00007f9724ef2e0c in ?? ()
#16 0x000000000107992f in ?? ()
#17 0x000000002e2a8dc9 in ?? ()
#18 0x0000000000000148 in ?? ()
#19 0x3897215dab9b6b00 in ?? ()
#20 0x00007f87c9bf5880 in ?? ()
#21 0x00007f971dc170ec in ?? ()
#22 0x00007f97356a89b0 in ?? ()
#23 0x00007f87f008c550 in ?? ()
#24 0x00007f970f000100 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 80 (Thread 0x7f87c9cf66c0 (LWP 105) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9724e1592c in ?? ()
#10 0x00007f8a00000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f970c014038 in ?? ()
#13 0x00007f8800000001 in ?? ()
#14 0x00007f970d050340 in ?? ()
#15 0x003d5fb208300835 in ?? ()
#16 0x00007f970d050370 in ?? ()
#17 0x0000000df84757d1 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 79 (Thread 0x7f87c9df66c0 (LWP 104) "HttpClient at 74b0"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f96f75f6860 in ?? ()
#9  0x00007f971dc167a0 in ?? ()
#10 0x000000000000180c in ?? ()
#11 0x00007f970d129658 in ?? ()
#12 0x000000000001c98b in ?? ()
#13 0x00007f87c9df56e0 in ?? ()
#14 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#15 0x00007f9724ef2e0c in ?? ()
#16 0x000000000107992e in ?? ()
#17 0x0000000002820844 in ?? ()
#18 0x0000000000000148 in ?? ()
#19 0x3897215dab9b6b00 in ?? ()
#20 0x00007f87c9df5880 in ?? ()
#21 0x00007f971dc170ec in ?? ()
#22 0x00007f87c9df5830 in ?? ()
#23 0x000000000000ea60 in ?? ()
#24 0x00007f971dc3f7c0 in ?? ()
#25 0x00007f88ab000000 in ?? ()
#26 0x000000000107992c in ?? ()
#27 0x00007f970d0502f8 in ?? ()
#28 0x00007f87c9df57a8 in ?? ()
#29 0x00007f96f75f6848 in ?? ()
#30 0x00007f87c9df5798 in ?? ()
#31 0x00007f87c9df5768 in ?? ()
#32 0x00007f88ab1a9108 in ?? ()
#33 0x0000000000000000 in ?? ()

Thread 78 (Thread 0x7f87c9ef66c0 (LWP 103) "Thread-37"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f972559b7f8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x00007f970c013788 in ?? ()
#12 0x003d5fb64e2a2413 in ?? ()
#13 0x00007f970c0135f0 in ?? ()
#14 0x00007f9709072c78 in ?? ()
#15 0x00007f8700000001 in ?? ()
#16 0x00007f96f75f4ae8 in ?? ()
#17 0x00007f96f75f4ae8 in ?? ()
#18 0x00007f970f29e798 in ?? ()
#19 0x00007f88ab1dfe20 in ?? ()
#20 0x00007f87c9ef5940 in ?? ()
#21 0x00007f97244097b6 in ?? ()
#22 0x00007f97244097b6 in ?? ()
#23 0x00007f970f3f0b18 in ?? ()
#24 0x0000000000007530 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 77 (Thread 0x7f87cb2556c0 (LWP 102) "Thread-36"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f972559b7f8 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x00007f970c010250 in ?? ()
#12 0x003d5fb64dc433b9 in ?? ()
#13 0x00007f970c0100b8 in ?? ()
#14 0x00007f9709072c48 in ?? ()
#15 0x00007f8700000001 in ?? ()
#16 0x00007f96f75f3d48 in ?? ()
#17 0x00007f96f75f3d48 in ?? ()
#18 0x00007f970f29e798 in ?? ()
#19 0x00007f88ab1dfe20 in ?? ()
#20 0x00007f87cb254940 in ?? ()
#21 0x00007f97244097b6 in ?? ()
#22 0x00007f97244097b6 in ?? ()
#23 0x00007f970f3f0b18 in ?? ()
#24 0x0000000000007530 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 76 (Thread 0x7f88a80ff6c0 (LWP 99) "Thread-35"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00e2d8 in ?? ()
#7  0x00007f88a80fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d7c026538 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d9202dfe8 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8df4003a88 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c013458 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8df4003a88 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a80fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 75 (Thread 0x7f88a81ff6c0 (LWP 98) "Thread-34"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00eda0 in ?? ()
#7  0x00007f88a81fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d4ffaf070 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d60ed0d38 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d9bef0b18 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00ff20 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d9bef0b18 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a81fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 74 (Thread 0x7f88a82ff6c0 (LWP 97) "Thread-33"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 73 (Thread 0x7f88a83ff6c0 (LWP 96) "Thread-32"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9724ef2e0c in ?? ()
#10 0x00007f88a83fd8f0 in ?? ()
#11 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x000000050001c6f8 in ?? ()
#13 0x00007f973553dcf0 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 72 (Thread 0x7f88a84ff6c0 (LWP 95) "Thread-31"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9724ef2e0c in ?? ()
#10 0x00007f88a84fd970 in ?? ()
#11 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x000000050001c6f8 in ?? ()
#13 0x00007f973553c4b0 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 71 (Thread 0x7f88a85ff6c0 (LWP 94) "Thread-30"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00db88 in ?? ()
#7  0x00007f88a85fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d6b0349f0 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d8a01e200 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d0ca34c08 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00fba0 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d0ca34c08 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a85fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 70 (Thread 0x7f88a86ff6c0 (LWP 93) "Thread-29"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 69 (Thread 0x7f88a87ff6c0 (LWP 92) "Thread-28"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00ff20 in ?? ()
#7  0x00007f88a87fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d36eea178 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d80ef6b40 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d947b8d50 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c012f68 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d947b8d50 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a87fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 68 (Thread 0x7f88a88ff6c0 (LWP 91) "Thread-27"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00e0f0 in ?? ()
#7  0x00007f88a88fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d61eec170 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d46037af0 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d7ec834b0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c012dd0 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d7ec834b0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a88fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 67 (Thread 0x7f88a89ff6c0 (LWP 90) "Thread-26"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9724ef2e0c in ?? ()
#10 0x00007f88a89fd970 in ?? ()
#11 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x000000050001c6f8 in ?? ()
#13 0x00007f97355357f0 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 66 (Thread 0x7f88a8aff6c0 (LWP 89) "Thread-25"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c012f68 in ?? ()
#7  0x00007f88a8afe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8e350025f0 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8e420038c0 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d9475ffc8 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00f660 in ?? ()
#21 0x00007f8e012f9ca0 in ?? ()
#22 0x00007f8d9475ffc8 in ?? ()
#23 0x00007f96f58bf630 in ?? ()
#24 0x00007f88a8afe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 65 (Thread 0x7f88a8bff6c0 (LWP 88) "Thread-24"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c0085c0 in ?? ()
#7  0x00007f88a8bfe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d8a01e200 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d61eec170 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d7ebee568 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c012c10 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d7ebee568 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a8bfe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 64 (Thread 0x7f88a8cff6c0 (LWP 87) "Thread-23"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00ef88 in ?? ()
#7  0x00007f88a8cfe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d76038200 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d36eea178 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d47aa6998 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c012a50 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d47aa6998 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a8cfe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 63 (Thread 0x7f88a8dff6c0 (LWP 86) "Thread-22"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a739d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c18169 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f9724ef2e0c in ?? ()
#10 0x00007f88a8dfd880 in ?? ()
#11 0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x000000050001c6f8 in ?? ()
#13 0x00007f97355302f0 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 62 (Thread 0x7f88a8eff6c0 (LWP 85) "Thread-21"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00e498 in ?? ()
#7  0x00007f88a8efe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d55f8f950 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d4ffaf070 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d47d69380 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00f330 in ?? ()
#21 0x00007f97012f9ca0 in ?? ()
#22 0x00007f8d47d69380 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a8efe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 61 (Thread 0x7f88a8fff6c0 (LWP 84) "Thread-20"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 60 (Thread 0x7f88a90ff6c0 (LWP 83) "Thread-19"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00fd60 in ?? ()
#7  0x00007f88a90fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d9202dfe8 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d62023cc8 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d47e087f0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00e658 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d47e087f0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a90fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 59 (Thread 0x7f88a91ff6c0 (LWP 82) "Thread-18"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c012a50 in ?? ()
#7  0x00007f88a91fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d70027b78 in ?? ()
#11 0x0000000300000001 in ?? ()
#12 0x0000000100000001 in ?? ()
#13 0x00007f8d2e02d7d0 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d08fcc9c0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00f148 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d08fcc9c0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a91fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 58 (Thread 0x7f88a92ff6c0 (LWP 81) "Thread-17"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00fba0 in ?? ()
#7  0x00007f88a92fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d33047ba0 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d7f025510 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d47bfdd40 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00ef88 in ?? ()
#21 0x00007f97012f9ca0 in ?? ()
#22 0x00007f8d47bfdd40 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a92fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 57 (Thread 0x7f88a93ff6c0 (LWP 80) "Thread-16"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00e658 in ?? ()
#7  0x00007f88a93fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d62023cc8 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d55f8f950 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d9bfde7b0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00e498 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d9bfde7b0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a93fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 56 (Thread 0x7f88a94ff6c0 (LWP 79) "Thread-15"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7db6a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f972451d2ad in ?? ()
#6  0x00007f8e33bbe990 in ?? ()
#7  0x00007f9725504120 in ?? ()
#8  0x00007f8e33bbe990 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 55 (Thread 0x7f88a95ff6c0 (LWP 78) "Thread-14"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00f330 in ?? ()
#7  0x00007f8b8af8a620 in ?? ()
#8  0x00007f97256f1dd4 in ?? ()
#9  0x00007f970c346aa0 in ?? ()
#10 0x00007f970c346aa0 in ?? ()
#11 0x00007f8baf24b148 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 54 (Thread 0x7f88a96ff6c0 (LWP 77) "Thread-13"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00f148 in ?? ()
#7  0x00007f88a96fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d80ef6b40 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d82f92230 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8db2abe660 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00ebb8 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8db2abe660 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a96fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 53 (Thread 0x7f88a97ff6c0 (LWP 76) "Thread-12"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00df58 in ?? ()
#7  0x00007f88ab430b80 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 52 (Thread 0x7f88a98ff6c0 (LWP 75) "Thread-11"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c0083d8 in ?? ()
#7  0x00007f88a98fe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d900233c8 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d33047ba0 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8db2d86e40 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00df58 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8db2d86e40 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a98fe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 51 (Thread 0x7f88a99ff6c0 (LWP 74) "Thread-10"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7dea2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 50 (Thread 0x7f88a9aff6c0 (LWP 73) "Thread-9"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c012dd0 in ?? ()
#7  0x00007f88a9afe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d46037af0 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d76038200 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8df81632a0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c0085c0 in ?? ()
#21 0x00007f97012f9ca0 in ?? ()
#22 0x00007f8df81632a0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a9afe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 49 (Thread 0x7f88a9bff6c0 (LWP 72) "Thread-8"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00fd60 in ?? ()
#7  0x00007f88a9bfe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d82f92230 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d70027b78 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d813de660 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c00dd70 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d813de660 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a9bfe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 48 (Thread 0x7f88a9cff6c0 (LWP 71) "Thread-7"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c012c10 in ?? ()
#7  0x00007f88a9cfe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8e420038c0 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d7c026538 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d0caab288 in ?? ()
#19 0x000000000000a8c0 in ?? ()
#20 0x00007f970c00db88 in ?? ()
#21 0x00007f8e012f9ca0 in ?? ()
#22 0x00007f8d0caab288 in ?? ()
#23 0x00007f96f58bf630 in ?? ()
#24 0x00007f88a9cfe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 47 (Thread 0x7f88a9dff6c0 (LWP 70) "Thread-6"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00ff20 in ?? ()
#7  0x00007f88a9dfe890 in ?? ()
#8  0x00007f973a7e6fab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f97255cfe2c in ?? ()
#10 0x00007f8d6e024890 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000000 in ?? ()
#13 0x00007f8d6b0349f0 in ?? ()
#14 0x00007f970c00db10 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x0000000100000000 in ?? ()
#17 0x000000000002db40 in ?? ()
#18 0x00007f8d47c7fee0 in ?? ()
#19 0x0000000000015180 in ?? ()
#20 0x00007f970c0083d8 in ?? ()
#21 0x00007f8d012f9ca0 in ?? ()
#22 0x00007f8d47c7fee0 in ?? ()
#23 0x00007f8a962b5fb8 in ?? ()
#24 0x00007f88a9dfe9c0 in ?? ()
#25 0x00007f9725480b58 in ?? ()
#26 0x0000000000000000 in ?? ()

Thread 46 (Thread 0x7f88a9eff6c0 (LWP 69) "Thread-5"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7de925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 45 (Thread 0x7f88a9fff6c0 (LWP 68) "Thread-4"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c00f4c8 in ?? ()
#7  0x00007f9724408b10 in ?? ()
#8  0x00007f9700000000 in ?? ()
#9  0x00007f88a9ffe9c0 in ?? ()
#10 0x00007f88a9ffe978 in ?? ()
#11 0x00007f8bb04e7850 in ?? ()
#12 0x3897215dab9b6b00 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97255cfe2c in ?? ()
#15 0x00007f8e2c0021f8 in ?? ()
#16 0x0000000100000001 in ?? ()
#17 0x0000000100000000 in ?? ()
#18 0x00007f8e350025f0 in ?? ()
#19 0x00007f970c00db10 in ?? ()
#20 0x0000000100000001 in ?? ()
#21 0x0000000100000000 in ?? ()
#22 0x000000000002db40 in ?? ()
#23 0x00007f8e13ffb0c8 in ?? ()
#24 0x0000000000015180 in ?? ()
#25 0x00007f970c00d978 in ?? ()
#26 0x00007f8e012f9ca0 in ?? ()
#27 0x00007f8e13ffb0c8 in ?? ()
#28 0x00007f96f58bf630 in ?? ()
#29 0x00007f88a9ffe9c0 in ?? ()
#30 0x00007f9725480b58 in ?? ()
#31 0x0000000000000000 in ?? ()

Thread 44 (Thread 0x7f88aa0ff6c0 (LWP 67) "Thread-0"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f9724409352 in ?? ()
#7  0x00007f9724409352 in ?? ()
#8  0x00007f970c00d4f0 in ?? ()
#9  0x00007f88aa0fe610 in ?? ()
#10 0x00007f88f14e26e6 in ?? ()
#11 0x00007f88aa0fe668 in ?? ()
#12 0x00007f88f14e29e8 in ?? ()
#13 0x00007f88aa0fe6b8 in ?? ()
#14 0x00007f9725526dd8 in ?? ()
#15 0x00007f88f14e2710 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 43 (Thread 0x7f88aa2ff6c0 (LWP 65) "Thread-2"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f970c007d68 in ?? ()
#7  0x00007f970f007aa8 in ?? ()
#8  0x00007f970c007a28 in ?? ()
#9  0x0000000000000009 in ?? ()
#10 0x0000000000000048 in ?? ()
#11 0x00007f8a0000000b in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f97255cfe2c in ?? ()
#15 0x00007f8e52b35dd0 in ?? ()
#16 0x0000000100000001 in ?? ()
#17 0x0000000100000001 in ?? ()
#18 0x00007f8e52b35d80 in ?? ()
#19 0x00007f970c007f00 in ?? ()
#20 0x0000000100000001 in ?? ()
#21 0x0000000100000000 in ?? ()
#22 0x00007f970c007c18 in ?? ()
#23 0x00007f970c007d68 in ?? ()
#24 0x00007f8a07000000 in ?? ()
#25 0x00007f970c007d68 in ?? ()
#26 0x00007f97012f9ca0 in ?? ()
#27 0x00007f970c007c18 in ?? ()
#28 0x00007f8d8d040f80 in ?? ()
#29 0x00007f970c007c18 in ?? ()
#30 0x00007f9725d6a258 in ?? ()
#31 0x0000000000000000 in ?? ()

Thread 42 (Thread 0x7f971c64b6c0 (LWP 64) "Thread-1"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbe72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739c43 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f972559b7f8 in ?? ()
#8  0x00007f970c2eec78 in ?? ()
#9  0x00007f970c007bf0 in ?? ()
#10 0x003d79d8b4879ed4 in ?? ()
#11 0x00007f970c007a28 in ?? ()
#12 0x00007f8e53000090 in ?? ()
#13 0x00007f9700000001 in ?? ()
#14 0x00007f970c2eec78 in ?? ()
#15 0x000000001c435ae4 in ?? ()
#16 0x00007f8a90006480 in ?? ()
#17 0x3897215dab9b6b00 in ?? ()
#18 0x00007f971c64a958 in ?? ()
#19 0x00007f97244097b6 in ?? ()
#20 0x00007f971c64a958 in ?? ()
#21 0x00007f97244097b6 in ?? ()
#22 0x00007f970f1a7668 in ?? ()
#23 0x0000000000007059 in ?? ()
#24 0x0000000000000000 in ?? ()

Thread 41 (Thread 0x7f88aa3ff6c0 (LWP 63) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa3fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c00d3b0 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f970c00d450 in ?? ()
#12 0x00007f88f146a440 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f88aa3fe8d0 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 40 (Thread 0x7f88aa4ff6c0 (LWP 62) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa4fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c00d0d8 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f8840020d80 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 39 (Thread 0x7f88aa5ff6c0 (LWP 61) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa5fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c0078e8 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f970c007988 in ?? ()
#12 0x00007f88f146a440 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f88aa5fe8d0 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 38 (Thread 0x7f88aa6ff6c0 (LWP 60) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa6fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c007610 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f884001e5d0 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 37 (Thread 0x7f88aa7ff6c0 (LWP 59) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa7fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c00ce00 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f884001d000 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 36 (Thread 0x7f88aa8ff6c0 (LWP 58) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa8fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c00cb28 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f884001ba30 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 35 (Thread 0x7f88aa9ff6c0 (LWP 57) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aa9fe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c0065f0 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f88aa9fe8d0 in ?? ()
#12 0x00007f88aa9fe888 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f884001a460 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 34 (Thread 0x7f88aaaff6c0 (LWP 56) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aaafe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c0062f8 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f88f146a8c0 in ?? ()
#12 0x00007f88aaafe7d0 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f88f24cfc28 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 33 (Thread 0x7f88aabff6c0 (LWP 55) "pool-4-thread-1"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aabfe6d0 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c0072f0 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f8d20f63b00 in ?? ()
#12 0x00007f88aabfe728 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f88aabfe7c8 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 32 (Thread 0x7f88aacff6c0 (LWP 54) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aacfe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c007018 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c023940 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 31 (Thread 0x7f88aadff6c0 (LWP 53) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aadfe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c006020 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c0222b0 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 30 (Thread 0x7f88aaeff6c0 (LWP 52) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aaefe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c005d48 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c020c20 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 29 (Thread 0x7f88aafff6c0 (LWP 51) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f88aaffe700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c006d40 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c01f5a0 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x0000000000001758 in ?? ()
#16 0x00007f88ab013490 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 28 (Thread 0x7f971c14b6c0 (LWP 50) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f971c14a700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c006a68 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c01df20 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 27 (Thread 0x7f971c24b6c0 (LWP 49) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f971c24a700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c003650 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c01cca0 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 26 (Thread 0x7f971c34b6c0 (LWP 48) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f971c34a700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c003168 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f885c01bed0 in ?? ()
#12 0x00007f88ab104480 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f973a7db596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 25 (Thread 0x7f971c44b6c0 (LWP 47) "I/O dispatcher "):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f971c44a700 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c005a70 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x00007f88f146a8c0 in ?? ()
#12 0x00007f971c44a7d0 in ?? ()
#13 0x00000000000003e8 in ?? ()
#14 0x00007f88f24cfc28 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 24 (Thread 0x7f971c54b6c0 (LWP 46) "pool-2-thread-1"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a98797a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c1856f in ?? ()
#6  0x00007f971c54a6d0 in ?? ()
#7  0x00007f973af4704d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f97252d5610 in ?? ()
#9  0x00007f970c0013b0 in ?? ()
#10 0x00007f970f009790 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 23 (Thread 0x7f971c74b6c0 (LWP 44) "Log4j2-AsyncApp"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f97244096a2 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 22 (Thread 0x7f971c8c56c0 (LWP 43) "Log4j2-AsyncApp"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f972440dcdb in ?? ()
#5  0x00007f971c8c46c0 in ?? ()
#6  0x00007f9734cdf5d0 in ?? ()
#7  0x00007f971c8c4680 in ?? ()
#8  0x00007f973a3e2638 in JVM_CurrentThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f972440923e in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 21 (Thread 0x7f971c9c56c0 (LWP 42) "Log4j2-TF-1-Asy"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a9ba38b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f9724c18169 in ?? ()
#5  0x00007f970f007aa8 in ?? ()
#6  0x00007f88f0144150 in ?? ()
#7  0x00007f971c9c4658 in ?? ()
#8  0x00007f8dc0000138 in ?? ()
#9  0x00007f971c9c4648 in ?? ()
#10 0x00007f972440923e in ?? ()
#11 0x00007f88f03f7b38 in ?? ()
#12 0x0000000000001055 in ?? ()
#13 0x00007f971c9c4948 in ?? ()
#14 0x00007f971e9ecaac in ?? ()
#15 0x00007f8dc0000138 in ?? ()
#16 0x00007f971c9c4948 in ?? ()
#17 0xffffffffffffffff in ?? ()
#18 0x00007f971e8152e3 in ?? ()
#19 0x00007f8884c9baa8 in ?? ()
#20 0x00007f9734cfd4e0 in ?? ()
#21 0x00007f971c9c4690 in ?? ()
#22 0x00007f8dc0000138 in ?? ()
#23 0x00007f9700000001 in ?? ()
#24 0x00007f9739ee9a39 in BarrierSetNMethod::supports_entry_barrier(nmethod*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 20 (Thread 0x7f971ccfe6c0 (LWP 38) "Common-Cleaner"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6c4d5d in MHN_clearCallSiteContext () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f9724c61a9e in ?? ()
#6  0x00007f96f31b06a0 in ?? ()
#7  0x000000043a3e3768 in ?? ()
#8  0x0000000000000801 in ?? ()
#9  0x0000000000000004 in ?? ()
#10 0x00007f9709f285d8 in ?? ()
#11 0x00007f9709f285d8 in ?? ()
#12 0x00007f970f0461d0 in ?? ()
#13 0x00007f9724a2d8e5 in ?? ()
#14 0x00007f970913e510 in ?? ()
#15 0x00007f971d83e144 in ?? ()
#16 0x00007f971ccfd8a0 in ?? ()
#17 0x00007f970913e4c0 in ?? ()
#18 0x00007f9709f285d8 in ?? ()
#19 0x00007f9709f285d8 in ?? ()
#20 0x00007f88ab04ebe0 in ?? ()
#21 0x00007f97341a2ce0 in ?? ()
#22 0x00007f970913e510 in ?? ()
#23 0x00007f9724f5a594 in ?? ()
#24 0x00007f971ccfd8d0 in ?? ()
#25 0x00007f970f0460b0 in ?? ()
#26 0x0000000000000003 in ?? ()
#27 0x00007f970f0068a8 in ?? ()
#28 0x0000000000000003 in ?? ()
#29 0x00007f970f0460b0 in ?? ()
#30 0x0000000000000003 in ?? ()
#31 0x00007f9724409397 in ?? ()
#32 0x00007f971ccfd960 in ?? ()
#33 0x00007f97244096a2 in ?? ()
#34 0x000000000000ea60 in ?? ()
#35 0x00007f97244096a2 in ?? ()
#36 0x00007f970913e510 in ?? ()
#37 0x00007f971ccfd918 in ?? ()
#38 0x00007f88ab81f519 in ?? ()
#39 0x00007f971ccfd988 in ?? ()
#40 0x00007f88ab1fc380 in ?? ()
#41 0x0000000000000000 in ?? ()

Thread 19 (Thread 0x7f971cdff6c0 (LWP 37) "VM Periodic Tas"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbe72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a739fdf in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e55cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6fbc97 in WatcherThread::sleep() const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a6fbd9e in WatcherThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#9  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 18 (Thread 0x7f971ceff6c0 (LWP 36) "Notification Th"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e55cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6fc24a in NotificationThread::notification_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#9  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 17 (Thread 0x7f971cfff6c0 (LWP 35) "Sweeper thread"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e55cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a872bba in ShenandoahNMethodTable::unregister_nmethod(nmethod*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a6ebb1e in nmethod::make_not_entrant_or_zombie(int) [clone .part.0] () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a91c9a3 in NMethodSweeper::process_compiled_method(CompiledMethod*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a91cf74 in NMethodSweeper::sweep_code_cache() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a91d7b3 in NMethodSweeper::sweep() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973a91dc26 in NMethodSweeper::sweeper_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#14 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 16 (Thread 0x7f973810c6c0 (LWP 34) "C1 CompilerThre"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6e575d in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a0a743d in CompileQueue::get() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a0ab93a in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#11 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 15 (Thread 0x7f973820c6c0 (LWP 33) "C2 CompilerThre"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6e575d in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a0a743d in CompileQueue::get() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a0ab93a in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#11 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 14 (Thread 0x7f973830c6c0 (LWP 32) "Monitor Deflati"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a6d8fa8 in MonitorDeflationThread::monitor_deflation_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#9  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 13 (Thread 0x7f973840c6c0 (LWP 31) "Service Thread"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e55cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7ea7d9 in ServiceThread::service_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#9  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7f973850c6c0 (LWP 30) "Signal Dispatch"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a89c5a2 in os::signal_wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7214ad in signal_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a980ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#9  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7f973860c6c0 (LWP 29) "Finalizer"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a7396e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a70a545 in ObjectMonitor::wait(long, bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a929746 in ObjectSynchronizer::wait(Handle, long, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a3da997 in JVM_MonitorWait () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f9724c17de7 in ?? ()
#7  0x00007f970f006558 in ?? ()
#8  0x00007f970f006630 in ?? ()
#9  0x00007f973860b8b0 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7f973870c6c0 (LWP 28) "Reference Handl"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e5682 in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a3e3412 in JVM_WaitForReferencePendingList () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f972440dcdb in ?? ()
#6  0x00007f970f0458a0 in ?? ()
#7  0x00007f973870b908 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7f973880d6c0 (LWP 27) "VM Thread"):
#0  0x00007f973af47163 in clock_nanosleep at GLIBC_2.2.5 () from /lib64/libc.so.6
#1  0x00007f973af599f7 in nanosleep () from /lib64/libc.so.6
#2  0x00007f973a738649 in os::naked_short_sleep(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7de4fa in SafepointSynchronize::synchronize_threads(long, int, int*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a7df5c4 in SafepointSynchronize::begin() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973aa0dae5 in VMThread::inner_execute(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973aa0de37 in VMThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#10 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7f9738afc6c0 (LWP 26) "Shenandoah Cont"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973aa3dbfa in WorkGang::run_task(AbstractGangTask*, unsigned int, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a82fbf2 in ShenandoahConcurrentGC::op_weak_roots() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a82fe1f in ShenandoahConcurrentGC::entry_weak_roots() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a830830 in ShenandoahConcurrentGC::collect(GCCause::Cause) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973a835753 in ShenandoahControlThread::service_concurrent_normal_cycle(GCCause::Cause) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a835f78 in ShenandoahControlThread::run_service() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973a0c481f in ConcurrentGCThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#13 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7f9738bfd6c0 (LWP 25) "Shenandoah GC T"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973aa3d2ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973aa3d382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#8  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7f9738cfe6c0 (LWP 24) "Shenandoah GC T"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefbb09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f973a73a084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a6e55cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a91b91a in SuspendibleThreadSet::join() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a833530 in ShenandoahConcurrentWeakRootsEvacUpdateTask::work(unsigned int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973aa3d321 in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973aa3d382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#11 0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f9738dff6c0 (LWP 23) "Shenandoah GC T"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973aa3d2ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973aa3d382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#8  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f97395526c0 (LWP 22) "Safepoint Clean"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973aa3d2ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973aa3d382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#8  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f97396536c0 (LWP 21) "Shenandoah GC T"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973af04a08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f973a7e9daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973aa3d2ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973aa3d382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973a984f6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f973a72eaa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f973aefc897 in start_thread () from /lib64/libc.so.6
#8  0x00007f973af83524 in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f97399c76c0 (LWP 20) "java"):
#0  0x00007f973af815ad in syscall () from /lib64/libc.so.6
#1  0x00007f973aa1bf7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f973a7ddbd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f973a7e5ce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f973a39702d in jni_NewByteArray () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f973988e15c in newSizedStringJava () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libjava.so
#6  0x00007f973988e413 in JNU_ThrowByNameWithLastError () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libjava.so
#7  0x00007f97390430ee in Java_sun_nio_ch_Net_connect0 () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#8  0x00007f972440dcdb in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f973ae6b740 (LWP 19) "java"):
#0  0x00007f973aef9169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f973aefe5d3 in __pthread_clockjoin_ex () from /lib64/libc.so.6
#2  0x00007f973b06497d in CallJavaMainInNewThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#3  0x00007f973b061859 in ContinueInNewThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#4  0x00007f973b0624a7 in JLI_Launch () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#5  0x000055d1801292c6 in main ()
Detaching from program: /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/java, process 19
[Inferior 1 (process 19) detached]

From wkemper at openjdk.org  Fri Jan 19 17:19:46 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 19 Jan 2024 17:19:46 GMT
Subject: RFR: Merge openjdk/jdk:master [v4]
In-Reply-To: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
References: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
Message-ID: <XHAcxVJB2V80nXQeJN8ZGKq5l9ha2PaouKsrcRef3WQ=.24bebec2-54c2-48d7-aa03-23fd96871205@github.com>

> Merges tag jdk-23+6

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Fix whitespace for jcheck

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah/pull/384/files
  - new: https://git.openjdk.org/shenandoah/pull/384/files/f8fac6e4..b8e867d4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=03
 - incr: https://webrevs.openjdk.org/?repo=shenandoah&pr=384&range=02-03

  Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/shenandoah/pull/384.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/384/head:pull/384

PR: https://git.openjdk.org/shenandoah/pull/384

From wkemper at openjdk.org  Fri Jan 19 17:33:29 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 19 Jan 2024 17:33:29 GMT
Subject: Integrated: Merge openjdk/jdk:master
In-Reply-To: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
References: <FU9UABEiOM2S5OVxJRl0_NZdafeGb_T5NMt9leHtAVg=.7a0616d8-a74d-453c-a16d-15dd6fee04c9@github.com>
Message-ID: <aNO6evqTz1PIqDUycQjW8BFo7iNQoVNxduPMfRBljps=.399dcdb7-51fe-4749-9b03-f4db333e81d8@github.com>

On Thu, 18 Jan 2024 18:16:03 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+6

This pull request has now been integrated.

Changeset: 5c6f4171
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/5c6f4171efd250ab47695059814a78d7b672a4bd
Stats:     16197 lines in 381 files changed: 8493 ins; 6439 del; 1265 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah/pull/384

From kemperw at amazon.com  Fri Jan 19 18:33:39 2024
From: kemperw at amazon.com (Kemper, William)
Date: Fri, 19 Jan 2024 18:33:39 +0000
Subject: Deadlock on OpenJDK 17
In-Reply-To: <m2o7dh8cty.wl-kirill@korins.ky>
References: <m2o7dh8cty.wl-kirill@korins.ky>
Message-ID: <dead5f717bf7461ab6ee8d4c246dc779@amazon.com>

Hi - thank you for sharing this. I've opened a ticket in the bug tracker for this: https://bugs.openjdk.org/browse/JDK-8324225


It would be really helpful if you are able to share a portable reproducer for this. It would also be helpful to know why the VMThread thinks the Shenandoah worker thread is still running. If you could run an instance of your application with `-Xlog:safepoint=trace` it would shed some light on things (please test this in a non-production environment, I'm not sure what sort of log volume this will produce for your application). We will also work on a reproducer by running our tests with `-XX:+SafepointALot` .


William


________________________________
From: shenandoah-dev <shenandoah-dev-retn at openjdk.org> on behalf of Kirill A.Korinsky <kirill at korins.ky>
Sent: Friday, January 19, 2024 9:14:49 AM
To: shenandoah-dev at openjdk.org
Subject: [EXTERNAL] Deadlock on OpenJDK 17

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



Greetings,

I'd like to share with you that seems like a deadlock inside Shenandoah.

The deadlock means that JVM goes into state similar ot stop of the worls,
it doesn't response to jstack or jmap with error like:

  Unable to open socket file /proc/XXX/root/tmp/.java_pidYYY

It runs inside docker container and I have gc verbose log to stdout,
that allows me to capture the last message before it's frozen:

  [2024-01-19T16:23:09.871+0000][info][gc] Trigger: Metadata GC Threshold
  [2024-01-19T16:23:09.876+0000][info][gc] GC(2) Concurrent reset 5.054ms
  [2024-01-19T16:23:09.876+0000][info][gc] GC(2) Pause Init Mark (unload classes) 0.045ms
  [2024-01-19T16:23:09.889+0000][info][gc] GC(2) Concurrent marking roots 12.535ms
  [2024-01-19T16:23:10.425+0000][info][gc] GC(2) Concurrent marking (unload classes) 535.868ms
  [2024-01-19T16:23:10.425+0000][info][gc] GC(2) Pause Final Mark (unload classes) 0.156ms
  [2024-01-19T16:23:10.492+0000][info][gc] GC(2) Concurrent thread roots 66.065ms
  [2024-01-19T16:23:10.513+0000][info][gc] GC(2) Concurrent weak references 21.074ms

The error had happened on Fedora 39's java-17-openjdk-17.0.9.0.9-3.fc39.x86_64

As a proof that it is a deadlock I'd like to share output of all threads from
gdb's point of which I gets as thread apply all bt

JVM runs with options:
  -XX:+UseShenandoahGC -XX:+AlwaysPreTouch -XX:-UseBiasedLocking -XX:+DisableExplicitGC -XX:+UnlockExperimentalVMOptions -XX:+UseTransparentHugePages

--
wbr, Kirill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/shenandoah-dev/attachments/20240119/0ed0cdfc/attachment.htm>

From kirill at korins.ky  Fri Jan 19 19:16:00 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Fri, 19 Jan 2024 20:16:00 +0100
Subject: Deadlock on OpenJDK 17
In-Reply-To: <dead5f717bf7461ab6ee8d4c246dc779@amazon.com>
References: <m2o7dh8cty.wl-kirill@korins.ky>
 <dead5f717bf7461ab6ee8d4c246dc779@amazon.com>
Message-ID: <m2jzo5877z.wl-kirill@korins.ky>

On Fri, 19 Jan 2024 19:33:39 +0100,
Kemper, William wrote:
> 
> It would be really helpful if you are able to share a portable reproducer for
> this. It would also be helpful to know why the VMThread thinks the Shenandoah
> worker thread is still running. If you could run an instance of your
> application with `-Xlog:safepoint=trace` it would shed some light on things
> (please test this in a non-production environment, I'm not sure what sort of
> log volume this will produce for your application). We will also work on a
> reproducer by running our tests with `-XX:+SafepointALot` .

I afraid that I can't make portable reproducer because the issue is happening
during redeployment of large cluster (>200 machines in total) and may affects a
random machine. Or two.

This happened only on start, and if application had started and works few
minutes, it will work without this issue.

Unfortently not each redeployment triggers it, let say one of four.

Until I've figured out how to reproduce it, I have no idea how to trace it on
production environment without perofrmance degradation and it's clearly that
both -Xlog:safepoint=trace and -XX:+SafepointALot aren't an option here :(

-- 
wbr, Kirill

From ysr at amazon.com  Fri Jan 19 21:14:30 2024
From: ysr at amazon.com (Ramakrishna, Ramki)
Date: Fri, 19 Jan 2024 21:14:30 +0000
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
Message-ID: <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>

Hi Kirill --

> I afraid that I can't make portable reproducer because the issue is happening
> during redeployment of large cluster (>200 machines in total) and may affects a
> random machine. Or two.
> 
> 
> This happened only on start, and if application had started and works few
> minutes, it will work without this issue.
>
>
> Unfortently not each redeployment triggers it, let say one of four.
> 
> 
> Until I've figured out how to reproduce it, I have no idea how to trace it on
> production environment without perofrmance degradation and it's clearly that
> both -Xlog:safepoint=trace and -XX:+SafepointALot aren't an option here :(

Perhaps try `-XX:+SafepointTimeout` along with a suitably high value for the associated `-XX: SafepointTimeoutDelay=` value?

Here are their respective defaults:

  product(bool, SafepointTimeout, false,                                    \
          "Time out and warn or fail after SafepointTimeoutDelay "          \
          "milliseconds if failed to reach safepoint")                      \
                                                                            \

  product(double, SafepointTimeoutDelay, 10000,                             \
          "Delay in milliseconds for option SafepointTimeout; "             \
          "supports sub-millisecond resolution with fractional values.")    \
          range(0, max_jlongDouble LP64_ONLY(/MICROUNITS))                  \


This is supposed to provide more info if we took too long to reach a safepoint:

    // Check if this has taken too long:
    if (SafepointTimeout && safepoint_limit_time < os::javaTimeNanos()) {
      print_safepoint_timeout();
    }

Where print_safepoint_timeout() does:

      ls.print_cr("# SafepointSynchronize::begin: Timeout detected:");
      ls.print_cr("# SafepointSynchronize::begin: Timed out while spinning to reach a safepoint.");
      ls.print_cr("# SafepointSynchronize::begin: Threads which did not reach the safepoint:");
      for (JavaThreadIteratorWithHandle jtiwh; JavaThread *cur_thread = jtiwh.next(); ) {
        if (cur_thread->safepoint_state()->is_running()) {
          ls.print("# ");
          cur_thread->print_on(&ls);
          ls.cr();
        }
      }
      ls.print_cr("# SafepointSynchronize::begin: (End of list)");

best,
/ Ramki


> 
> End of shenandoah-dev Digest, Vol 100, Issue 40
> ***********************************************




From ysr at amazon.com  Fri Jan 19 21:16:09 2024
From: ysr at amazon.com (Ramakrishna, Ramki)
Date: Fri, 19 Jan 2024 21:16:09 +0000
Subject: Deadlock on OpenJDK 17
Message-ID: <5B1A62B9-50FB-4B83-84CE-66350E5B45AC@amazon.com>


Subject line corrected; my apologies!

?On 1/19/24, 1:14 PM, "Ramakrishna, Ramki" <ysr at amazon.com <mailto:ysr at amazon.com>> wrote:


Hi Kirill --


> I afraid that I can't make portable reproducer because the issue is happening
> during redeployment of large cluster (>200 machines in total) and may affects a
> random machine. Or two.
> 
> 
> This happened only on start, and if application had started and works few
> minutes, it will work without this issue.
>
>
> Unfortently not each redeployment triggers it, let say one of four.
> 
> 
> Until I've figured out how to reproduce it, I have no idea how to trace it on
> production environment without perofrmance degradation and it's clearly that
> both -Xlog:safepoint=trace and -XX:+SafepointALot aren't an option here :(


Perhaps try `-XX:+SafepointTimeout` along with a suitably high value for the associated `-XX: SafepointTimeoutDelay=` value?


Here are their respective defaults:


product(bool, SafepointTimeout, false, \
"Time out and warn or fail after SafepointTimeoutDelay " \
"milliseconds if failed to reach safepoint") \
\


product(double, SafepointTimeoutDelay, 10000, \
"Delay in milliseconds for option SafepointTimeout; " \
"supports sub-millisecond resolution with fractional values.") \
range(0, max_jlongDouble LP64_ONLY(/MICROUNITS)) \




This is supposed to provide more info if we took too long to reach a safepoint:


// Check if this has taken too long:
if (SafepointTimeout && safepoint_limit_time < os::javaTimeNanos()) {
print_safepoint_timeout();
}


Where print_safepoint_timeout() does:


ls.print_cr("# SafepointSynchronize::begin: Timeout detected:");
ls.print_cr("# SafepointSynchronize::begin: Timed out while spinning to reach a safepoint.");
ls.print_cr("# SafepointSynchronize::begin: Threads which did not reach the safepoint:");
for (JavaThreadIteratorWithHandle jtiwh; JavaThread *cur_thread = jtiwh.next(); ) {
if (cur_thread->safepoint_state()->is_running()) {
ls.print("# ");
cur_thread->print_on(&ls);
ls.cr();
}
}
ls.print_cr("# SafepointSynchronize::begin: (End of list)");


best,
/ Ramki




> 
> End of shenandoah-dev Digest, Vol 100, Issue 40
> ***********************************************










From kirill at korins.ky  Fri Jan 19 21:38:04 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Fri, 19 Jan 2024 22:38:04 +0100
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
Message-ID: <m2plxxngw3.wl-kirill@korins.ky>

Hi Ramki,

On Fri, 19 Jan 2024 22:14:30 +0100,
Ramakrishna, Ramki wrote:
> 
> > Until I've figured out how to reproduce it, I have no idea how to trace it on
> > production environment without perofrmance degradation and it's clearly that
> > both -Xlog:safepoint=trace and -XX:+SafepointALot aren't an option here :(
> 
> Perhaps try `-XX:+SafepointTimeout` along with a suitably high value for the associated `-XX: SafepointTimeoutDelay=` value?
> 
> Here are their respective defaults:
> 
>   product(bool, SafepointTimeout, false,                                    \
>           "Time out and warn or fail after SafepointTimeoutDelay "          \
>           "milliseconds if failed to reach safepoint")                      \
>                                                                             \
> 
>   product(double, SafepointTimeoutDelay, 10000,                             \
>           "Delay in milliseconds for option SafepointTimeout; "             \
>           "supports sub-millisecond resolution with fractional values.")    \
>           range(0, max_jlongDouble LP64_ONLY(/MICROUNITS))                  \


I'm a bit lost here: how does it help in case of deadlock?

As far as I understand the vlaue should be high enough to not produce a lot of
logs, for example 500ms.

But, I don't understand how can it dump anything when the deadlock is had
happened, because all threads are blocked and simple wait.

From another hand I have better idea. Let call some function on that state via
GDB, print_safepoint_timeout() or something else?

-- 
wbr, Kirill

From kemperw at amazon.com  Fri Jan 19 21:43:46 2024
From: kemperw at amazon.com (Kemper, William)
Date: Fri, 19 Jan 2024 21:43:46 +0000
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <m2plxxngw3.wl-kirill@korins.ky>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>,
 <m2plxxngw3.wl-kirill@korins.ky>
Message-ID: <615173a9806640a0b43c4d6f3be455dc@amazon.com>

It's not a true deadlock. The VMThread is in a busy loop checking if other threads have finished. The SafepointTimeout is checked during execution of the VMThread's busy/wait loop. See https://github.com/openjdk/jdk17u-dev/blob/master/src/hotspot/share/runtime/safepoint.cpp#L250.


William

________________________________
From: Kirill A.Korinsky <kirill at korins.ky>
Sent: Friday, January 19, 2024 1:38:04 PM
To: Ramakrishna, Ramki
Cc: shenandoah-dev at openjdk.org; Kemper, William
Subject: RE: [EXTERNAL] shenandoah-dev Digest, Vol 100, Issue 40

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



Hi Ramki,

On Fri, 19 Jan 2024 22:14:30 +0100,
Ramakrishna, Ramki wrote:
>
> > Until I've figured out how to reproduce it, I have no idea how to trace it on
> > production environment without perofrmance degradation and it's clearly that
> > both -Xlog:safepoint=trace and -XX:+SafepointALot aren't an option here :(
>
> Perhaps try `-XX:+SafepointTimeout` along with a suitably high value for the associated `-XX: SafepointTimeoutDelay=` value?
>
> Here are their respective defaults:
>
>   product(bool, SafepointTimeout, false,                                    \
>           "Time out and warn or fail after SafepointTimeoutDelay "          \
>           "milliseconds if failed to reach safepoint")                      \
>                                                                             \
>
>   product(double, SafepointTimeoutDelay, 10000,                             \
>           "Delay in milliseconds for option SafepointTimeout; "             \
>           "supports sub-millisecond resolution with fractional values.")    \
>           range(0, max_jlongDouble LP64_ONLY(/MICROUNITS))                  \


I'm a bit lost here: how does it help in case of deadlock?

As far as I understand the vlaue should be high enough to not produce a lot of
logs, for example 500ms.

But, I don't understand how can it dump anything when the deadlock is had
happened, because all threads are blocked and simple wait.

>From another hand I have better idea. Let call some function on that state via
GDB, print_safepoint_timeout() or something else?

--
wbr, Kirill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/shenandoah-dev/attachments/20240119/7bd1b03b/attachment-0001.htm>

From kirill at korins.ky  Fri Jan 19 22:00:35 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Fri, 19 Jan 2024 23:00:35 +0100
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <615173a9806640a0b43c4d6f3be455dc@amazon.com>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
Message-ID: <m2o7dhnfuk.wl-kirill@korins.ky>

On Fri, 19 Jan 2024 22:43:46 +0100,
Kemper, William wrote:
> 
> It's not a true deadlock. The VMThread is in a busy loop checking if other
> threads have finished. The SafepointTimeout is checked during execution of the
> VMThread's busy/wait loop. See
> https://github.com/openjdk/jdk17u-dev/blob/master/src/hotspot/share/runtime/safepoint.cpp#L250.
> 

Indeed.

That means I may use something huge like 1 second to avoid almost all logs
except when issue is happened, am I right?

-- 
wbr, Kirill

From ysr at amazon.com  Fri Jan 19 22:56:49 2024
From: ysr at amazon.com (Ramakrishna, Ramki)
Date: Fri, 19 Jan 2024 22:56:49 +0000
Subject: Deadlock on OpenJDK 17
Message-ID: <699D0AC6-5221-4D94-9493-D9522F231FD8@amazon.com>


?On 1/19/24, 2:01 PM, "Kirill A.Korinsky" <kirill at korins.ky <mailto:kirill at korins.ky>> wrote:
...
> That means I may use something huge like 1 second to avoid almost all logs
> except when issue is happened, am I right?

Yes, the default timeout (when you enable the feature) is 10 s. You could probably leave it at that value, or set it to 1 s like you said.

/ Ramki


From kemperw at amazon.com  Fri Jan 19 23:01:14 2024
From: kemperw at amazon.com (Kemper, William)
Date: Fri, 19 Jan 2024 23:01:14 +0000
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <m2o7dhnfuk.wl-kirill@korins.ky>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>,
 <m2o7dhnfuk.wl-kirill@korins.ky>
Message-ID: <43178aa6aeaa4ae18ee3e338c856989b@amazon.com>

Right, with Ramki's suggestion to use `-XX:+SafepointTimeout` it will log a warning with the status of only the threads that haven't reached the safepoint. There'd be no need to change the -Xlog configuration as I suggested earlier. Note, the default value for `XX:SafepointTimeoutDelay` is 10 seconds.


There is also a flag: `-XX:+AbortVMOnSafepointTimeout` that will terminate the JVM when a safepoint isn't reached before the timeout. This may be preferable to leaving the instance in an unresponsive state?


William

________________________________
From: Kirill A.Korinsky <kirill at korins.ky>
Sent: Friday, January 19, 2024 2:00:35 PM
To: Kemper, William
Cc: Ramakrishna, Ramki; shenandoah-dev at openjdk.org
Subject: RE: [EXTERNAL] shenandoah-dev Digest, Vol 100, Issue 40

CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you can confirm the sender and know the content is safe.



On Fri, 19 Jan 2024 22:43:46 +0100,
Kemper, William wrote:
>
> It's not a true deadlock. The VMThread is in a busy loop checking if other
> threads have finished. The SafepointTimeout is checked during execution of the
> VMThread's busy/wait loop. See
> https://github.com/openjdk/jdk17u-dev/blob/master/src/hotspot/share/runtime/safepoint.cpp#L250.
>

Indeed.

That means I may use something huge like 1 second to avoid almost all logs
except when issue is happened, am I right?

--
wbr, Kirill
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/shenandoah-dev/attachments/20240119/f57f860a/attachment.htm>

From kirill at korins.ky  Fri Jan 19 23:17:51 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Sat, 20 Jan 2024 00:17:51 +0100
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <43178aa6aeaa4ae18ee3e338c856989b@amazon.com>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
Message-ID: <m2mst0oqu8.wl-kirill@korins.ky>

On Sat, 20 Jan 2024 00:01:14 +0100,
Kemper, William wrote:
> 
> There is also a flag: `-XX:+AbortVMOnSafepointTimeout` that will terminate the
> JVM when a safepoint isn't reached before the timeout. This may be preferable
> to leaving the instance in an unresponsive state?

Yes, but it makes quite difficult to find which instance is dead locked.

This is good workaround until the fix is available, but not for the time when we
investigating the root cause.

Probably in few days I'll be back with trace logs.

-- 
wbr, Kirill

From jwaters at openjdk.org  Sun Jan 21 12:18:40 2024
From: jwaters at openjdk.org (Julian Waters)
Date: Sun, 21 Jan 2024 12:18:40 GMT
Subject: RFR: 8309044: Replace NULL with nullptr,
 final sweep of hotspot code [v2]
In-Reply-To: <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
References: <3FoMnGeBp8DqkpVb6YGXKxdPsgGz6ej-jrf2U2stVfU=.56a11e19-38dd-420a-a07d-3b025120f194@github.com>
 <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
Message-ID: <djt42Q1nmxYSG0DsBpZG8-KIYkBKfmmNjM7y2cc1qpU=.44851569-5e3d-45a4-9ffb-bfaec0d28041@github.com>

On Tue, 30 May 2023 19:15:38 GMT, Johan Sj?len <jsjolen at openjdk.org> wrote:

>> A final sweep of Hotspot to remove all re-added NULLs. With only 110 changes I'd appreciate if this was considered trivial.
>
> Johan Sj?len has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Align
>  - Suggestions

I'm an entire year late, but if poisoning NULL is desired, what about #pragma GCC poison?

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14198#issuecomment-1902610611

From jwaters at openjdk.org  Sun Jan 21 12:21:46 2024
From: jwaters at openjdk.org (Julian Waters)
Date: Sun, 21 Jan 2024 12:21:46 GMT
Subject: RFR: 8309044: Replace NULL with nullptr,
 final sweep of hotspot code [v2]
In-Reply-To: <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
References: <3FoMnGeBp8DqkpVb6YGXKxdPsgGz6ej-jrf2U2stVfU=.56a11e19-38dd-420a-a07d-3b025120f194@github.com>
 <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
Message-ID: <bNlb5VIdi7-QnzNEqh1ldgtN9obxB9MHYhj28fsTh3Y=.5a16b6ad-6ed6-470f-b9cc-5fadf40b7de7@github.com>

On Tue, 30 May 2023 19:15:38 GMT, Johan Sj?len <jsjolen at openjdk.org> wrote:

>> A final sweep of Hotspot to remove all re-added NULLs. With only 110 changes I'd appreciate if this was considered trivial.
>
> Johan Sj?len has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Align
>  - Suggestions

For Visual C++, that would be #pragma deprecated("NULL")

To quote Microsoft:
"You can deprecate macro names. Place the macro name in quotes or else macro expansion will occur."

I have no idea how to achieve this with the xlc compiler

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14198#issuecomment-1902611263

From mdoerr at openjdk.org  Mon Jan 22 05:04:28 2024
From: mdoerr at openjdk.org (Martin Doerr)
Date: Mon, 22 Jan 2024 05:04:28 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <km9zU9ErcdoS4OVfgBPTomBmN7bzfbjrZWSqxsr8sUc=.9d615d18-4c81-49c3-a50b-f72294f3fc47@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Test results are good on all SAP supported platforms (CPU: x86_64, aarch64, PPC64; OS: linux, Windows, AIX). Performance looks also good.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1903259665

From rehn at openjdk.org  Mon Jan 22 07:40:28 2024
From: rehn at openjdk.org (Robbin Ehn)
Date: Mon, 22 Jan 2024 07:40:28 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <kpitdtYNphgAr1OP0Mf62H8kFiHRmwt8k3TgySYNDrw=.410c2b90-ccb3-4ac0-8090-e0b75d94ff96@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

I believe this was the last major piece in task we started over 5y ago of removing runtime safepoint and latencies.
Or as some might say, we finally have a runtime good enough to run ZGC ;) (and Shenandoah).
Thank you @fisk for completing this milestone!

Risc-v passes my testing. (vf2 (t1) + qemu (t1-2), ran twice, once on v3 branch and once this pr)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1903414662

From kbarrett at openjdk.org  Mon Jan 22 09:02:41 2024
From: kbarrett at openjdk.org (Kim Barrett)
Date: Mon, 22 Jan 2024 09:02:41 GMT
Subject: RFR: 8309044: Replace NULL with nullptr,
 final sweep of hotspot code [v2]
In-Reply-To: <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
References: <3FoMnGeBp8DqkpVb6YGXKxdPsgGz6ej-jrf2U2stVfU=.56a11e19-38dd-420a-a07d-3b025120f194@github.com>
 <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
Message-ID: <gY9Ddw9zMNtfFgiT6sBwl3oKgdIq3Db_LvZD3tgyOjQ=.9c25c0f8-f202-4105-811b-3c177e684b8e@github.com>

On Tue, 30 May 2023 19:15:38 GMT, Johan Sj?len <jsjolen at openjdk.org> wrote:

>> A final sweep of Hotspot to remove all re-added NULLs. With only 110 changes I'd appreciate if this was considered trivial.
>
> Johan Sj?len has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Align
>  - Suggestions

I don't think `#pragma GCC poison` works for us. It would complain about a
system or library header that uses NULL and is included after the pragma.

MSVC's deprecation pragma might work for this, at least for shared and
Windows-specific code. I couldn't find a way to use it for FORBID_C_FUNCTION,
but the problems I encountered for that don't seem applicable in this case.

However, there are still a lot of NULL's left.  All of the per-cpu .ad files,
and the jvmtiXXX.xsl files contain NULL's that will appear in the associated
generated code.  Also, NULL usage in gtests doesn't seem to have been addressed
yet.

But it does look like there's been a bit of backsliding:
https://bugs.openjdk.org/browse/JDK-8324286

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14198#issuecomment-1903531104

From jwaters at openjdk.org  Mon Jan 22 09:28:46 2024
From: jwaters at openjdk.org (Julian Waters)
Date: Mon, 22 Jan 2024 09:28:46 GMT
Subject: RFR: 8309044: Replace NULL with nullptr,
 final sweep of hotspot code [v2]
In-Reply-To: <gY9Ddw9zMNtfFgiT6sBwl3oKgdIq3Db_LvZD3tgyOjQ=.9c25c0f8-f202-4105-811b-3c177e684b8e@github.com>
References: <3FoMnGeBp8DqkpVb6YGXKxdPsgGz6ej-jrf2U2stVfU=.56a11e19-38dd-420a-a07d-3b025120f194@github.com>
 <PBfTk3H5Reg_JykZaFWInLjp2kSW53CpHouGQ_W7bQc=.851a150c-df49-4775-9ec8-8f3b0702c293@github.com>
 <gY9Ddw9zMNtfFgiT6sBwl3oKgdIq3Db_LvZD3tgyOjQ=.9c25c0f8-f202-4105-811b-3c177e684b8e@github.com>
Message-ID: <3ok9vLTR6ElUchHl9NGXoJgz_EGG9Fln3cE4BgPWGrw=.f1c53a24-9835-4e7a-a62b-6fffdfd1e05f@github.com>

On Mon, 22 Jan 2024 08:59:30 GMT, Kim Barrett <kbarrett at openjdk.org> wrote:

> I don't think `#pragma GCC poison` works for us. It would complain about a
> system or library header that uses NULL and is included after the pragma.

I see, that's a shame in that case



> However, there are still a lot of NULL's left. All of the per-cpu .ad files, and the jvmtiXXX.xsl files contain NULL's that will appear in the associated generated code. Also, NULL usage in gtests doesn't seem to have been addressed yet.
> 
> But it does look like there's been a bit of backsliding: https://bugs.openjdk.org/browse/JDK-8324286

That's a little worrying, maybe the Style Guide's NULL section could be reworded since now most usages of NULL are nullptr? The .ad files and .xsl files are a bit of a problem though



> MSVC's deprecation pragma might work for this, at least for shared and
> Windows-specific code. I couldn't find a way to use it for FORBID_C_FUNCTION,
> but the problems I encountered for that don't seem applicable in this case.

The deprecation pragma only works for macros and identifiers, it doesn't accept method signatures and would warn for every time a identifier is used, even in the method's declaration itself! Probably can't be used in FORBID_C_FUNCTION as mentioned above, but sounds good for a macro like NULL

I've also been trying to implement FORBID_C_FUNCTION and ALLOW_C_FUNCTION portably, speaking of it, but it hasn't been going great so far :/ https://github.com/openjdk/jdk/pull/17387

-------------

PR Comment: https://git.openjdk.org/jdk/pull/14198#issuecomment-1903579473

From ysr at openjdk.org  Mon Jan 22 19:16:19 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 22 Jan 2024 19:16:19 GMT
Subject: RFR: 8324325: [Genshen] Normalize wrt AgeTable changes from
 JDK-8314329
Message-ID: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>

Some trivial changes stemming from upstream changes for JDK-8314329.

-------------

Commit messages:
 - iconst is_clear() etc.
 - Merge branch 'master' into isclear
 - Early return upon from is_clear() as soon as we find a positive entry.
 - AgeTable::is_clear() now NOT_PRODUCT rather than PRODUCT_RETURN0. Straighten

Changes: https://git.openjdk.org/shenandoah/pull/386/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=386&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324325
  Stats: 13 lines in 4 files changed: 7 ins; 1 del; 5 mod
  Patch: https://git.openjdk.org/shenandoah/pull/386.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/386/head:pull/386

PR: https://git.openjdk.org/shenandoah/pull/386

From shade at openjdk.org  Mon Jan 22 19:16:20 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Mon, 22 Jan 2024 19:16:20 GMT
Subject: RFR: 8324325: [Genshen] Normalize wrt AgeTable changes from
 JDK-8314329
In-Reply-To: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
References: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
Message-ID: <kjWiah8oMM6qT6-ksfMlOfq88kCUY2A7LktlSEF2Jz4=.f3d58d21-5adb-4676-864d-ee960e07ccb1@github.com>

On Mon, 22 Jan 2024 19:10:45 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> Some trivial changes stemming from upstream changes for JDK-8314329.

Marked as reviewed by shade (Committer).

-------------

PR Review: https://git.openjdk.org/shenandoah/pull/386#pullrequestreview-1837167574

From wkemper at openjdk.org  Mon Jan 22 20:48:47 2024
From: wkemper at openjdk.org (William Kemper)
Date: Mon, 22 Jan 2024 20:48:47 GMT
Subject: RFR: 8324334: Shenandoah: Improve end of process report
Message-ID: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>

Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).

The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).

Here is an example of the improved report:

    20 Completed GCs
     5 Successful Concurrent GCs (25.00%)
       2 invoked explicitly (40.00%)
       0 invoked implicitly (0.00%)
       1 abbreviated (20.00%)
    13 Degenerated GCs (65.00%)
       3 upgraded to Full GC (23.08%)
      13 caused by allocation failure (100.00%)
       0 abbreviated (0.00%)
        10 happened at Mark
         3 happened at Update References
     5 Full GCs (25.00%)
       0 invoked explicitly (0.00%)
       0 invoked implicitly (0.00%)
       2 caused by allocation failure (40.00%)
       3 upgraded from Degenerated GC (60.00%)

-------------

Commit messages:
 - Remove unused code, simplify consecutive degen tracking
 - Update policy and heuristics for full collections
 - Prepare end of process report improvements for upstream

Changes: https://git.openjdk.org/jdk/pull/17521/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17521&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324334
  Stats: 129 lines in 11 files changed: 55 ins; 49 del; 25 mod
  Patch: https://git.openjdk.org/jdk/pull/17521.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17521/head:pull/17521

PR: https://git.openjdk.org/jdk/pull/17521

From ysr at openjdk.org  Mon Jan 22 23:04:25 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 22 Jan 2024 23:04:25 GMT
Subject: RFR: 8324325: [Genshen] Normalize wrt AgeTable changes from
 JDK-8314329
In-Reply-To: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
References: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
Message-ID: <821eScNRDlFMIeDSggSu0sGCUqGeU1vxL4rMrIwxwRI=.5932715b-b5b1-427a-b838-a7cfb56ac4b2@github.com>

On Mon, 22 Jan 2024 19:10:45 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> Some trivial changes stemming from upstream changes for JDK-8314329.

Thanks for the review!

-------------

PR Comment: https://git.openjdk.org/shenandoah/pull/386#issuecomment-1904978772

From ysr at openjdk.org  Mon Jan 22 23:04:26 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 22 Jan 2024 23:04:26 GMT
Subject: Integrated: 8324325: [Genshen] Normalize wrt AgeTable changes from
 JDK-8314329
In-Reply-To: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
References: <E7sfJ6SqzheSph4fLeCJNggBl00rOabLzIpYTGDYX18=.f399c4e3-4cc7-4ccf-a956-8dfa506e0954@github.com>
Message-ID: <co18YJraYjw09MT-ZADqfwZOpYBNAVAQlIt-oar6Xww=.82e63ce4-b441-4b68-8301-52dfdd47b1af@github.com>

On Mon, 22 Jan 2024 19:10:45 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

> Some trivial changes stemming from upstream changes for JDK-8314329.

This pull request has now been integrated.

Changeset: 15096a26
Author:    Y. Srinivas Ramakrishna <ysr at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/15096a26bfb2c13a9464a112e84f1a57443c7758
Stats:     13 lines in 4 files changed: 7 ins; 1 del; 5 mod

8324325: [Genshen] Normalize wrt AgeTable changes from JDK-8314329

Make GenShen consistent with changes in JDK-8314329.

Reviewed-by: shade

-------------

PR: https://git.openjdk.org/shenandoah/pull/386

From kdnilsen at openjdk.org  Tue Jan 23 00:20:26 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 23 Jan 2024 00:20:26 GMT
Subject: RFR: 8324334: Shenandoah: Improve end of process report
In-Reply-To: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
References: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
Message-ID: <6TYWl0Bds73QDmfdEzqtLoKXy7KbYhCUWKC05LAri5s=.2b2ea603-13ed-4e4d-861b-c73021e115ae@github.com>

On Mon, 22 Jan 2024 20:42:45 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).
> 
> The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).
> 
> Here is an example of the improved report:
> 
>     20 Completed GCs
>      5 Successful Concurrent GCs (25.00%)
>        2 invoked explicitly (40.00%)
>        0 invoked implicitly (0.00%)
>        1 abbreviated (20.00%)
>     13 Degenerated GCs (65.00%)
>        3 upgraded to Full GC (23.08%)
>       13 caused by allocation failure (100.00%)
>        0 abbreviated (0.00%)
>         10 happened at Mark
>          3 happened at Update References
>      5 Full GCs (25.00%)
>        0 invoked explicitly (0.00%)
>        0 invoked implicitly (0.00%)
>        2 caused by allocation failure (40.00%)
>        3 upgraded from Degenerated GC (60.00%)
> 
> 
> In addition to GHA testing, these changes have been tested on Dacapo, Extremem, SpecJBB2015, SpecJVM2008, Heapothesys and Diluvian.

Thanks for preparing this.

-------------

Marked as reviewed by kdnilsen (no project role).

PR Review: https://git.openjdk.org/jdk/pull/17521#pullrequestreview-1837634201

From tschatzl at openjdk.org  Tue Jan 23 14:50:30 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Tue, 23 Jan 2024 14:50:30 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <XtWcfiGtpYU8YGhOi7V1kqNyK2f71YZR5-g4oqvSoeo=.52513b66-6c86-42c2-bb25-bc0b1f7778f1@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Fwiw, the change makes class unloading regress significantly in a class unloading stress test (unloading 60k classes), seemingly tripling the time it takes for the "Purge Unlinked NMethods" phase (~20ms -> ~60ms).

This may not be a problem for the concurrent gcs, but can be for the STW ones.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1906208799

From eosterlund at openjdk.org  Tue Jan 23 15:43:35 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Tue, 23 Jan 2024 15:43:35 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <XtWcfiGtpYU8YGhOi7V1kqNyK2f71YZR5-g4oqvSoeo=.52513b66-6c86-42c2-bb25-bc0b1f7778f1@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <XtWcfiGtpYU8YGhOi7V1kqNyK2f71YZR5-g4oqvSoeo=.52513b66-6c86-42c2-bb25-bc0b1f7778f1@github.com>
Message-ID: <5v8UsTv9MOdMgWSsHWGLEXk71SQohaIRVPdJpqhVeYE=.de7e22a9-d5e3-49fe-a35f-35934b5231b0@github.com>

On Tue, 23 Jan 2024 14:47:49 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

> Fwiw, the change makes class unloading regress significantly in a class unloading stress test (unloading 60k classes), seemingly tripling the time it takes for the "Purge Unlinked NMethods" phase (~20ms -> ~60ms).
> 
> This may not be a problem for the concurrent gcs, but can be for the STW ones.
> 
> (Overall max G1 remark pause times went from 160ms to 220ms, regular Remark pauses which do class unloading from 120ms to 160ms).

If the level of ~1 ms per 1000 unloaded classes worth of latency issue is crucial for G1, then maybe it's time for G1 to at least run purging concurrently?

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1906338815

From mdoerr at openjdk.org  Tue Jan 23 15:58:28 2024
From: mdoerr at openjdk.org (Martin Doerr)
Date: Tue, 23 Jan 2024 15:58:28 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <Cdl_TGn1BKyRi5aZSSSC9-0WSK3qsbXvJOix54ycOi4=.ccc26681-f8f0-4bd8-8e9a-ac25b7a10683@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Do we know what makes that slower? Is it the glibc overhead of `delete ic->data();`?

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1906368815

From wkemper at openjdk.org  Tue Jan 23 18:13:46 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 23 Jan 2024 18:13:46 GMT
Subject: RFR: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators
Message-ID: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>

This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.

-------------

Commit messages:
 - Add new line at end of file
 - Better names for things, remove unnecessary code
 - Move periodic tasks closer to their collaborators
 - Move periodic tasks into ShenandoahHeap

Changes: https://git.openjdk.org/jdk/pull/17540/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17540&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324553
  Stats: 214 lines in 8 files changed: 122 ins; 74 del; 18 mod
  Patch: https://git.openjdk.org/jdk/pull/17540.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17540/head:pull/17540

PR: https://git.openjdk.org/jdk/pull/17540

From ysr at openjdk.org  Tue Jan 23 18:45:26 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Tue, 23 Jan 2024 18:45:26 GMT
Subject: RFR: 8324334: Shenandoah: Improve end of process report
In-Reply-To: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
References: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
Message-ID: <4GDUr49czp5EnoRWI8YMyVh6zJ65u4v1U_G_sQ6xCxE=.d942afcb-f7f9-48e4-acdc-d6241142fa49@github.com>

On Mon, 22 Jan 2024 20:42:45 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).
> 
> The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).
> 
> Here is an example of the improved report:
> 
>     20 Completed GCs
>      5 Successful Concurrent GCs (25.00%)
>        2 invoked explicitly (40.00%)
>        0 invoked implicitly (0.00%)
>        1 abbreviated (20.00%)
>     13 Degenerated GCs (65.00%)
>        3 upgraded to Full GC (23.08%)
>       13 caused by allocation failure (100.00%)
>        0 abbreviated (0.00%)
>         10 happened at Mark
>          3 happened at Update References
>      5 Full GCs (25.00%)
>        0 invoked explicitly (0.00%)
>        0 invoked implicitly (0.00%)
>        2 caused by allocation failure (40.00%)
>        3 upgraded from Degenerated GC (60.00%)
> 
> 
> In addition to GHA testing, these changes have been tested on Dacapo, Extremem, SpecJBB2015, SpecJVM2008, Heapothesys and Diluvian.

Changes look good, and definitely tidy up the encapsulation etc. of these state variables and their uses. Providing a count of abbreviated gc's in the end of process summary is great.

Overall high level suggestions:
1. where new fields or methods are introduced (or moved) to a class, please add a brief line of documentation comment (in the header file). That way over time we end up with good documentation to help future maintenance.
2. Copyright changes: Unless it's a big & significant overhaul or rewrite of a file, the convention has generally been not to add a company name, generally speaking.

-------------

Marked as reviewed by ysr (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17521#pullrequestreview-1839645263

From kdnilsen at openjdk.org  Tue Jan 23 18:53:27 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 23 Jan 2024 18:53:27 GMT
Subject: RFR: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators
In-Reply-To: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
References: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
Message-ID: <cjL5buDepPDC2KAez9lCKIrTbWHf33o78vNc6TymTFg=.2dcd1cea-e7ce-42cf-a158-31aa9aa83b94@github.com>

On Tue, 23 Jan 2024 17:56:19 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.

Marked as reviewed by kdnilsen (no project role).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17540#pullrequestreview-1839681230

From shade at openjdk.org  Tue Jan 23 19:57:33 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Tue, 23 Jan 2024 19:57:33 GMT
Subject: RFR: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators
In-Reply-To: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
References: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
Message-ID: <uwwXfRz8N2uHDyRDTGqb3oteLbXgW4pu3wklh8bAY1I=.7bb14516-b484-4eed-b077-edc51a10cbfe@github.com>

On Tue, 23 Jan 2024 17:56:19 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.

I need to look at it with fresh eyes tomorrow, but a couple of stylistic comments now:

src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 791:

> 789:   // update costs on slow path.
> 790:   monitoring_support()->notify_heap_changed();
> 791: 

Drop the new line.

src/hotspot/share/gc/shenandoah/shenandoahMonitoringSupport.cpp line 149:

> 147: void ShenandoahPeriodicCountersUpdate::set_forced_counters_update(bool value) {
> 148:   _force_counters_update.set_cond(value);
> 149: }

Newline is missing.

src/hotspot/share/gc/shenandoah/shenandoahMonitoringSupport.hpp line 69:

> 67: 
> 68:   ShenandoahHeapRegionCounters* _heap_region_counters;
> 69:   ShenandoahPeriodicCountersUpdate _counters_update;

`ShenandoahPeriodicCountersUpdateTask _counters_update_task;`?

src/hotspot/share/gc/shenandoah/shenandoahPacer.hpp line 47:

> 45:   void task() override;
> 46: private:
> 47:   ShenandoahPacer* _pacer;

Move this declaration at the beginning and make `_pacer` const, while you are at it?

src/hotspot/share/gc/shenandoah/shenandoahPacer.hpp line 67:

> 65:   Monitor* _wait_monitor;
> 66:   ShenandoahSharedFlag _need_notify_waiters;
> 67:   ShenandoahPeriodicPacerNotify _notify_waiters;

Let's call this `ShenandoahPeriodicPacerNotifyTask _notify_waiters_task`.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17540#pullrequestreview-1839776983
PR Review Comment: https://git.openjdk.org/jdk/pull/17540#discussion_r1463919351
PR Review Comment: https://git.openjdk.org/jdk/pull/17540#discussion_r1463912502
PR Review Comment: https://git.openjdk.org/jdk/pull/17540#discussion_r1463916335
PR Review Comment: https://git.openjdk.org/jdk/pull/17540#discussion_r1463901023
PR Review Comment: https://git.openjdk.org/jdk/pull/17540#discussion_r1463901941

From wkemper at openjdk.org  Tue Jan 23 22:39:25 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 23 Jan 2024 22:39:25 GMT
Subject: RFR: 8324334: Shenandoah: Improve end of process report
In-Reply-To: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
References: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
Message-ID: <pC8_WdlvMMT8Or7GXiikKGJsVTus_49e98XbmBy66-E=.e5008b5d-5749-4c3f-83f7-8a1677397944@github.com>

On Mon, 22 Jan 2024 20:42:45 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).
> 
> The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).
> 
> Here is an example of the improved report:
> 
>     20 Completed GCs
>      5 Successful Concurrent GCs (25.00%)
>        2 invoked explicitly (40.00%)
>        0 invoked implicitly (0.00%)
>        1 abbreviated (20.00%)
>     13 Degenerated GCs (65.00%)
>        3 upgraded to Full GC (23.08%)
>       13 caused by allocation failure (100.00%)
>        0 abbreviated (0.00%)
>         10 happened at Mark
>          3 happened at Update References
>      5 Full GCs (25.00%)
>        0 invoked explicitly (0.00%)
>        0 invoked implicitly (0.00%)
>        2 caused by allocation failure (40.00%)
>        3 upgraded from Degenerated GC (60.00%)
> 
> 
> In addition to GHA testing, these changes have been tested on Dacapo, Extremem, SpecJBB2015, SpecJVM2008, Heapothesys and Diluvian.

The copyright update anticipates the changes to this file on the generational mode branch. I will revert it here. I will also add comments to the methods of the collector policy.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17521#issuecomment-1907037186

From kirill at korins.ky  Tue Jan 23 23:21:33 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Wed, 24 Jan 2024 00:21:33 +0100
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <m2mst0oqu8.wl-kirill@korins.ky>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
 <43178aa6aeaa4ae18ee3e338c856989b@amazon.com>
 <m2mst0oqu8.wl-kirill@korins.ky>
Message-ID: <m2y1cfr5z6.wl-kirill@korins.ky>

On Sat, 20 Jan 2024 00:17:51 +0100,
Kirill A. Korinsky wrote:
>
> Probably in few days I'll be back with trace logs.
>

I'd like to report that adding:

  -XX:+SafepointTimeout -Xlog:safepoint=trace

covers an issue.

I had 5 redeployment in the row with an attemp to reproduce the issue, and I
can't do it anymore.

Seems that safepoint synchronization avoid condition that leads to a deadlock.

--
wbr, Kirill

From wkemper at openjdk.org  Tue Jan 23 23:45:36 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 23 Jan 2024 23:45:36 GMT
Subject: RFR: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators [v2]
In-Reply-To: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
References: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
Message-ID: <tFrUX9zumZ38aFPPRX0FGnrT-C1yJxo0gHogufaj_Jg=.f75fb649-1d87-4ebb-af16-1518dbe3c1e4@github.com>

> This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Improve names and conformance to style guide

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17540/files
  - new: https://git.openjdk.org/jdk/pull/17540/files/635633bb..09eeaa4c

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17540&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17540&range=00-01

  Stats: 27 lines in 5 files changed: 2 ins; 3 del; 22 mod
  Patch: https://git.openjdk.org/jdk/pull/17540.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17540/head:pull/17540

PR: https://git.openjdk.org/jdk/pull/17540

From wkemper at openjdk.org  Wed Jan 24 00:07:43 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 24 Jan 2024 00:07:43 GMT
Subject: RFR: 8324334: Shenandoah: Improve end of process report [v2]
In-Reply-To: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
References: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
Message-ID: <VgWecLoc4DN_MyakJ68W97YBOgjFOL8Prhq7smdAKDk=.f1f64a4d-00c8-418c-8e05-360a15c05278@github.com>

> Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).
> 
> The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).
> 
> Here is an example of the improved report:
> 
>     20 Completed GCs
>      5 Successful Concurrent GCs (25.00%)
>        2 invoked explicitly (40.00%)
>        0 invoked implicitly (0.00%)
>        1 abbreviated (20.00%)
>     13 Degenerated GCs (65.00%)
>        3 upgraded to Full GC (23.08%)
>       13 caused by allocation failure (100.00%)
>        0 abbreviated (0.00%)
>         10 happened at Mark
>          3 happened at Update References
>      5 Full GCs (25.00%)
>        0 invoked explicitly (0.00%)
>        0 invoked implicitly (0.00%)
>        2 caused by allocation failure (40.00%)
>        3 upgraded from Degenerated GC (60.00%)
> 
> 
> In addition to GHA testing, these changes have been tested on Dacapo, Extremem, SpecJBB2015, SpecJVM2008, Heapothesys and Diluvian.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Improve comments

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17521/files
  - new: https://git.openjdk.org/jdk/pull/17521/files/66bca0f3..f3e93e76

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17521&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17521&range=00-01

  Stats: 12 lines in 4 files changed: 11 ins; 1 del; 0 mod
  Patch: https://git.openjdk.org/jdk/pull/17521.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17521/head:pull/17521

PR: https://git.openjdk.org/jdk/pull/17521

From wkemper at openjdk.org  Wed Jan 24 02:10:35 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 24 Jan 2024 02:10:35 GMT
Subject: Integrated: 8324334: Shenandoah: Improve end of process report
In-Reply-To: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
References: <Ndh5fz1kjxPInynSav8lrWpLB6pl0FLir7X8qDCXp1w=.2784825d-d360-403d-8090-c14a92de9aeb@github.com>
Message-ID: <Rwa9xJnMFBV80yT9xJmvqcjz2r_b7T1PP0AxJ1WKWh0=.3ab89aa8-cf97-44ab-b5ef-ef9226cb2e6e@github.com>

On Mon, 22 Jan 2024 20:42:45 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Shenandoah emits a summary of collector statistics when the JVM process exits normally. These statistics do not include the number of cycles which did not require evacuation (we call these abbreviated or short-cut cycles).
> 
> The end-of-process report should include these shortcut cycles and also show the outcomes of various cycles as a percentage of the total number of cycles. This change also removes some unused variables/methods and has the heuristic lean on the collector policy for tracking consecutive degenerated cycles (rather than having both the heuristic and the collector policy tracking this).
> 
> Here is an example of the improved report:
> 
>     20 Completed GCs
>      5 Successful Concurrent GCs (25.00%)
>        2 invoked explicitly (40.00%)
>        0 invoked implicitly (0.00%)
>        1 abbreviated (20.00%)
>     13 Degenerated GCs (65.00%)
>        3 upgraded to Full GC (23.08%)
>       13 caused by allocation failure (100.00%)
>        0 abbreviated (0.00%)
>         10 happened at Mark
>          3 happened at Update References
>      5 Full GCs (25.00%)
>        0 invoked explicitly (0.00%)
>        0 invoked implicitly (0.00%)
>        2 caused by allocation failure (40.00%)
>        3 upgraded from Degenerated GC (60.00%)
> 
> 
> In addition to GHA testing, these changes have been tested on Dacapo, Extremem, SpecJBB2015, SpecJVM2008, Heapothesys and Diluvian.

This pull request has now been integrated.

Changeset: c17059de
Author:    William Kemper <wkemper at openjdk.org>
Committer: Y. Srinivas Ramakrishna <ysr at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/c17059dee728e8028b2baf5004fa5f0d3b11805c
Stats:     135 lines in 11 files changed: 61 ins; 45 del; 29 mod

8324334: Shenandoah: Improve end of process report

Reviewed-by: kdnilsen, ysr

-------------

PR: https://git.openjdk.org/jdk/pull/17521

From kdnilsen at openjdk.org  Wed Jan 24 16:27:35 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 24 Jan 2024 16:27:35 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set
Message-ID: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>

Several objectives:
1. Reduce humongous allocation failures by segregating regular regions from humongous regions
2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
4. Treat collector reserves as available for Mutator allocations after evacuation completes
5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah

On internal performance pipelines, this change shows:

 1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
 2. An increase in CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.small (+51%), scimark.sparse.large (+50%), lusearch (+43%).  This may result from potentially smaller tlabs and/or more effort required to allocate tlabs in the presence of failed shared allocation requests (which no longer immediately retire regions).
 3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
 4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)

Shenandoah
-------------------------------------------------------------------------------------------------------
+166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
  Control: 819938.875   (+/-5724.56  )         40
  Test:    2185552.625   (+/-26378.64  )         20

+166.16% scimark.sparse.large/rss_max p=0.00000
  Control: 3285226.375   (+/-22812.93  )         40
  Test:    8743881.500   (+/-104906.69  )         20

+164.78% sunflow/cpu_system p=0.00000
  Control:      1.280s  (+/-  0.10s )         40
  Test:         3.390s  (+/-  0.13s )         20

+149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
  Control:      3.259   (+/-  1.46  )         33
  Test:         8.125   (+/-  2.05  )         20

+143.75% pmd/major_page_fault_count p=0.03622
  Control:      1.000   (+/-  0.00  )         40
  Test:         2.438   (+/-  2.59  )         20

+80.22% lusearch/minor_page_fault_count p=0.00000
  Control: 2043930.938   (+/-4777.14  )         40
  Test:    3683477.625   (+/-5650.29  )         20

+50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
  Control: 697899.156   (+/-3457.82  )         40
  Test:    1050363.812   (+/-175237.63  )         20

+49.97% scimark.sparse.small/rss_max p=0.00000
  Control: 2770753.500   (+/-12066.99  )         40
  Test:    4155207.250   (+/-697962.18  )         20

+49.64% scimark.sparse.large/cpu_system p=0.00000
  Control:      2.895s  (+/-  0.16s )         40
  Test:         4.333s  (+/-  0.17s )         20

+43.06% lusearch/cpu_system p=0.00000
  Control:     13.548s  (+/-  0.54s )         40
  Test:        19.381s  (+/-  0.75s )         20

-29013.76% extremem-phased/sales_transaction_p100 p=0.00000
  Control:    558.238ms (+/-475.03ms)         40
  Test:         1.917ms (+/-  1.02ms)         20

-27947.59% extremem-phased/browsing_history_p100 p=0.00000
  Control:    707.150ms (+/-521.23ms)         40
  Test:         2.521ms (+/-  1.17ms)         20

-25709.05% extremem-phased/do_nothing_p100 p=0.00000
  Control:    445.271ms (+/-440.58ms)         40
  Test:         1.725ms (+/-  1.13ms)         20

-23638.49% extremem-phased/customer_preparation_p99_9 p=0.00000
  Control:    881.143ms (+/-426.72ms)         40
  Test:         3.712ms (+/-  3.87ms)         20

-17642.10% extremem-phased/customer_abandonment_p99_9 p=0.00000
  Control:      1.013s  (+/-386.17ms)         40
  Test:         5.712ms (+/- 68.47ms)         20

-924.72% extremem-phased/customer_preparation_p99_99 p=0.00000
  Control:      1.408s  (+/-580.86ms)         40
  Test:       137.407ms (+/-510.73ms)         20

-867.18% extremem-phased/customer_preparation_p99_999 p=0.00000
  Control:      1.478s  (+/-613.02ms)         40
  Test:       152.837ms (+/-529.23ms)         20

-593.90% extremem-phased/customer_preparation_p100 p=0.00000
  Control:      1.633s  (+/-500.19ms)         40
  Test:       235.310ms (+/-534.69ms)         20

-402.33% extremem-phased/trigger_failure p=0.00000
  Control:     27.000   (+/- 11.36  )         40
  Test:         5.375   (+/-  1.67  )         20

-228.36% extremem-phased/customer_purchase_p99_9 p=0.00003
  Control:      1.177s  (+/-442.54ms)         40
  Test:       358.492ms (+/-573.38ms)         20

-------------

Commit messages:
 - Fix up white space and comments
 - Clean up comments and remove debug instrumentation
 - Move collector free to mutator free at start of update refs
 - Replace ShenandoahFreeSet impl for better generality
 - Revert "Improve documentation of how Evac-OOM Protocol works"
 - Merge branch 'openjdk:master' into master
 - Improve documentation of how Evac-OOM Protocol works

Changes: https://git.openjdk.org/jdk/pull/17561/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324649
  Stats: 983 lines in 6 files changed: 699 ins; 137 del; 147 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From kirill at korins.ky  Wed Jan 24 17:21:45 2024
From: kirill at korins.ky (Kirill A. Korinsky)
Date: Wed, 24 Jan 2024 18:21:45 +0100
Subject: shenandoah-dev Digest, Vol 100, Issue 40
In-Reply-To: <m2y1cfr5z6.wl-kirill@korins.ky>
References: <mailman.5184.1705691768.324.shenandoah-dev@openjdk.org>
 <2A994681-1EF1-48A0-8270-2EBF81FCBEFC@amazon.com>
 <43178aa6aeaa4ae18ee3e338c856989b@amazon.com>
 <m2mst0oqu8.wl-kirill@korins.ky> <m2y1cfr5z6.wl-kirill@korins.ky>
Message-ID: <m2plxqd4uu.wl-kirill@korins.ky>


The first appears of issue with logs full of:

[2024-01-24T16:32:43.845+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.846+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.847+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.848+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.849+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.850+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.851+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.852+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.853+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.854+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0
[2024-01-24T16:32:43.856+0000][trace  ][safepoint] Thread: 0x00007f0154913680  [0x1bd] State: _running _at_poll_safepoint 0

I have no idea that was before, because it was truncated at begining, but it
continue to produces with crazy amount.

From GDB point of view all threads has ID like 0x7f100...

I've attached thread dump as well.

-- 
wbr, Kirill
-------------- next part --------------
GNU gdb (Fedora Linux) 14.1-2.fc39
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/java...
(No debugging symbols found in /usr/bin/java)
Attaching to program: /usr/bin/java, process 18
[New LWP 19]
[New LWP 20]
[New LWP 21]
[New LWP 22]
[New LWP 23]
[New LWP 24]
[New LWP 25]
[New LWP 26]
[New LWP 27]
[New LWP 28]
[New LWP 29]
[New LWP 30]
[New LWP 31]
[New LWP 32]
[New LWP 33]
[New LWP 34]
[New LWP 35]
[New LWP 36]
[New LWP 37]
[New LWP 41]
[New LWP 42]
[New LWP 43]
[New LWP 44]
[New LWP 45]
[New LWP 46]
[New LWP 47]
[New LWP 48]
[New LWP 49]
[New LWP 50]
[New LWP 51]
[New LWP 52]
[New LWP 53]
[New LWP 54]
[New LWP 55]
[New LWP 56]
[New LWP 57]
[New LWP 58]
[New LWP 59]
[New LWP 60]
[New LWP 61]
[New LWP 62]
[New LWP 63]
[New LWP 64]
[New LWP 65]
[New LWP 66]
[New LWP 67]
[New LWP 68]
[New LWP 69]
[New LWP 70]
[New LWP 71]
[New LWP 72]
[New LWP 73]
[New LWP 74]
[New LWP 75]
[New LWP 76]
[New LWP 77]
[New LWP 78]
[New LWP 79]
[New LWP 80]
[New LWP 81]
[New LWP 82]
[New LWP 83]
[New LWP 84]
[New LWP 85]
[New LWP 86]
[New LWP 87]
[New LWP 88]
[New LWP 89]
[New LWP 90]
[New LWP 91]
[New LWP 92]
[New LWP 93]
[New LWP 94]
[New LWP 95]
[New LWP 96]
[New LWP 101]
[New LWP 102]
[New LWP 103]
[New LWP 104]
[New LWP 105]
[New LWP 106]
[New LWP 107]
[New LWP 108]
[New LWP 109]
[New LWP 110]
[New LWP 111]
[New LWP 112]
[New LWP 113]
[New LWP 114]
[New LWP 115]
[New LWP 116]
[New LWP 117]
[New LWP 118]
[New LWP 119]
[New LWP 120]
[New LWP 121]
[New LWP 122]
[New LWP 123]
[New LWP 124]
[New LWP 125]
[New LWP 126]
[New LWP 127]
[New LWP 128]
[New LWP 129]
[New LWP 130]
[New LWP 131]
[New LWP 132]
[New LWP 133]
[New LWP 134]
[New LWP 137]
[New LWP 138]
[New LWP 139]
[New LWP 140]
[New LWP 141]
[New LWP 143]
[New LWP 146]
[New LWP 147]
[New LWP 148]
[New LWP 150]
[New LWP 151]
[New LWP 152]
[New LWP 153]
[New LWP 155]
[New LWP 157]
[New LWP 158]
[New LWP 159]
[New LWP 160]
[New LWP 161]
[New LWP 163]
[New LWP 164]
[New LWP 165]
[New LWP 167]
[New LWP 168]
[New LWP 169]
[New LWP 170]
[New LWP 171]
[New LWP 173]
[New LWP 174]
[New LWP 176]
[New LWP 177]
[New LWP 178]
[New LWP 181]
[New LWP 182]
[New LWP 183]
[New LWP 185]
[New LWP 186]
[New LWP 187]
[New LWP 188]
[New LWP 190]
[New LWP 191]
[New LWP 192]
[New LWP 194]
[New LWP 205]
[New LWP 238]
[New LWP 240]
[New LWP 244]
[New LWP 245]
[New LWP 246]
[New LWP 247]
[New LWP 248]
[New LWP 249]
[New LWP 250]
[New LWP 251]
[New LWP 252]
[New LWP 253]
[New LWP 254]
[New LWP 255]
[New LWP 256]
[New LWP 257]
[New LWP 258]
[New LWP 259]
[New LWP 260]
[New LWP 261]
[New LWP 262]
[New LWP 263]
[New LWP 264]
[New LWP 265]
[New LWP 266]
[New LWP 267]
[New LWP 268]
[New LWP 269]
[New LWP 270]
[New LWP 271]
[New LWP 272]
[New LWP 273]
[New LWP 274]
[New LWP 275]
[New LWP 276]
[New LWP 277]
[New LWP 278]
[New LWP 279]
[New LWP 280]
[New LWP 281]
[New LWP 282]
[New LWP 283]
[New LWP 284]
[New LWP 285]
[New LWP 287]
[New LWP 288]
[New LWP 289]
[New LWP 290]
[New LWP 291]
[New LWP 292]
[New LWP 293]
[New LWP 296]
[New LWP 297]
[New LWP 298]
[New LWP 299]
[New LWP 301]
[New LWP 302]
[New LWP 304]
[New LWP 306]
[New LWP 307]
[New LWP 308]
[New LWP 309]
[New LWP 310]
[New LWP 311]
[New LWP 312]
[New LWP 313]
[New LWP 314]
[New LWP 315]
[New LWP 316]
[New LWP 317]
[New LWP 318]
[New LWP 319]
[New LWP 320]
[New LWP 321]
[New LWP 322]
[New LWP 323]
[New LWP 324]
[New LWP 325]
[New LWP 326]
[New LWP 327]
[New LWP 329]
[New LWP 330]
[New LWP 331]
[New LWP 332]
[New LWP 333]
[New LWP 334]
[New LWP 335]
[New LWP 336]
[New LWP 337]
[New LWP 338]
[New LWP 339]
[New LWP 340]
[New LWP 341]
[New LWP 342]
[New LWP 343]
[New LWP 344]
[New LWP 345]
[New LWP 346]
[New LWP 347]
[New LWP 348]
[New LWP 349]
[New LWP 350]
[New LWP 351]
[New LWP 352]
[New LWP 353]
[New LWP 354]
[New LWP 355]
[New LWP 356]
[New LWP 357]
[New LWP 358]
[New LWP 359]
[New LWP 360]
[New LWP 361]
[New LWP 362]
[New LWP 363]
[New LWP 364]
[New LWP 365]
[New LWP 366]
[New LWP 367]
[New LWP 368]
[New LWP 369]
[New LWP 370]
[New LWP 371]
[New LWP 372]
[New LWP 373]
[New LWP 374]
[New LWP 375]
[New LWP 376]
[New LWP 377]
[New LWP 378]
[New LWP 379]
[New LWP 380]
[New LWP 381]
[New LWP 382]
[New LWP 383]
[New LWP 385]
[New LWP 386]
[New LWP 387]
[New LWP 388]
[New LWP 389]
[New LWP 390]
[New LWP 391]
[New LWP 392]
[New LWP 393]
[New LWP 394]
[New LWP 395]
[New LWP 396]
[New LWP 397]
[New LWP 398]
[New LWP 399]
[New LWP 400]
[New LWP 401]
[New LWP 402]
[New LWP 403]
[New LWP 404]
[New LWP 405]
[New LWP 406]
[New LWP 407]
[New LWP 408]
[New LWP 409]
[New LWP 410]
[New LWP 411]
[New LWP 412]
[New LWP 413]
[New LWP 414]
[New LWP 415]
[New LWP 416]
[New LWP 417]
[New LWP 418]
[New LWP 419]
[New LWP 420]
[New LWP 421]
[New LWP 422]
[New LWP 424]
[New LWP 425]
[New LWP 426]
[New LWP 427]
[New LWP 428]
[New LWP 429]
[New LWP 430]
[New LWP 431]
[New LWP 432]
[New LWP 433]
[New LWP 434]
[New LWP 435]
[New LWP 436]
[New LWP 437]
[New LWP 438]
[New LWP 439]
[New LWP 440]
[New LWP 441]
[New LWP 442]
[New LWP 443]
[New LWP 444]
[New LWP 445]
[New LWP 446]
[New LWP 447]
[New LWP 448]
[New LWP 449]
[New LWP 450]
[New LWP 451]
[New LWP 452]
[New LWP 453]
[New LWP 454]
[New LWP 455]
[New LWP 456]
[New LWP 457]
[New LWP 458]
[New LWP 459]
[New LWP 460]
[New LWP 461]
[New LWP 462]
[New LWP 463]
[New LWP 464]
[New LWP 465]
[New LWP 466]
[New LWP 467]
[New LWP 468]
[New LWP 469]
[New LWP 470]
[New LWP 471]
[New LWP 472]
[New LWP 473]
[New LWP 474]
[New LWP 475]
[New LWP 476]
[New LWP 477]
[New LWP 478]
[New LWP 479]
[New LWP 480]
[New LWP 481]
[New LWP 482]
[New LWP 483]
[New LWP 484]
[New LWP 485]
[New LWP 486]
[New LWP 487]
[New LWP 488]
[New LWP 489]
[New LWP 490]
[New LWP 491]
[New LWP 492]
[New LWP 493]
[New LWP 494]
[New LWP 495]
[New LWP 496]
[New LWP 497]
[New LWP 498]
[New LWP 499]
[New LWP 500]
[New LWP 501]
[New LWP 502]
[New LWP 503]
[New LWP 504]
[New LWP 505]
[New LWP 506]
[New LWP 507]
[New LWP 508]
[New LWP 509]
[New LWP 510]
[New LWP 511]
[New LWP 512]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6

Thread 416 (Thread 0x7f008dbff6c0 (LWP 512) "qtp536674580-31"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10241490d5 in JavaThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#8  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 415 (Thread 0x7f008dcff6c0 (LWP 511) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 414 (Thread 0x7f008ddff6c0 (LWP 510) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 413 (Thread 0x7f008deff6c0 (LWP 509) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 412 (Thread 0x7f008dfff6c0 (LWP 508) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 411 (Thread 0x7f008e0ff6c0 (LWP 507) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 410 (Thread 0x7f008e1ff6c0 (LWP 506) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 409 (Thread 0x7f008e2ff6c0 (LWP 505) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 408 (Thread 0x7f008e3ff6c0 (LWP 504) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 407 (Thread 0x7f008e4ff6c0 (LWP 503) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 406 (Thread 0x7f008e5ff6c0 (LWP 502) "qtp536674580-47"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 405 (Thread 0x7f008e6ff6c0 (LWP 501) "qtp536674580-46"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f077bbfb070 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 404 (Thread 0x7f008e7ff6c0 (LWP 500) "qtp536674580-46"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 403 (Thread 0x7f008e8ff6c0 (LWP 499) "qtp536674580-46"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0778bfacf0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 402 (Thread 0x7f008e9ff6c0 (LWP 498) "qtp536674580-46"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 401 (Thread 0x7f008eaff6c0 (LWP 497) "qtp536674580-46"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102377e725 in Runtime1::new_instance(JavaThread*, Klass*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51075b in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 400 (Thread 0x7f008ebff6c0 (LWP 496) "qtp536674580-46"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102377e725 in Runtime1::new_instance(JavaThread*, Klass*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51075b in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 399 (Thread 0x7f008ecff6c0 (LWP 495) "qtp536674580-46"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0776c0c470 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 398 (Thread 0x7f008edff6c0 (LWP 494) "qtp536674580-46"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f008edfe640 in ?? ()
#10 0x0000000000002347 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 397 (Thread 0x7f008eeff6c0 (LWP 493) "qtp536674580-46"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f077a000000 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 396 (Thread 0x7f008efff6c0 (LWP 492) "qtp536674580-46"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0775000000 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 395 (Thread 0x7f008f0ff6c0 (LWP 491) "qtp536674580-45"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0774c0c470 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 394 (Thread 0x7f008f1ff6c0 (LWP 490) "qtp536674580-45"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0777000000 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 393 (Thread 0x7f008f2ff6c0 (LWP 489) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 392 (Thread 0x7f008f3ff6c0 (LWP 488) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0700000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f075b2b9148 in ?? ()
#14 0x01663f8c2cb1a0e1 in ?? ()
#15 0x00007f076f013ce0 in ?? ()
#16 0x000000003b9ac98a in ?? ()
#17 0x00007f06fb0703a0 in ?? ()
#18 0x00007f06fb0703a0 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 391 (Thread 0x7f008f4ff6c0 (LWP 487) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 390 (Thread 0x7f008f5ff6c0 (LWP 486) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 389 (Thread 0x7f008f6ff6c0 (LWP 485) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa36a5 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d2ad in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 388 (Thread 0x7f008f7ff6c0 (LWP 484) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 387 (Thread 0x7f008f8ff6c0 (LWP 483) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 386 (Thread 0x7f008f9ff6c0 (LWP 482) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 385 (Thread 0x7f008faff6c0 (LWP 481) "qtp536674580-45"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f07630515c0 in ?? ()
#10 0x0000000000002333 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 384 (Thread 0x7f008fbff6c0 (LWP 480) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 383 (Thread 0x7f008fcff6c0 (LWP 479) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x0000000000002312 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 382 (Thread 0x7f008fdff6c0 (LWP 478) "qtp536674580-44"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0761074150 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 381 (Thread 0x7f008feff6c0 (LWP 477) "C1 CompilerThre"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ef6a5a in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#6  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 380 (Thread 0x7f008ffff6c0 (LWP 476) "qtp536674580-44"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f075714dcc8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 379 (Thread 0x7f00900ff6c0 (LWP 475) "qtp536674580-44"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0765c12dc8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 378 (Thread 0x7f00901ff6c0 (LWP 474) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 377 (Thread 0x7f00902ff6c0 (LWP 473) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x0000000000002337 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 376 (Thread 0x7f00903ff6c0 (LWP 472) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000046 in ?? ()
#10 0x0000000000002326 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 375 (Thread 0x7f10210ff6c0 (LWP 471) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0700000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 374 (Thread 0x7f00904ff6c0 (LWP 470) "qtp536674580-44"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 373 (Thread 0x7f00905ff6c0 (LWP 469) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 372 (Thread 0x7f00906ff6c0 (LWP 468) "qtp536674580-43"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0750c924a0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 371 (Thread 0x7f00907ff6c0 (LWP 467) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000100000004 in ?? ()
#10 0x0000000000002302 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 370 (Thread 0x7f00908ff6c0 (LWP 466) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 369 (Thread 0x7f00909ff6c0 (LWP 465) "qtp536674580-43"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0779000000 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 368 (Thread 0x7f0090aff6c0 (LWP 464) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x00000000000022ef in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 367 (Thread 0x7f0090bff6c0 (LWP 463) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0700000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f075dce4668 in ?? ()
#14 0x01663f8c2cb107c4 in ?? ()
#15 0x00007f075b2b9148 in ?? ()
#16 0x000000003b9ac9a1 in ?? ()
#17 0x0000000000000002 in ?? ()
#18 0x00007f0ff439dda8 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 366 (Thread 0x7f0090cff6c0 (LWP 462) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 365 (Thread 0x7f0090dff6c0 (LWP 461) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x0000000000002324 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 364 (Thread 0x7f0090eff6c0 (LWP 460) "qtp536674580-43"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0090efeab0 in ?? ()
#10 0x000000000000234c in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 363 (Thread 0x7f0090fff6c0 (LWP 459) "qtp536674580-42"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f07491c9310 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 362 (Thread 0x7f00910ff6c0 (LWP 458) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000100000004 in ?? ()
#10 0x0000000000002320 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 361 (Thread 0x7f00931ff6c0 (LWP 457) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00931feab0 in ?? ()
#10 0x0000000000002301 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 360 (Thread 0x7f00911ff6c0 (LWP 456) "qtp536674580-42"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff2f03701 in ?? ()
#7  0x00007f0ff2f22740 in ?? ()
#8  0x00007f100d6881f0 in ?? ()
#9  0x00007f00911fe820 in ?? ()
#10 0x00007f1024044db6 in ShenandoahRuntime::load_reference_barrier_strong(oopDesc*, oopDesc**) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f074c000028 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 359 (Thread 0x7f00912ff6c0 (LWP 455) "qtp536674580-42"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f074537f580 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 358 (Thread 0x7f00913ff6c0 (LWP 454) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff012ffc8 in ?? ()
#10 0x0000000000002316 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 357 (Thread 0x7f00914ff6c0 (LWP 453) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 356 (Thread 0x7f00915ff6c0 (LWP 452) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 355 (Thread 0x7f00916ff6c0 (LWP 451) "qtp536674580-42"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 354 (Thread 0x7f00917ff6c0 (LWP 450) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x0000000000002340 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 353 (Thread 0x7f00918ff6c0 (LWP 449) "qtp536674580-41"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000010 in ?? ()
#7  0x00007f00918fe500 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f00918fe540 in ?? ()
#10 0x00007f102280973d in Java_sun_nio_ch_IOUtil_drain () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f07433f4c88 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 352 (Thread 0x7f00919ff6c0 (LWP 448) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 351 (Thread 0x7f0091aff6c0 (LWP 447) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 350 (Thread 0x7f0091bff6c0 (LWP 446) "qtp536674580-41"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f0091bfda80 in ?? ()
#7  0x00007f0091bfda98 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 349 (Thread 0x7f0091cff6c0 (LWP 445) "qtp536674580-41"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102403b3fb in ShenandoahNMethodTable::register_nmethod(nmethod*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102378038e in Runtime1::patch_code(JavaThread*, Runtime1::StubID) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102378197a in Runtime1::move_appendix_patching(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c515858 in ?? ()
#8  0x00007f0091cfd4a0 in ?? ()
#9  0x402f8591aec1cf80 in ?? ()
#10 0x402fd86729c6b2ae in ?? ()
#11 0x3ffa5503b23e255c in ?? ()
#12 0x3d74d1f73791ba92 in ?? ()
#13 0xbed2a3720086cb80 in ?? ()
#14 0x3f810ec15250be36 in ?? ()
#15 0x3ed577f6cc6fa06a in ?? ()
#16 0x3ff0000000000000 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 348 (Thread 0x7f00958ff6c0 (LWP 444) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ac8eed in InterpreterRuntime::at_safepoint(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40afea in ?? ()
#6  0x00007f100c40afa5 in ?? ()
#7  0x00007f00958fd6b8 in ?? ()
#8  0x00007f01939fce0b in ?? ()
#9  0x00007f00958fd790 in ?? ()
#10 0x00007f01933638f0 in ?? ()
#11 0x00007f01da79efb8 in ?? ()
#12 0x00007f0ff727da38 in ?? ()
#13 0x00007f0193366590 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 347 (Thread 0x7f0091dff6c0 (LWP 443) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 346 (Thread 0x7f0091eff6c0 (LWP 442) "C2 CompilerThre"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10237f38fd in ciBytecodeStream::get_constant_pool_tag(int) const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10237f823d in ciTypeFlow::StateVector::do_new(ciBytecodeStream*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f10237fa4b5 in ciTypeFlow::StateVector::apply_one_bytecode(ciBytecodeStream*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10237fdd64 in ciTypeFlow::flow_block(ciTypeFlow::Block*, ciTypeFlow::StateVector*, ciTypeFlow::JsrSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10237fe8de in ciTypeFlow::df_flow_types(ciTypeFlow::Block*, bool, ciTypeFlow::StateVector*, ciTypeFlow::JsrSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f10237ff66e in ciTypeFlow::flow_types() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f10237ff795 in ciTypeFlow::do_flow() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f10237e151a in ciMethod::get_flow_analysis() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f10236d5be0 in InlineTree::ok_to_inline(ciMethod*, JVMState*, ciCallProfile&, bool&) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f1023932851 in Compile::call_generator(ciMethod*, int, bool, JVMState*, bool, float, ciKlass*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#14 0x00007f1023933458 in Parse::do_call() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x00007f1023f1dbf9 in Parse::do_one_block() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#16 0x00007f1023f1e1b9 in Parse::do_all_blocks() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#17 0x00007f1023f2157d in Parse::Parse(JVMState*, ciMethod*, float) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#18 0x00007f10237a3773 in ParseGenerator::generate(JVMState*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#19 0x00007f10237a53dd in PredictedCallGenerator::generate(JVMState*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#20 0x00007f10239334af in Parse::do_call() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#21 0x00007f1023f1dbf9 in Parse::do_one_block() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#22 0x00007f1023f1e1b9 in Parse::do_all_blocks() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#23 0x00007f1023f2157d in Parse::Parse(JVMState*, ciMethod*, float) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#24 0x00007f10237a3773 in ParseGenerator::generate(JVMState*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#25 0x00007f10238699b5 in Compile::Compile(ciEnv*, ciMethod*, int, bool, bool, bool, bool, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#26 0x00007f10237a2378 in C2Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#27 0x00007f1023872f04 in CompileBroker::invoke_compiler_on_method(CompileTask*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#28 0x00007f1023873cc0 in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#29 0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#30 0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#31 0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#32 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#33 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 345 (Thread 0x7f0091fff6c0 (LWP 441) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0091ffe640 in ?? ()
#10 0x000000000000230d in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 344 (Thread 0x7f00920ff6c0 (LWP 440) "qtp536674580-41"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f075307d088 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 343 (Thread 0x7f00921ff6c0 (LWP 439) "qtp536674580-41"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00921feab0 in ?? ()
#10 0x000000000000234b in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 342 (Thread 0x7f00922ff6c0 (LWP 438) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f07392800e0 in ?? ()
#10 0x000000000000232e in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 341 (Thread 0x7f00923ff6c0 (LWP 437) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 340 (Thread 0x7f00924ff6c0 (LWP 436) "qtp536674580-40"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414ae5e in Threads::remove(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102414d477 in JavaThread::exit(bool, JavaThread::ExitType) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414dae9 in JavaThread::post_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 339 (Thread 0x7f00925ff6c0 (LWP 435) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 338 (Thread 0x7f00926ff6c0 (LWP 434) "qtp536674580-40"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00926fe450 in ?? ()
#7  0x00007f00926fe468 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 337 (Thread 0x7f00927ff6c0 (LWP 433) "qtp536674580-40"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 336 (Thread 0x7f00928ff6c0 (LWP 432) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0744151ec8 in ?? ()
#10 0x0000000000002321 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 335 (Thread 0x7f00929ff6c0 (LWP 431) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000046 in ?? ()
#10 0x0000000000002317 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 334 (Thread 0x7f0092aff6c0 (LWP 430) "qtp536674580-40"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 333 (Thread 0x7f0092bff6c0 (LWP 429) "qtp536674580-39"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f07121f2120 in ?? ()
#10 0x0000000000002322 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 332 (Thread 0x7f0092cff6c0 (LWP 428) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06f90627b0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 331 (Thread 0x7f0092dff6c0 (LWP 427) "qtp536674580-39"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0700000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f06bece31e0 in ?? ()
#14 0x01663f8c319c2421 in ?? ()
#15 0x00007f0709821608 in ?? ()
#16 0x000000003b9ac94f in ?? ()
#17 0x0000000000000002 in ?? ()
#18 0x00007f0ff439dda8 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 330 (Thread 0x7f0092eff6c0 (LWP 426) "qtp536674580-39"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1b5f70 in ?? ()
#10 0x0000000000002310 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 329 (Thread 0x7f0092fff6c0 (LWP 425) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f07074501b8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 328 (Thread 0x7f00930ff6c0 (LWP 424) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f07018f3548 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 327 (Thread 0x7f00932ff6c0 (LWP 422) "qtp536674580-38"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 326 (Thread 0x7f00933ff6c0 (LWP 421) "qtp536674580-39"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f071c02df38 in ?? ()
#10 0x0000000000002341 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 325 (Thread 0x7f00934ff6c0 (LWP 420) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0700172588 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 324 (Thread 0x7f00935ff6c0 (LWP 419) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d1a37f4 in ?? ()
#7  0x00007f00935fe7f8 in ?? ()
#8  0x00007f100c40923e in ?? ()
#9  0x00007f00935fe7f8 in ?? ()
#10 0x00007f100c40923e in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f0ff4001448 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f07730090f8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 323 (Thread 0x7f00936ff6c0 (LWP 418) "qtp536674580-39"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 322 (Thread 0x7f00937ff6c0 (LWP 417) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06f00bdc98 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 321 (Thread 0x7f00938ff6c0 (LWP 416) "qtp536674580-38"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1a4b30 in ?? ()
#10 0x000000000000234a in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 320 (Thread 0x7f00939ff6c0 (LWP 415) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000010 in ?? ()
#7  0x00007f00939fe500 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f00939fe540 in ?? ()
#10 0x00007f102280973d in Java_sun_nio_ch_IOUtil_drain () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f0766c1f380 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 319 (Thread 0x7f0093aff6c0 (LWP 414) "qtp536674580-38"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1c32b0 in ?? ()
#10 0x000000000000231b in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 318 (Thread 0x7f0093bff6c0 (LWP 413) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06ebc0d898 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 317 (Thread 0x7f0093cff6c0 (LWP 412) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 316 (Thread 0x7f0093dff6c0 (LWP 411) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000010 in ?? ()
#7  0x00007f0093dfe500 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f0093dfe540 in ?? ()
#10 0x00007f102280973d in Java_sun_nio_ch_IOUtil_drain () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f06d73bac28 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 315 (Thread 0x7f0093eff6c0 (LWP 410) "qtp536674580-38"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e6bbd478 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 314 (Thread 0x7f0093fff6c0 (LWP 409) "qtp536674580-38"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0600000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f07185d7888 in ?? ()
#14 0x01663f8c2f1eec7d in ?? ()
#15 0x00007f06bece31e0 in ?? ()
#16 0x000000003b9ac95f in ?? ()
#17 0x0000000000000002 in ?? ()
#18 0x00007f0ff439dda8 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 313 (Thread 0x7f00940ff6c0 (LWP 408) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f072f0846e0 in ?? ()
#10 0x0000000000002329 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 312 (Thread 0x7f00941ff6c0 (LWP 407) "qtp536674580-37"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00941fda80 in ?? ()
#7  0x00007f00941fda98 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 311 (Thread 0x7f00942ff6c0 (LWP 406) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000100000004 in ?? ()
#10 0x0000000000002338 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 310 (Thread 0x7f00943ff6c0 (LWP 405) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0000000000 in ?? ()
#10 0x0000000000002348 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 309 (Thread 0x7f00944ff6c0 (LWP 404) "qtp536674580-37"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06d4da3f68 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 308 (Thread 0x7f00945ff6c0 (LWP 403) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00945fe6c0 in ?? ()
#10 0x0000000000002346 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 307 (Thread 0x7f00946ff6c0 (LWP 402) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 306 (Thread 0x7f00947ff6c0 (LWP 401) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 305 (Thread 0x7f00948ff6c0 (LWP 400) "qtp536674580-37"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f070df67b10 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 304 (Thread 0x7f00949ff6c0 (LWP 399) "qtp536674580-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 303 (Thread 0x7f0094aff6c0 (LWP 398) "qtp536674580-36"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f071eca26c8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 302 (Thread 0x7f0094bff6c0 (LWP 397) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff012ffc8 in ?? ()
#10 0x000000000000230a in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 301 (Thread 0x7f0094cff6c0 (LWP 396) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa388d in OptoRuntime::new_array_C(Klass*, int, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d5ad in ?? ()
#6  0x00007f0715bf8588 in ?? ()
#7  0x00007f100d376ed8 in ?? ()
#8  0x00007f0ff0472d50 in ?? ()
#9  0x00007f0715bf8440 in ?? ()
#10 0x00007f070000120a in ?? ()
#11 0x00007f1005faf9cc in ?? ()
#12 0x00007f0715befe38 in ?? ()
#13 0x00007f0715bf8568 in ?? ()
#14 0x000000002fbcffde in ?? ()
#15 0x00007f0ff4300c58 in ?? ()
#16 0x00007f0094cfd860 in ?? ()
#17 0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#18 0x0000000001520b50 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 300 (Thread 0x7f0094dff6c0 (LWP 395) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 299 (Thread 0x7f0094eff6c0 (LWP 394) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 298 (Thread 0x7f0094fff6c0 (LWP 393) "qtp536674580-36"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 297 (Thread 0x7f00950ff6c0 (LWP 392) "qtp536674580-36"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06d2773808 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 296 (Thread 0x7f00951ff6c0 (LWP 391) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0000000000 in ?? ()
#10 0x000000000000233c in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 295 (Thread 0x7f00952ff6c0 (LWP 390) "qtp536674580-36"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06dd2a5c28 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 294 (Thread 0x7f00953ff6c0 (LWP 389) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 293 (Thread 0x7f00954ff6c0 (LWP 388) "qtp536674580-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 292 (Thread 0x7f00955ff6c0 (LWP 387) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff72bd278 in ?? ()
#10 0x0000000000002327 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 291 (Thread 0x7f00956ff6c0 (LWP 386) "qtp536674580-35"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06cd284760 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 290 (Thread 0x7f00957ff6c0 (LWP 385) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f070006f918 in ?? ()
#10 0x0000000000002305 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 289 (Thread 0x7f00959ff6c0 (LWP 383) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00959fe640 in ?? ()
#10 0x0000000000002339 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 288 (Thread 0x7f0095aff6c0 (LWP 382) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0095afe678 in ?? ()
#10 0x0000000000002313 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 287 (Thread 0x7f0095bff6c0 (LWP 381) "qtp536674580-35"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f076205d748 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 286 (Thread 0x7f0095cff6c0 (LWP 380) "qtp536674580-33"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 285 (Thread 0x7f0095dff6c0 (LWP 379) "qtp536674580-35"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 284 (Thread 0x7f0095eff6c0 (LWP 378) "qtp536674580-35"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f072a2efa00 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 283 (Thread 0x7f0095fff6c0 (LWP 377) "qtp536674580-34"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f0095ffe450 in ?? ()
#7  0x00007f0095ffe468 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 282 (Thread 0x7f00960ff6c0 (LWP 376) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f073dce3908 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 281 (Thread 0x7f00961ff6c0 (LWP 375) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f077c012168 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 280 (Thread 0x7f00962ff6c0 (LWP 374) "qtp536674580-34"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 279 (Thread 0x7f00963ff6c0 (LWP 373) "qtp536674580-33"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00963fe688 in ?? ()
#10 0x00000000000022ff in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 278 (Thread 0x7f00964ff6c0 (LWP 372) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f075e2d9030 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 277 (Thread 0x7f00965ff6c0 (LWP 371) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e473f748 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 276 (Thread 0x7f00966ff6c0 (LWP 370) "qtp536674580-34"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 275 (Thread 0x7f00967ff6c0 (LWP 369) "qtp536674580-34"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00967fe640 in ?? ()
#10 0x0000000000002303 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 274 (Thread 0x7f00968ff6c0 (LWP 368) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0776011fa0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 273 (Thread 0x7f00969ff6c0 (LWP 367) "qtp536674580-33"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ac8eed in InterpreterRuntime::at_safepoint(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40afea in ?? ()
#6  0x00007f100c40afa5 in ?? ()
#7  0x00007f00969fd9b8 in ?? ()
#8  0x00007f01939fce0b in ?? ()
#9  0x00007f00969fda90 in ?? ()
#10 0x00007f01933638f0 in ?? ()
#11 0x00007f01da79efb8 in ?? ()
#12 0x00007f0ff727da38 in ?? ()
#13 0x00007f0193366590 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 272 (Thread 0x7f0096aff6c0 (LWP 366) "qtp536674580-35"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f0096afda80 in ?? ()
#7  0x00007f0096afda98 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 271 (Thread 0x7f00a34946c0 (LWP 365) "qtp536674580-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f071106b490 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 270 (Thread 0x7f0096bff6c0 (LWP 364) "qtp536674580-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06d3ceced8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 269 (Thread 0x7f0096cff6c0 (LWP 363) "qtp536674580-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f07780241b0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 268 (Thread 0x7f0096dff6c0 (LWP 362) "qtp536674580-33"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff70010d0 in ?? ()
#10 0x000000000000232c in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 267 (Thread 0x7f0096eff6c0 (LWP 361) "qtp536674580-33"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00c0069680 in ?? ()
#10 0x0000000000002335 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 266 (Thread 0x7f0096fff6c0 (LWP 360) "qtp536674580-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 265 (Thread 0x7f00970ff6c0 (LWP 359) "qtp536674580-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000010 in ?? ()
#7  0x00007f00970fe500 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f00970fe540 in ?? ()
#10 0x00007f102280973d in Java_sun_nio_ch_IOUtil_drain () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f070fc1f820 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 264 (Thread 0x7f00971ff6c0 (LWP 358) "qtp536674580-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 263 (Thread 0x7f00972ff6c0 (LWP 357) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 262 (Thread 0x7f00973ff6c0 (LWP 356) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0f00000000 in ?? ()
#10 0x0000000000002308 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 261 (Thread 0x7f00974ff6c0 (LWP 355) "qtp536674580-32"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06df394508 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 260 (Thread 0x7f00975ff6c0 (LWP 354) "qtp536674580-32"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f073bf2b050 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 259 (Thread 0x7f00976ff6c0 (LWP 353) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 258 (Thread 0x7f00977ff6c0 (LWP 352) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa388d in OptoRuntime::new_array_C(Klass*, int, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d5ad in ?? ()
#6  0x00007f070eff4650 in ?? ()
#7  0x00007f100d2b5198 in ?? ()
#8  0x00007f06d713a538 in ?? ()
#9  0x0001180005d7f900 in ?? ()
#10 0x00007f076304da58 in ?? ()
#11 0x00007f0193157778 in ?? ()
#12 0x00007f0655ed4950 in ?? ()
#13 0x00007f0ff2f037d8 in ?? ()
#14 0x00007f0ff2f1b6e0 in ?? ()
#15 0x0000000000011800 in ?? ()
#16 0x00007f0618002910 in ?? ()
#17 0x00007f100d1174fc in ?? ()
#18 0x00007f073ab40128 in ?? ()
#19 0x00007f100d5effa4 in ?? ()
#20 0x00007f00e8006ad0 in ?? ()
#21 0x00007f0618002910 in ?? ()
#22 0x00007f070ec14558 in ?? ()
#23 0xbf3d2f52000003f1 in ?? ()
#24 0x00000000007f070e in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x00007f076304d788 in ?? ()
#27 0x00007f100ca550fb in ?? ()
#28 0x0000000000000001 in ?? ()
#29 0x00007f1006dd2664 in ?? ()
#30 0x00007f070ef84018 in ?? ()
#31 0x000000003b9aca00 in ?? ()
#32 0x00000000000035e0 in ?? ()
#33 0x01663f8c0c3d3025 in ?? ()
#34 0x0000000000000001 in ?? ()
#35 0x00007f076304d290 in ?? ()
#36 0x00007f00977fea38 in ?? ()
#37 0x00007f100cc54144 in ?? ()
#38 0x00007f0721fc5ec0 in ?? ()
#39 0x00007f06b50fb838 in ?? ()
#40 0x00007f00977fea38 in ?? ()
#41 0x00007f073ab40128 in ?? ()
#42 0x0000000000000001 in ?? ()
#43 0x00007f0ff410f190 in ?? ()
#44 0x0000000000000000 in ?? ()

Thread 257 (Thread 0x7f00978ff6c0 (LWP 351) "qtp536674580-32"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f073d061c90 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 256 (Thread 0x7f00979ff6c0 (LWP 350) "qtp536674580-32"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d1a37f4 in ?? ()
#7  0x00007f00979fe7d8 in ?? ()
#8  0x00007f100c40923e in ?? ()
#9  0x00007f00979fe7d8 in ?? ()
#10 0x00007f100c40923e in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f0ff4001a80 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f07250748f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 255 (Thread 0x7f0097aff6c0 (LWP 349) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0097afea38 in ?? ()
#10 0x0000000000002349 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 254 (Thread 0x7f0097bff6c0 (LWP 348) "qtp536674580-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000046 in ?? ()
#10 0x00000000000022f8 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 253 (Thread 0x7f0097cff6c0 (LWP 347) "qtp536674580-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f072d2b0818 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 252 (Thread 0x7f0097dff6c0 (LWP 346) "qtp536674580-31"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0097dfea38 in ?? ()
#10 0x00000000000022fd in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 251 (Thread 0x7f0097eff6c0 (LWP 345) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 250 (Thread 0x7f0097fff6c0 (LWP 344) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f072b699c18 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 249 (Thread 0x7f00980ff6c0 (LWP 343) "qtp536674580-31"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 248 (Thread 0x7f00981ff6c0 (LWP 342) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0710d8cf60 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 247 (Thread 0x7f00982ff6c0 (LWP 341) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f071df14cc8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 246 (Thread 0x7f00983ff6c0 (LWP 340) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d1a37f4 in ?? ()
#7  0x00007f00983fe7d8 in ?? ()
#8  0x00007f100c40923e in ?? ()
#9  0x00007f00983fe7d8 in ?? ()
#10 0x00007f100c40923e in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x00007f0fdcc12c50 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f071fcbcd68 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 245 (Thread 0x7f00984ff6c0 (LWP 339) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 244 (Thread 0x7f00985ff6c0 (LWP 338) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 243 (Thread 0x7f00986ff6c0 (LWP 337) "qtp536674580-30"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00986fea38 in ?? ()
#10 0x00000000000022fb in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 242 (Thread 0x7f00987ff6c0 (LWP 336) "qtp536674580-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0714551798 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 241 (Thread 0x7f00988ff6c0 (LWP 335) "qtp536674580-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e32da238 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 240 (Thread 0x7f009a4ff6c0 (LWP 334) "qtp536674580-30"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f009a4fea38 in ?? ()
#10 0x0000000000002330 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 239 (Thread 0x7f0098bff6c0 (LWP 333) "qtp536674580-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff410f190 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 238 (Thread 0x7f009a7ff6c0 (LWP 332) "qtp536674580-30"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f009a7fea38 in ?? ()
#10 0x0000000000002342 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 237 (Thread 0x7f009a2ff6c0 (LWP 331) "qtp536674580-30"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1b9030 in ?? ()
#10 0x0000000000002336 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 236 (Thread 0x7f00989ff6c0 (LWP 330) "qtp536674580-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0762c69830 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 235 (Thread 0x7f0098aff6c0 (LWP 329) "qtp536674580-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0774012168 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 234 (Thread 0x7f0098cff6c0 (LWP 327) "qtp536674580-29"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e8cde8c8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 233 (Thread 0x7f0098dff6c0 (LWP 326) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff2fabdf8 in ?? ()
#10 0x00000000000022fa in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 232 (Thread 0x7f0098eff6c0 (LWP 325) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 231 (Thread 0x7f0098fff6c0 (LWP 324) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1b0b70 in ?? ()
#10 0x000000000000233e in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 230 (Thread 0x7f00990ff6c0 (LWP 323) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 229 (Thread 0x7f00991ff6c0 (LWP 322) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa388d in OptoRuntime::new_array_C(Klass*, int, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d5ad in ?? ()
#6  0x00007f0715fffd18 in ?? ()
#7  0x00007f100d4d2ccc in ?? ()
#8  0x00007f0715fffcd8 in ?? ()
#9  0x00007f0715fffd38 in ?? ()
#10 0x0000000100000000 in ?? ()
#11 0x00007f0ff42e3bc0 in ?? ()
#12 0x00007f0715fffc30 in ?? ()
#13 0x00007f00d40047b0 in ?? ()
#14 0x00007f00991fd6f0 in ?? ()
#15 0x00007f0715fffc10 in ?? ()
#16 0x00007f0715fffc30 in ?? ()
#17 0x00007f100d2d39f4 in ?? ()
#18 0x0000000000001550 in ?? ()
#19 0x0000000000000003 in ?? ()
#20 0x00007f0ff43033c8 in ?? ()
#21 0x00007f100d70f82c in ?? ()
#22 0x00007f0f013edda8 in ?? ()
#23 0x00007f0ff4030f00 in ?? ()
#24 0x013edda800000003 in ?? ()
#25 0x00007f0ff4303380 in ?? ()
#26 0x00007f0715fff9b8 in ?? ()
#27 0x00007f0ff4030ef8 in ?? ()
#28 0x00007f0ff43033c0 in ?? ()
#29 0x0000000c00000001 in ?? ()
#30 0x00007f0ff4303400 in ?? ()
#31 0x00007f0ff43b65d8 in ?? ()
#32 0x00007f0715fffc90 in ?? ()
#33 0x00007f0715fff258 in ?? ()
#34 0x00007f0ff4030ee0 in ?? ()
#35 0x00007f0ff4303348 in ?? ()
#36 0x00007f0ff4303388 in ?? ()
#37 0x00007f0ff43032d0 in ?? ()
#38 0x00007f0ff4030ec8 in ?? ()
#39 0x0000006c00000000 in ?? ()
#40 0x0000000000000000 in ?? ()

Thread 228 (Thread 0x7f00992ff6c0 (LWP 321) "qtp536674580-29"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e1d3a608 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 227 (Thread 0x7f00993ff6c0 (LWP 320) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 226 (Thread 0x7f00994ff6c0 (LWP 319) "qtp536674580-29"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 225 (Thread 0x7f00995ff6c0 (LWP 318) "qtp536674580-29"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f064a046338 in ?? ()
#7  0x000000000602aa11 in ?? ()
#8  0x000000001bb8b15f in ?? ()
#9  0x00007f00995fe810 in ?? ()
#10 0xbf3d2f5205d7f900 in ?? ()
#11 0x00007f0ff2f954b8 in ?? ()
#12 0x00007f100d844acc in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f0725c1f5e8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 224 (Thread 0x7f00996ff6c0 (LWP 317) "qtp536674580-28"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead682 in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10241d55be in VMThread::wait_until_executed(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10241d5d23 in VMThread::execute(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023e2ce3a in find_deadlocks(bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023e2d117 in jmm_FindDeadlockedThreads () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f100c40dcdb in ?? ()
#9  0x00007f00996fd370 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 223 (Thread 0x7f00997ff6c0 (LWP 316) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff4001a08 in ?? ()
#10 0x00000000000022f2 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 222 (Thread 0x7f00998ff6c0 (LWP 315) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1aa9f0 in ?? ()
#10 0x00000000000022f1 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 221 (Thread 0x7f00999ff6c0 (LWP 314) "qtp536674580-28"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00999fdae0 in ?? ()
#7  0x00007f00999fdaf8 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 220 (Thread 0x7f0099aff6c0 (LWP 313) "qtp536674580-28"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f07100891a0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 219 (Thread 0x7f0099bff6c0 (LWP 312) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f074414fb88 in ?? ()
#10 0x000000000000233f in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 218 (Thread 0x7f0099cff6c0 (LWP 311) "qtp536674580-28"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0634122f48 in ?? ()
#7  0x00007f0ff2f22740 in ?? ()
#8  0x00007f100d2850e4 in ?? ()
#9  0x00007f00c8006240 in ?? ()
#10 0x00007f00f0ae6480 in ?? ()
#11 0x00007f0099cf0100 in ?? ()
#12 0x00007f0ff60013f8 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f072206d3d8 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 217 (Thread 0x7f0099dff6c0 (LWP 310) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1afb30 in ?? ()
#10 0x00000000000022fc in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 216 (Thread 0x7f0099eff6c0 (LWP 309) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 215 (Thread 0x7f0099fff6c0 (LWP 308) "qtp536674580-28"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa388d in OptoRuntime::new_array_C(Klass*, int, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d5ad in ?? ()
#6  0x00007f0ff0891238 in ?? ()
#7  0x00007f100d75aac4 in ?? ()
#8  0x000002db00023018 in ?? ()
#9  0x0000000400000000 in ?? ()
#10 0x00007f06d9ff5da8 in ?? ()
#11 0x00007f06d9ffb8d0 in ?? ()
#12 0x00007f06d9ff5ef0 in ?? ()
#13 0x00007f06d9ffb8d0 in ?? ()
#14 0x00007f06d9ff5da8 in ?? ()
#15 0x00007f06d9ffbef0 in ?? ()
#16 0x00007f06d9ffbf90 in ?? ()
#17 0x0000026b00096f9e in ?? ()
#18 0x000002db00096f9e in ?? ()
#19 0x00007f0ff0891238 in ?? ()
#20 0x00007f06d9ffbef0 in ?? ()
#21 0x00007f06d9ffbf90 in ?? ()
#22 0x000002da00000004 in ?? ()
#23 0x0002301800000d8b in ?? ()
#24 0x0000000000000d8b in ?? ()
#25 0x00007f06d9ff5ef0 in ?? ()
#26 0x0000000000000d8b in ?? ()
#27 0x00007f100cfd35ac in ?? ()
#28 0x00000181000002db in ?? ()
#29 0x00007f06d9ffb8d0 in ?? ()
#30 0x000000000000120a in ?? ()
#31 0x00007f06d9fe98c8 in ?? ()
#32 0x000000000153d7f0 in ?? ()
#33 0x00007f0600000000 in ?? ()
#34 0x000000000000001c in ?? ()
#35 0x00007f06d9ff3590 in ?? ()
#36 0x00007f0f00000158 in ?? ()
#37 0x00007f10000000ff in ?? ()
#38 0x00007f0ff03060d8 in ?? ()
#39 0x00000000ec6c291a in ?? ()
#40 0x00007f06d9ff5ed0 in ?? ()
#41 0x00007f100d37656c in ?? ()
#42 0x00007f0ff0891238 in ?? ()
#43 0x00007f06d9ff5da8 in ?? ()
#44 0x00007f0ff0891238 in ?? ()
#45 0x0000000000000000 in ?? ()

Thread 214 (Thread 0x7f009a0ff6c0 (LWP 307) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 213 (Thread 0x7f009a1ff6c0 (LWP 306) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06fa1aca70 in ?? ()
#10 0x000000000000233a in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 212 (Thread 0x7f009a3ff6c0 (LWP 304) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0763059500 in ?? ()
#10 0x0000000000002332 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 211 (Thread 0x7f009a5ff6c0 (LWP 302) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 210 (Thread 0x7f009a6ff6c0 (LWP 301) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 209 (Thread 0x7f009a8ff6c0 (LWP 299) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 208 (Thread 0x7f009a9ff6c0 (LWP 298) "qtp536674580-27"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f009a9fe6b0 in ?? ()
#10 0x00000000000022f0 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 207 (Thread 0x7f00b04a56c0 (LWP 297) "qtp536674580-26"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa388d in OptoRuntime::new_array_C(Klass*, int, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c51d5ad in ?? ()
#6  0x00007f0ff0891238 in ?? ()
#7  0x00007f100d75ab7c in ?? ()
#8  0x0000033100023018 in ?? ()
#9  0x0000000200000000 in ?? ()
#10 0x00007f071bbecd98 in ?? ()
#11 0x00007f071bbf2438 in ?? ()
#12 0x00007f071bbecee0 in ?? ()
#13 0x00007f071bbf2438 in ?? ()
#14 0x00007f071bbecd98 in ?? ()
#15 0x00007f071bbf2a58 in ?? ()
#16 0x00007f071bbf2af8 in ?? ()
#17 0x0000026b00096f9e in ?? ()
#18 0x0000033100096f9e in ?? ()
#19 0x00007f0ff0891238 in ?? ()
#20 0x00007f071bbf2a58 in ?? ()
#21 0x00007f071bbf2af8 in ?? ()
#22 0x0000033000000002 in ?? ()
#23 0x0002301800000d8b in ?? ()
#24 0x00007f071bbf45b8 in ?? ()
#25 0x00007f071bbecee0 in ?? ()
#26 0x0000000000000330 in ?? ()
#27 0x00007f100cfd35ac in ?? ()
#28 0x0000022100000331 in ?? ()
#29 0x00007f071bbf2438 in ?? ()
#30 0x000000000000120a in ?? ()
#31 0x00007f071bbe4610 in ?? ()
#32 0x000000000153de88 in ?? ()
#33 0xbf3d2f5200000000 in ?? ()
#34 0x000000000000001c in ?? ()
#35 0x00007f071bbea570 in ?? ()
#36 0x00007f0f0000010f in ?? ()
#37 0x00007f100000007f in ?? ()
#38 0x00007f0ff03060d8 in ?? ()
#39 0x0000000067d30161 in ?? ()
#40 0x00007f071bbecec0 in ?? ()
#41 0x00007f100d37656c in ?? ()
#42 0x00007f0ff0891238 in ?? ()
#43 0x00007f071bbecd98 in ?? ()
#44 0x00007f0ff0891238 in ?? ()
#45 0x0000000000000000 in ?? ()

Thread 206 (Thread 0x7f00a3a946c0 (LWP 296) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f073af7c3e0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 205 (Thread 0x7f009aaff6c0 (LWP 293) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06e90fb390 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 204 (Thread 0x7f00a12946c0 (LWP 292) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06ea1449c0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 203 (Thread 0x7f00a23946c0 (LWP 291) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f068b0132f8 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f0602f7b880 in ?? ()
#9  0x00007f00a2393810 in ?? ()
#10 0x00007f01db2606e5 in ?? ()
#11 0x00007f00a2393898 in ?? ()
#12 0x00007f01db2696c0 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f0724c8c018 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 202 (Thread 0x7f00a27946c0 (LWP 290) "qtp536674580-26"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00a2793470 in ?? ()
#7  0x00007f00a2793488 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 201 (Thread 0x7f00a2a946c0 (LWP 289) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0706dd6d98 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 200 (Thread 0x7f00a41946c0 (LWP 288) "pool-3-thread-1"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f01d8316b18 in ?? ()
#10 0x0000000000002260 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 199 (Thread 0x7f00a1e946c0 (LWP 287) "qtp536674580-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000010 in ?? ()
#7  0x00007f00a1e93560 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f00a1e935a0 in ?? ()
#10 0x00007f102280973d in Java_sun_nio_ch_IOUtil_drain () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#11 0x00007f100db3d808 in ?? ()
#12 0x00007f073820f838 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 198 (Thread 0x7f00a19946c0 (LWP 285) "qtp536674580-25"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 197 (Thread 0x7f00a13946c0 (LWP 284) "qtp536674580-25"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06dcd3c9f8 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 196 (Thread 0x7f00a22946c0 (LWP 283) "qtp536674580-25"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0602f7b880 in ?? ()
#10 0x00000000000022f6 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 195 (Thread 0x7f00a10946c0 (LWP 282) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff400df70 in ?? ()
#9  0x00007f0ff4126400 in ?? ()
#10 0xfffd000001de0007 in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 194 (Thread 0x7f009aeff6c0 (LWP 281) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff400df70 in ?? ()
#9  0x00007f0ff400ec00 in ?? ()
#10 0xffff0000016f0001 in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000024f05 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 193 (Thread 0x7f009baff6c0 (LWP 280) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0ff400df70 in ?? ()
#7  0x00007f0ff400e0e0 in ?? ()
#8  0x00007f015432bd70 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 192 (Thread 0x7f009afff6c0 (LWP 279) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff400df70 in ?? ()
#9  0x00007f0ff4111970 in ?? ()
#10 0xfffc000001c4000d in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 191 (Thread 0x7f009bcff6c0 (LWP 278) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f01931b7058 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 190 (Thread 0x7f00a01946c0 (LWP 277) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 189 (Thread 0x7f009acff6c0 (LWP 276) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700ba00 in ?? ()
#10 0x0000000000001c47 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 188 (Thread 0x7f00a02946c0 (LWP 275) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700bca0 in ?? ()
#10 0x0000000000001c55 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 187 (Thread 0x7f009adff6c0 (LWP 274) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f04070101d0 in ?? ()
#10 0x0000000000001c38 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 186 (Thread 0x7f00a08946c0 (LWP 273) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f042a001340 in ?? ()
#10 0x0000000000001c31 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 185 (Thread 0x7f009b0ff6c0 (LWP 272) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700bca0 in ?? ()
#10 0x0000000000001c48 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 184 (Thread 0x7f009b1ff6c0 (LWP 271) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700d3c0 in ?? ()
#10 0x0000000000001c24 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 183 (Thread 0x7f009b9ff6c0 (LWP 270) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700ba00 in ?? ()
#10 0x0000000000001c2d in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 182 (Thread 0x7f009b2ff6c0 (LWP 269) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f04070101d0 in ?? ()
#10 0x0000000000001c17 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 181 (Thread 0x7f00a11946c0 (LWP 268) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 180 (Thread 0x7f00a07946c0 (LWP 267) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 179 (Thread 0x7f00a0d946c0 (LWP 266) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700bca0 in ?? ()
#10 0x0000000000001c2c in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 178 (Thread 0x7f00a0c946c0 (LWP 265) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700eb10 in ?? ()
#10 0x0000000000001c1f in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 177 (Thread 0x7f00a30946c0 (LWP 264) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 176 (Thread 0x7f009b7ff6c0 (LWP 263) "System-akka.i"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f009b7fe460 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff0175f30 in ?? ()
#10 0x00007f0ff0175d98 in ?? ()
#11 0x01663f8bdd128cc9 in ?? ()
#12 0x00007f0ff0175fb8 in ?? ()
#13 0x0000000100002710 in ?? ()
#14 0x00007f0f00000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f01680f4580 in ?? ()
#17 0x00007f009b7fe570 in ?? ()
#18 0x00007f1023e48a30 in MemAllocator::allocate() const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#19 0x0000000000001758 in ?? ()
#20 0x00007f0193013490 in ?? ()
#21 0x0000000000000000 in ?? ()

Thread 175 (Thread 0x7f00a0e946c0 (LWP 262) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 174 (Thread 0x7f009b8ff6c0 (LWP 261) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 173 (Thread 0x7f009bdff6c0 (LWP 260) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f040700bca0 in ?? ()
#10 0x0000000000001c4e in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 172 (Thread 0x7f00b02a56c0 (LWP 259) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f01933eb7c0 in ?? ()
#10 0x0000000000001c4b in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 171 (Thread 0x7f009b3ff6c0 (LWP 258) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff400df70 in ?? ()
#9  0x00007f0ff4027940 in ?? ()
#10 0xfffa0000014c000f in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 170 (Thread 0x7f00a06946c0 (LWP 257) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff400df70 in ?? ()
#9  0x00007f0ff0175440 in ?? ()
#10 0xfffe0000012f000b in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000010008 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 169 (Thread 0x7f009b4ff6c0 (LWP 256) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000100 in ?? ()
#7  0x000000000000f2b2 in ?? ()
#8  0x00000000000000b2 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 168 (Thread 0x7f009beff6c0 (LWP 255) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff401de78 in ?? ()
#9  0x00007f0ff40f44d8 in ?? ()
#10 0xfffe000055f4000f in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 167 (Thread 0x7f00a3c946c0 (LWP 254) "System-akka.r"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff401e128 in ?? ()
#9  0x00007f0ff40f71f8 in ?? ()
#10 0xffff000012900003 in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x00007f040a241c40 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 166 (Thread 0x7f00a04946c0 (LWP 253) "System-akka.r"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff401e128 in ?? ()
#9  0x00007f0ff47dd188 in ?? ()
#10 0xfffe000013250007 in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x00007f0fdbd21f10 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 165 (Thread 0x7f00a0f946c0 (LWP 252) "System-akka.i"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f00a0f93460 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4031718 in ?? ()
#10 0x00007f0ff4031580 in ?? ()
#11 0x01663f8c0394611b in ?? ()
#12 0x00007f0ff40317a0 in ?? ()
#13 0x0000000100002710 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff401dcb0 in ?? ()
#17 0x00007f0fdc627d30 in ?? ()
#18 0x00007f0fdc627c90 in ?? ()
#19 0x00007f0fdc627c90 in ?? ()
#20 0x00007f06b7c0b790 in ?? ()
#21 0x00007f00a0f93728 in ?? ()
#22 0x00007f100cd9fe80 in ?? ()
#23 0x00007f00a0f93728 in ?? ()
#24 0x00007f100d0b2f0c in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x00007f040429ba90 in ?? ()
#29 0x00007f00a0f93728 in ?? ()
#30 0x00007f1006475f6c in ?? ()
#31 0x00007f040429ba90 in ?? ()
#32 0x00007f0fdc62ac98 in ?? ()
#33 0x00007f0193332a78 in ?? ()
#34 0x00007f0ff403d300 in ?? ()
#35 0x00007f0ff403d2e0 in ?? ()
#36 0x00007f00a0f935b0 in ?? ()
#37 0x00007f00a0f936e0 in ?? ()
#38 0x00007f100c4171e9 in ?? ()
#39 0x0000000000000001 in ?? ()
#40 0x00007f100d48690c in ?? ()
#41 0x00007f0fdc30ba00 in ?? ()
#42 0x00007f0000000001 in ?? ()
#43 0x00007f0ff40317b8 in ?? ()
#44 0x00007f0ff403d2d0 in ?? ()
#45 0x00007f0ff4031718 in ?? ()
#46 0x00007f0fdc30ba00 in ?? ()
#47 0x00007f0000000001 in ?? ()
#48 0x00007f0fdc627c70 in ?? ()
#49 0x0000000000000001 in ?? ()
#50 0xbf3d2f5205d7f900 in ?? ()
#51 0x00007f00a0f93728 in ?? ()
#52 0x00007f10065f765c in ?? ()
#53 0x00007f0124021240 in ?? ()
#54 0x00007f01dbd5975f in ?? ()
#55 0x00007f0ff40317b8 in ?? ()
#56 0x00007f0124021240 in ?? ()
#57 0x00007f00a0f936c0 in ?? ()
#58 0x00007f1023accfbb in InterpreterRuntime::frequency_counter_overflow(JavaThread*, unsigned char*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#59 0x0000000000001758 in ?? ()
#60 0x00007f0193013490 in ?? ()
#61 0x0000000000000000 in ?? ()

Thread 164 (Thread 0x7f009bbff6c0 (LWP 251) "System-akka.r"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100dba8e2c in ?? ()
#10 0xffffffff00000001 in ?? ()
#11 0x00007f0ff401e128 in ?? ()
#12 0x00007f0ff40f5480 in ?? ()
#13 0xfffd000015d00001 in ?? ()
#14 0x00007f0fdc9207c0 in ?? ()
#15 0x0000018d3c49bfe5 in ?? ()
#16 0x00007f0ff401dfe8 in ?? ()
#17 0xfffd000015d00001 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 163 (Thread 0x7f00a0b946c0 (LWP 250) "System-akka.r"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff401e128 in ?? ()
#9  0x00007f0ff40396c8 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 162 (Thread 0x7f00a03946c0 (LWP 249) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 161 (Thread 0x7f00a05946c0 (LWP 248) "System-akka.a"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 160 (Thread 0x7f009b5ff6c0 (LWP 247) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0xffff000000000000 in ?? ()
#7  0x00007f0ff401de78 in ?? ()
#8  0x00007f01182a1a40 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 159 (Thread 0x7f00a0a946c0 (LWP 246) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#7  0x00007f100dba8ed4 in ?? ()
#8  0x00007f0ff401de78 in ?? ()
#9  0x00007f0ff4035f40 in ?? ()
#10 0xfffd00005432000d in ?? ()
#11 0x00000000ffffffff in ?? ()
#12 0x00007f040317e840 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 158 (Thread 0x7f009bfff6c0 (LWP 245) "System-akka.a"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f040317c7f0 in ?? ()
#7  0x00007f009bffe8d0 in ?? ()
#8  0x00007f1023faefab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff401de78 in ?? ()
#11 0x00007f0ff48f9468 in ?? ()
#12 0xfffb0000559d000b in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x00007f040317d808 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 157 (Thread 0x7f009abff6c0 (LWP 244) "System-schedu"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414a1ed in JavaThread::sleep(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023bb7e59 in JVM_Sleep () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100d2ab410 in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 156 (Thread 0x7f009b6ff6c0 (LWP 240) "scala-execution"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100dba8e2c in ?? ()
#10 0xffffffff00000001 in ?? ()
#11 0x00007f0ff0174db8 in ?? ()
#12 0x00007f0fdc440730 in ?? ()
#13 0xfff9fff900000000 in ?? ()
#14 0x0000018d3c4986dd in ?? ()
#15 0x0000018d3c49b00b in ?? ()
#16 0x00007f0ff0174f28 in ?? ()
#17 0xfff9fff900000000 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 155 (Thread 0x7f00a15946c0 (LWP 238) "Connector-Sched"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f03c4edda30 in ?? ()
#10 0x0000000000000daf in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 154 (Thread 0x7f00a09946c0 (LWP 205) "dnsjava NIO sel"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f00a0993820 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f03a2cde878 in ?? ()
#10 0x00007f03a2cdec78 in ?? ()
#11 0x01663f8c01934671 in ?? ()
#12 0x00007f03a2cdeaa8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f0300000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f06b4d07d08 in ?? ()
#17 0x00007f03a2cd1e10 in ?? ()
#18 0x00007f0ff7000428 in ?? ()
#19 0x00007f03a2cd1ec8 in ?? ()
#20 0x00007f03a2cd2de8 in ?? ()
#21 0x00007f06b4d07d08 in ?? ()
#22 0x00007f03a2cd3e18 in ?? ()
#23 0x00007f03a2cd2dd8 in ?? ()
#24 0x00007f0ff7000360 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000003 in ?? ()
#29 0x00007f00a0993978 in ?? ()
#30 0x00007f100c409352 in ?? ()
#31 0x00007f100c409352 in ?? ()
#32 0x00000000000003e8 in ?? ()
#33 0x0000000000000000 in ?? ()

Thread 153 (Thread 0x7f00a14946c0 (LWP 194) "qtp536674580-16"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f0728e68808 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 152 (Thread 0x7f00a16946c0 (LWP 192) "Thread-39"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00a1693750 in ?? ()
#7  0x00007f00a1693768 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 151 (Thread 0x7f00a17946c0 (LWP 191) "Thread-38"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f00a1793830 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff2f94d38 in ?? ()
#10 0x00007f0ff40648a8 in ?? ()
#11 0x01663f8b42fe3d08 in ?? ()
#12 0x00007f0ff2f94f68 in ?? ()
#13 0x0000000100007530 in ?? ()
#14 0x00007f0100000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 150 (Thread 0x7f00a18946c0 (LWP 190) "qtp536674580-16"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 149 (Thread 0x7f00a1a946c0 (LWP 188) "Session-HouseKe"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1023f015d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100ccc290c in ?? ()
#10 0x00007f00a1a936b0 in ?? ()
#11 0x00007f01d8316b18 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 148 (Thread 0x7f00a1b946c0 (LWP 187) "qtp536674580-15"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100c40923e in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f0ff4001a08 in ?? ()
#9  0x00007f00a1b93810 in ?? ()
#10 0x00007f01db2606e5 in ?? ()
#11 0x00007f00a1b93898 in ?? ()
#12 0x00007f01db2696c0 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f0731cbdb58 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 147 (Thread 0x7f00a1c946c0 (LWP 186) "qtp536674580-15"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f06df0eb840 in ?? ()
#10 0x00000000000022f5 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 146 (Thread 0x7f00a1d946c0 (LWP 185) "qtp536674580-15"):
#0  0x00007f102474d21d in accept () from /lib64/libc.so.6
#1  0x00007f102280b1cd in Java_sun_nio_ch_Net_accept () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#2  0x00007f100c40dcdb in ?? ()
#3  0x00007f01940de8e0 in ?? ()
#4  0x0000000000000105 in ?? ()
#5  0x0000000000000001 in ?? ()
#6  0x00007f00a1d93620 in ?? ()
#7  0x00007f00a1d93610 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 145 (Thread 0x7f00a1f946c0 (LWP 183) "qtp536674580-15"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x0000000000000000 in ?? ()

Thread 144 (Thread 0x7f00a20946c0 (LWP 182) "qtp536674580-15"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0700000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f076f013ce0 in ?? ()
#14 0x01663f8c2cc3d30f in ?? ()
#15 0x00007f07185d7888 in ?? ()
#16 0x000000003b9ac976 in ?? ()
#17 0x0000000000000002 in ?? ()
#18 0x00007f0ff439dda8 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 143 (Thread 0x7f00a21946c0 (LWP 181) "qtp536674580-15"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed22800 in ?? ()
#7  0x00007f100cb7147d in ?? ()
#8  0x00007f00a2193388 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 142 (Thread 0x7f00a24946c0 (LWP 178) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed22d70 in ?? ()
#7  0x00007f100cb7147d in ?? ()
#8  0x00007f00a2493388 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000100000000 in ?? ()
#11 0x00007f03fed22df8 in ?? ()
#12 0x00007f0ff4000000 in ?? ()
#13 0x00000000fffffffd in ?? ()
#14 0x00007f00a2493388 in ?? ()
#15 0x00007f100c409352 in ?? ()
#16 0x00007f100c409352 in ?? ()
#17 0x00000000ffffffff in ?? ()
#18 0x0000000000000400 in ?? ()
#19 0x00007f101ce19fe0 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 141 (Thread 0x7f00a25946c0 (LWP 177) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 140 (Thread 0x7f00a26946c0 (LWP 176) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 139 (Thread 0x7f00a28946c0 (LWP 174) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f075b239d00 in ?? ()
#10 0x0000000000002344 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 138 (Thread 0x7f00a29946c0 (LWP 173) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed21cc8 in ?? ()
#7  0x00007f100cb7147d in ?? ()
#8  0x00007f00a2993388 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x00007f101c0dd9a0 in ?? ()
#11 0x00007f03fed21d50 in ?? ()
#12 0x00007f0ff4000000 in ?? ()
#13 0x00000000fffffffd in ?? ()
#14 0x00007f00a2993388 in ?? ()
#15 0x00007f100c409352 in ?? ()
#16 0x00007f100c409352 in ?? ()
#17 0x00000000ffffffff in ?? ()
#18 0x0000000000000400 in ?? ()
#19 0x00007f101d87a140 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 137 (Thread 0x7f00a2b946c0 (LWP 171) "qtp536674580-13"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead3cb in Mutex::lock() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bb129a in JVM_StartThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f00a2b92ad0 in ?? ()
#7  0x00007f00a2b92ae8 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 136 (Thread 0x7f00a2c946c0 (LWP 170) "Session-HouseKe"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1023f015d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100ccc290c in ?? ()
#10 0x00007f00a2c936b0 in ?? ()
#11 0x00007f01d8316b18 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 135 (Thread 0x7f00a2d946c0 (LWP 169) "qtp536674580-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f00a2d934a8 in ?? ()
#10 0x0000000000002343 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 134 (Thread 0x7f00a2e946c0 (LWP 168) "qtp536674580-13"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06cf22e308 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 133 (Thread 0x7f00a2f946c0 (LWP 167) "qtp536674580-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0602f76a70 in ?? ()
#10 0x0000000000002334 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 132 (Thread 0x7f00a31946c0 (LWP 165) "qtp536674580-13"):
#0  0x00007f102474d21d in accept () from /lib64/libc.so.6
#1  0x00007f102280b1cd in Java_sun_nio_ch_Net_accept () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#2  0x00007f100c40dcdb in ?? ()
#3  0x00007f01940de8e0 in ?? ()
#4  0x0000000000000105 in ?? ()
#5  0x0000000000000001 in ?? ()
#6  0x00007f00a3193620 in ?? ()
#7  0x00007f00a3193610 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 131 (Thread 0x7f00a32946c0 (LWP 164) "qtp536674580-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 130 (Thread 0x7f00a33946c0 (LWP 163) "qtp536674580-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f100c40923e in ?? ()
#10 0x00000000000022f9 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 129 (Thread 0x7f00a35946c0 (LWP 161) "qtp536674580-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0194447218 in ?? ()
#10 0x0000000000002345 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 128 (Thread 0x7f00a36946c0 (LWP 160) "qtp536674580-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed173a8 in ?? ()
#7  0x00007f01da3b1150 in ?? ()
#8  0x00007f00a3693478 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 127 (Thread 0x7f00a37946c0 (LWP 159) "qtp536674580-12"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed16b00 in ?? ()
#7  0x00007f01da3b1150 in ?? ()
#8  0x00007f00a3793478 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 126 (Thread 0x7f00a38946c0 (LWP 158) "qtp536674580-12"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed16258 in ?? ()
#7  0x00007f01da3b1150 in ?? ()
#8  0x00007f00a3893478 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 125 (Thread 0x7f00a39946c0 (LWP 157) "Connector-Sched"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0ff159dab8 in ?? ()
#10 0x000000000000213c in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 124 (Thread 0x7f00a3b946c0 (LWP 155) "qtp536674580-12"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 123 (Thread 0x7f00a3d946c0 (LWP 153) "qtp536674580-12"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f03fed159b0 in ?? ()
#7  0x00007f01da3b1150 in ?? ()
#8  0x00007f00a3d93478 in ?? ()
#9  0x00007f1005a6edb4 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 122 (Thread 0x7f00a3e946c0 (LWP 152) "Session-HouseKe"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1023f015d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100ccc290c in ?? ()
#10 0x00007f00a3e936b0 in ?? ()
#11 0x00007f01d8316b18 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 121 (Thread 0x7f00a3f946c0 (LWP 151) "qtp536674580-12"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023b63dad in jni_SetIntField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102280b1de in Java_sun_nio_ch_Net_accept () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#6  0x00007f100cb8bdcc in ?? ()
#7  0x00007f0ff4013358 in ?? ()
#8  0x00007f06bdda1c10 in ?? ()
#9  0x00007f06bdda1c48 in ?? ()
#10 0xbf3d2f5205d7f900 in ?? ()
#11 0x00007f00a3f936d0 in ?? ()
#12 0x00007f1023b61f20 in jni_GetIntField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f100db6f2a8 in ?? ()
#14 0x00007f0ff159d328 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4013358 in ?? ()
#17 0x00007f06bdda1c48 in ?? ()
#18 0x00007f0ff4013390 in ?? ()
#19 0x0000000000000001 in ?? ()
#20 0x00007f0ff2fabdf8 in ?? ()
#21 0x00007f1000000000 in ?? ()
#22 0x00007f06bdda1be0 in ?? ()
#23 0x00007f0ff40131c0 in ?? ()
#24 0x00007f06bdda1c10 in ?? ()
#25 0xbf3d2f520002f408 in ?? ()
#26 0x00007f0ff4013420 in ?? ()
#27 0x0000000000000000 in ?? ()

Thread 120 (Thread 0x7f00a40946c0 (LWP 150) "qtp536674580-12"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f0652003380 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f0518fd3700 in ?? ()
#9  0x00007f00a4093810 in ?? ()
#10 0x00007f01db2606e5 in ?? ()
#11 0x00007f00a4093898 in ?? ()
#12 0x00007f01db2696c0 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100db3d808 in ?? ()
#15 0x00007f0726090eb0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 119 (Thread 0x7f00a42946c0 (LWP 148) "qtp536674580-11"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f10221f52da in NET_GetSockOpt () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnet.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06c83e4c08 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 118 (Thread 0x7f00a43946c0 (LWP 147) "qtp536674580-11"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023b63dad in jni_SetIntField () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102280b1de in Java_sun_nio_ch_Net_accept () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/libnio.so
#6  0x00007f100cb8bdcc in ?? ()
#7  0x00007f0ff412f6b8 in ?? ()
#8  0x00007f06d6c02820 in ?? ()
#9  0x00007f06d6c02858 in ?? ()
#10 0x00007f00a4393740 in ?? ()
#11 0x00007f00a43936f0 in ?? ()
#12 0x00007f100cc26390 in ?? ()
#13 0x00007f0ff7276540 in ?? ()
#14 0x00007f06d6c02698 in ?? ()
#15 0x00007f0ff7009020 in ?? ()
#16 0x00007f100db6f2a8 in ?? ()
#17 0x00007f0ff159d328 in ?? ()
#18 0x00007f0ff70090f0 in ?? ()
#19 0x00007f0ff412f6b8 in ?? ()
#20 0x00007f06d6c02858 in ?? ()
#21 0x00007f0ff412f6f0 in ?? ()
#22 0x0000000000000001 in ?? ()
#23 0x00007f0fdfc6bf08 in ?? ()
#24 0x00007f1000000000 in ?? ()
#25 0x00007f06d6c027f0 in ?? ()
#26 0x00007f0ff412f520 in ?? ()
#27 0x00007f06d6c02820 in ?? ()
#28 0x00007f0f0002f408 in ?? ()
#29 0x00007f0ff4013420 in ?? ()
#30 0x00007f0ff2f926a8 in ?? ()
#31 0x0000000000000001 in ?? ()
#32 0x00007f101d823100 in ?? ()
#33 0x00007f00a4393868 in ?? ()
#34 0x00007f100dc5fa90 in ?? ()
#35 0x0000000100000001 in ?? ()
#36 0x00007f101d346278 in ?? ()
#37 0x00007f06d6c02568 in ?? ()
#38 0x00007f0ff2f8c000 in ?? ()
#39 0x00007f06d6c02750 in ?? ()
#40 0x00007f0ff7002c50 in ?? ()
#41 0x00007f06d6c026c0 in ?? ()
#42 0x0000000000000000 in ?? ()

Thread 117 (Thread 0x7f00b01a56c0 (LWP 146) "Session-HouseKe"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1023f015d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100ccc290c in ?? ()
#10 0x00007f00b01a46b0 in ?? ()
#11 0x00007f01d8316b18 in ?? ()
#12 0x0000000000000000 in ?? ()

Thread 116 (Thread 0x7f00b03a56c0 (LWP 143) "kafka-coordinat"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x0000000000000001 in ?? ()
#7  0x00007f10246c3830 in ?? () from /lib64/libc.so.6
#8  0x00007f00b03a46e0 in ?? ()
#9  0x00007f018c003200 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 115 (Thread 0x7f00b05a56c0 (LWP 141) "Thread-66"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x01663f8b1f7ada58 in ?? ()
#7  0x00007f00b05a47f0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100db3d808 in ?? ()
#10 0x00007f077cc9e678 in ?? ()
#11 0x0000000100000001 in ?? ()
#12 0x0000000100000001 in ?? ()
#13 0x00007f0763ffe308 in ?? ()
#14 0x00007f0ff01746f0 in ?? ()
#15 0x0000000100000001 in ?? ()
#16 0x012f9ca000000000 in ?? ()
#17 0x00007f1000000001 in ?? ()
#18 0x00007f00b05a4890 in ?? ()
#19 0x00007f0fdc30abc8 in ?? ()
#20 0x00007f0ff0174558 in ?? ()
#21 0x0000000000000000 in ?? ()

Thread 114 (Thread 0x7f00b06a56c0 (LWP 140) "Thread-65"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06ecb22e80 in ?? ()
#9  0x0000000100000001 in ?? ()
#10 0x0000000100000001 in ?? ()
#11 0x00007f06ecb22e58 in ?? ()
#12 0x00007f0ff01744d8 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x012f9ca000000000 in ?? ()
#15 0x0000000000000001 in ?? ()
#16 0x00007f0300000001 in ?? ()
#17 0x00007f1000000001 in ?? ()
#18 0x00007f0ff0174340 in ?? ()
#19 0x00007f1000000000 in ?? ()
#20 0x00007f00b06a49d0 in ?? ()
#21 0x00007f00b06a4988 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 113 (Thread 0x7f00b07a56c0 (LWP 139) "Thread-64"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023fa3596 in OptoRuntime::new_instance_C(Klass*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100db3d808 in ?? ()
#8  0x00007f06efb22e30 in ?? ()
#9  0x0000000100000001 in ?? ()
#10 0x0000000100000001 in ?? ()
#11 0x00007f06efb22e08 in ?? ()
#12 0x00007f0ff0174080 in ?? ()
#13 0x0000000100000001 in ?? ()
#14 0x012f9ca000000000 in ?? ()
#15 0x00007f0000000001 in ?? ()
#16 0x00007f01d92bd820 in ?? ()
#17 0x00007f101ce0f780 in ?? ()
#18 0x00007f0ff0173ee8 in ?? ()
#19 0x00007f1000000000 in ?? ()
#20 0x00007f00b07a49d0 in ?? ()
#21 0x00007f00b07a4988 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 112 (Thread 0x7f00b08a56c0 (LWP 138) "Thread-3"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6925 in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457e7b in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 111 (Thread 0x7f10213be6c0 (LWP 137) "kafka-producer-"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f10213bd500 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff40029f0 in ?? ()
#10 0x00007f0ff4002850 in ?? ()
#11 0x01663f8c04840d33 in ?? ()
#12 0x00007f0ff4002a78 in ?? ()
#13 0x00000001000000c7 in ?? ()
#14 0x00007f0f00000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000018d3c48d58d in ?? ()
#17 0x00007f0ff408a968 in ?? ()
#18 0x0000000000000040 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 110 (Thread 0x7f00b158f6c0 (LWP 134) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 109 (Thread 0x7f00b168f6c0 (LWP 133) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 108 (Thread 0x7f00b178f6c0 (LWP 132) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 107 (Thread 0x7f00b188f6c0 (LWP 131) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 106 (Thread 0x7f00b198f6c0 (LWP 130) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1005cb942c in ?? ()
#9  0x00007f00b198e690 in ?? ()
#10 0x00000000000005f1 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 105 (Thread 0x7f00b1a8f6c0 (LWP 129) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100ccbe568 in ?? ()
#10 0x00007f0f00000001 in ?? ()
#11 0x00007f0ff43d91e0 in ?? ()
#12 0x00007f0ff43d98a8 in ?? ()
#13 0x0000000123fb5703 in ?? ()
#14 0x01663f9125893dc8 in ?? ()
#15 0x0000000000000001 in ?? ()
#16 0x00007f0ff49b65a8 in ?? ()
#17 0x0000000df84757ca in ?? ()
#18 0x00007f00b1a8e780 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 104 (Thread 0x7f00b1b8f6c0 (LWP 128) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1023baa4dc in JVM_Yield () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f1005ab259c in ?? ()
#10 0x00007f00b1b8e3c0 in ?? ()
#11 0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#12 0x00007f100c4096a2 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 103 (Thread 0x7f00b1c8f6c0 (LWP 127) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 102 (Thread 0x7f00b1d8f6c0 (LWP 126) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1005cb942c in ?? ()
#9  0x00007f01d94cef28 in ?? ()
#10 0x00000000000005ee in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 101 (Thread 0x7f00b1e8f6c0 (LWP 125) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x00007f03750382a0 in ?? ()
#8  0x00007f0193af4af8 in ?? ()
#9  0x00007f00b1e8e6b0 in ?? ()
#10 0x00007f100c40e4b8 in ?? ()
#11 0x00007f100c40e473 in ?? ()
#12 0x00007f00b1e8e668 in ?? ()
#13 0x00007f0193af4af8 in ?? ()
#14 0x00007f00b1e8e6e8 in ?? ()
#15 0x00007f0193412408 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 100 (Thread 0x7f00b1f8f6c0 (LWP 124) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f02c1000020 in ?? ()
#7  0x000b52f000000001 in ?? ()
#8  0x00007f02c1000198 in ?? ()
#9  0x00007f02c1000228 in ?? ()
#10 0x00007f0ff400de00 in ?? ()
#11 0x00007f01040176f0 in ?? ()
#12 0x00007f0ff4000000 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f0ff7009020 in ?? ()
#15 0x00007f100ce32f2c in ?? ()
#16 0x00007f0ff49b6630 in ?? ()
#17 0x00007f0ff70090f0 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 99 (Thread 0x7f00b208f6c0 (LWP 123) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d60614c in ?? ()
#10 0x00007f0500000001 in ?? ()
#11 0x0000000000000001 in ?? ()
#12 0x0000000d00000001 in ?? ()
#13 0x00007f0ff49b65a8 in ?? ()
#14 0x01663f96e0b26321 in ?? ()
#15 0x00007f0ff49b65d8 in ?? ()
#16 0x0000000df8475754 in ?? ()
#17 0x00007f019301e488 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 98 (Thread 0x7f00b218f6c0 (LWP 122) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f02c0000020 in ?? ()
#7  0x000b52f000000001 in ?? ()
#8  0x00007f02c0000198 in ?? ()
#9  0x00007f02c0000228 in ?? ()
#10 0x00007f0ff401b0c8 in ?? ()
#11 0x00007f0ff40047d0 in ?? ()
#12 0x00007f0ff4000000 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f0ff7009020 in ?? ()
#15 0x00007f100ce32f2c in ?? ()
#16 0x00007f0ff47f40c0 in ?? ()
#17 0x00007f0ff70090f0 in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 97 (Thread 0x7f00b228f6c0 (LWP 121) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 96 (Thread 0x7f00b238f6c0 (LWP 120) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x9f089f0800000000 in ?? ()
#9  0x0000000000000003 in ?? ()
#10 0x00007f0ff40011b8 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 95 (Thread 0x7f00b248f6c0 (LWP 119) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 94 (Thread 0x7f00b258f6c0 (LWP 118) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f00b258e890 in ?? ()
#8  0x00007f1023f01506 in os::javaTimeMillis() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff4006090 in ?? ()
#11 0x00007f0ff4006e08 in ?? ()
#12 0xfffd00001f2f0007 in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x000000000002465c in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 93 (Thread 0x7f00b268f6c0 (LWP 117) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f00b268e8d0 in ?? ()
#8  0x00007f1023faefab in SATBMarkQueueSet::enqueue_known_active(SATBMarkQueue&, oopDesc*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff4006090 in ?? ()
#11 0x00007f0ff47f3998 in ?? ()
#12 0xfffb000017160005 in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x00007f0ff606c098 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 92 (Thread 0x7f00b278f6c0 (LWP 116) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f00b278e890 in ?? ()
#8  0x00007f1023f01506 in os::javaTimeMillis() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff4006090 in ?? ()
#11 0x00007f0ff4060350 in ?? ()
#12 0xffff00001d98000b in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x0000018d3c4995d7 in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 91 (Thread 0x7f00b288f6c0 (LWP 115) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f0ff4006090 in ?? ()
#8  0x00007f0118001700 in ?? ()
#9  0x0000000000000001 in ?? ()
#10 0x00007f100d59c9ac in ?? ()
#11 0x0000000d425159dd in ?? ()
#12 0x00007f0ff40062e8 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f100dba8ed4 in ?? ()
#15 0x00007f0ff4006090 in ?? ()
#16 0x00007f0ff40071d8 in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 90 (Thread 0x7f00b298f6c0 (LWP 114) "ForkJoinPool.co"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 89 (Thread 0x7f00b2a8f6c0 (LWP 113) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f00b2a8e890 in ?? ()
#8  0x00007f1023f01506 in os::javaTimeMillis() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff4006090 in ?? ()
#11 0x00007f0ff4e2bee8 in ?? ()
#12 0xfffe00001dbf000d in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x000000000002490f in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 88 (Thread 0x7f00b2b8f6c0 (LWP 112) "ForkJoinPool.co"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100d32dcf8 in ?? ()
#7  0x00007f00b2b8e8d0 in ?? ()
#8  0x00007f1023f01506 in os::javaTimeMillis() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100dba8ed4 in ?? ()
#10 0x00007f0ff4006090 in ?? ()
#11 0x00007f0ff43daa58 in ?? ()
#12 0xfffc000014e40001 in ?? ()
#13 0x00000000ffffffff in ?? ()
#14 0x0000018d3c498f9b in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 87 (Thread 0x7f00b2c8f6c0 (LWP 111) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f0395edd9d0 in ?? ()
#10 0x0000000000001ef5 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 86 (Thread 0x7f00b2d8f6c0 (LWP 110) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f053a000000 in ?? ()
#7  0x00007f0ff60f0290 in ?? ()
#8  0x00007f050000032b in ?? ()
#9  0x00007f00b2d8e2c0 in ?? ()
#10 0x0000000000000001 in ?? ()
#11 0x00007f100c408b10 in ?? ()
#12 0x00007f0ff4000000 in ?? ()
#13 0x0000000000000001 in ?? ()
#14 0x00007f0ff7009020 in ?? ()
#15 0x00007f100d347168 in ?? ()
#16 0x00007f0ff70090f0 in ?? ()
#17 0x00007f0ff43da338 in ?? ()
#18 0x00007f0ff2fabdf8 in ?? ()
#19 0x00007f0ff43da1a0 in ?? ()
#20 0x00007f0ff43da3c0 in ?? ()
#21 0x00007f0ff43da438 in ?? ()
#22 0x00007f0ff43da450 in ?? ()
#23 0x00007f100c4096a2 in ?? ()
#24 0x00007f0ff60f0390 in ?? ()
#25 0x00007f00b2d8e6a8 in ?? ()
#26 0x00007f01d9ce5ae1 in ?? ()
#27 0x00007f00b2d8e718 in ?? ()
#28 0x00007f0ff2fabde8 in ?? ()
#29 0x00007f01da4995b8 in ?? ()
#30 0x00007f0ff6082480 in ?? ()
#31 0x00007f01d9ce5b18 in ?? ()
#32 0x0000000000000000 in ?? ()

Thread 85 (Thread 0x7f00b2e8f6c0 (LWP 109) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100c40dcdb in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 84 (Thread 0x7f00b2f8f6c0 (LWP 108) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100ce06fa8 in ?? ()
#10 0x01663f7f00000001 in ?? ()
#11 0x00000001f8475800 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f0ff43d91e0 in ?? ()
#14 0x00007f0ff43d91b0 in ?? ()
#15 0x01663f8dc6afabff in ?? ()
#16 0x00007f0ff43d9878 in ?? ()
#17 0x0000000df84757af in ?? ()
#18 0x0000000000000000 in ?? ()

Thread 83 (Thread 0x7f00b308f6c0 (LWP 107) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f0ff2fb01e8 in ?? ()
#7  0x00007f0ff2fb0208 in ?? ()
#8  0x00007f0ff2fb03d0 in ?? ()
#9  0x0000000000000000 in ?? ()

Thread 82 (Thread 0x7f00b318f6c0 (LWP 106) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x0000000000000008 in ?? ()
#9  0x00007f00b318e4b0 in ?? ()
#10 0x000000000000261e in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 81 (Thread 0x7f00b328f6c0 (LWP 105) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f0100000000 in ?? ()
#9  0x0000000000000003 in ?? ()
#10 0x00007f02c3001e28 in ?? ()
#11 0x00007f101d4a49e0 in ?? ()
#12 0x00007f00b328e180 in ?? ()
#13 0x00007f00b328e860 in ?? ()
#14 0x00000000000029f8 in ?? ()
#15 0x00007f00b328e860 in ?? ()
#16 0x00007f1005b69884 in ?? ()
#17 0x00007f00b328e3c0 in ?? ()
#18 0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Thread 80 (Thread 0x7f00b338f6c0 (LWP 104) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f102429c360 in ?? () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x0000000000001ef6 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 79 (Thread 0x7f00b348f6c0 (LWP 103) "HttpClient at 6424"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f1006262244 in ?? ()
#9  0x00007f102429c360 in ?? () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x0000000000001ef7 in ?? ()
#11 0x0000000000000000 in ?? ()

Thread 78 (Thread 0x7f00b358f6c0 (LWP 102) "Thread-37"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x0000000006c99f98 in ?? ()
#9  0x000000000602aa15 in ?? ()
#10 0xbf3d2f5205d7f900 in ?? ()
#11 0x00007f00b358e800 in ?? ()
#12 0x00007f100ca1bc8b in ?? ()
#13 0x00007f00b358e810 in ?? ()
#14 0x00007f100ca1bc8b in ?? ()
#15 0x00007f0ff43d8918 in ?? ()
#16 0x00007f100ccc290c in ?? ()
#17 0x00007f0ff2f95540 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f0ff7000360 in ?? ()
#20 0x00007f01d96bbedb in ?? ()
#21 0x00007f00b358e878 in ?? ()
#22 0x00007f100c40923e in ?? ()
#23 0x00007f100c40923e in ?? ()
#24 0x00000000de9f9045 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 77 (Thread 0x7f00b368f6c0 (LWP 101) "Thread-36"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00000000023d7266 in ?? ()
#9  0x000000000602a9fe in ?? ()
#10 0xbf3d2f5205d7f900 in ?? ()
#11 0x00007f00b368e800 in ?? ()
#12 0x00007f100ca1bc8b in ?? ()
#13 0x00007f00b368e810 in ?? ()
#14 0x00007f100ca1bc8b in ?? ()
#15 0x00007f0ff43d8548 in ?? ()
#16 0x00007f100ccc290c in ?? ()
#17 0x00007f0ff2f94670 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x00007f0ff7000360 in ?? ()
#20 0x00007f1006645d54 in ?? ()
#21 0x00007f00b368e878 in ?? ()
#22 0x00007f100c40923e in ?? ()
#23 0x00007f100c40923e in ?? ()
#24 0x00000006fc23aa36 in ?? ()
#25 0x0000000000000000 in ?? ()

Thread 76 (Thread 0x7f01917ff6c0 (LWP 96) "Thread-35"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 75 (Thread 0x7f01918ff6c0 (LWP 95) "Thread-34"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 74 (Thread 0x7f01919ff6c0 (LWP 94) "Thread-33"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000000000003 in ?? ()
#11 0x00007f075d005558 in ?? ()
#12 0x00007f075d005970 in ?? ()
#13 0x00007f075d0056a8 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 73 (Thread 0x7f0191aff6c0 (LWP 93) "Thread-32"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d7d3d10 in ?? ()
#10 0x000000010001c6f8 in ?? ()
#11 0x000000003b9aca00 in ?? ()
#12 0x0000050000000001 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 72 (Thread 0x7f0191bff6c0 (LWP 92) "Thread-31"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 71 (Thread 0x7f0191cff6c0 (LWP 91) "Thread-30"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000600000000 in ?? ()
#11 0x00007f075d008af8 in ?? ()
#12 0x00007f075d008eb8 in ?? ()
#13 0x00007f075d008c48 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 70 (Thread 0x7f0191dff6c0 (LWP 90) "Thread-29"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f06ee02d0e0 in ?? ()
#9  0x00007f100d92d064 in ?? ()
#10 0x000000000602aa17 in ?? ()
#11 0x00000000271772e6 in ?? ()
#12 0x00007f03a2c9cc78 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 69 (Thread 0x7f0191eff6c0 (LWP 89) "Thread-28"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000600000000 in ?? ()
#11 0x00007f075d009248 in ?? ()
#12 0x00007f075d009610 in ?? ()
#13 0x00007f075d009398 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 68 (Thread 0x7f0191fff6c0 (LWP 88) "Thread-27"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000600000000 in ?? ()
#11 0x00007f075d0038d0 in ?? ()
#12 0x00007f075d003ce0 in ?? ()
#13 0x00007f075d003a20 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 67 (Thread 0x7f01920ff6c0 (LWP 87) "Thread-26"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 66 (Thread 0x7f01921ff6c0 (LWP 86) "Thread-25"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000000000003 in ?? ()
#11 0x00007f075d00c430 in ?? ()
#12 0x00007f075d00c868 in ?? ()
#13 0x00007f075d00c580 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 65 (Thread 0x7f01922ff6c0 (LWP 85) "Thread-24"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 64 (Thread 0x7f01923ff6c0 (LWP 84) "Thread-23"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 63 (Thread 0x7f01924ff6c0 (LWP 83) "Thread-22"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 62 (Thread 0x7f01925ff6c0 (LWP 82) "Thread-21"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000000000003 in ?? ()
#11 0x00007f075d00d340 in ?? ()
#12 0x00007f075d00d6c8 in ?? ()
#13 0x00007f075d00d490 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 61 (Thread 0x7f01926ff6c0 (LWP 81) "Thread-20"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 60 (Thread 0x7f01927ff6c0 (LWP 80) "Thread-19"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000000000003 in ?? ()
#11 0x00007f075d00ad40 in ?? ()
#12 0x00007f075d00b1a8 in ?? ()
#13 0x00007f075d00ae90 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 59 (Thread 0x7f01928ff6c0 (LWP 79) "Thread-18"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 58 (Thread 0x7f01929ff6c0 (LWP 78) "Thread-17"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 57 (Thread 0x7f0192aff6c0 (LWP 77) "Thread-16"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 56 (Thread 0x7f0192bff6c0 (LWP 76) "Thread-15"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 55 (Thread 0x7f0192cff6c0 (LWP 75) "Thread-14"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa6a2d in ThreadSafepointState::handle_polling_page_exception() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c457b87 in ?? ()
#6  0x000000000000037f in ?? ()
#7  0x0000000000000000 in ?? ()

Thread 54 (Thread 0x7f0192dff6c0 (LWP 74) "Thread-13"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d7d3d10 in ?? ()
#10 0x000000010001c6f8 in ?? ()
#11 0x000000003b9aca00 in ?? ()
#12 0x0000050000000001 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 53 (Thread 0x7f0192eff6c0 (LWP 73) "Thread-12"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 52 (Thread 0x7f0192fff6c0 (LWP 72) "Thread-11"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 51 (Thread 0x7f10040ff6c0 (LWP 71) "Thread-10"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 50 (Thread 0x7f10041ff6c0 (LWP 70) "Thread-9"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000600000000 in ?? ()
#11 0x00007f075d00da20 in ?? ()
#12 0x00007f075d00de30 in ?? ()
#13 0x00007f075d00db70 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 49 (Thread 0x7f10042ff6c0 (LWP 69) "Thread-8"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 48 (Thread 0x7f10043ff6c0 (LWP 68) "Thread-7"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023f01d20 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100cc876e9 in ?? ()
#7  0x00007f0ff70010d0 in ?? ()
#8  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#9  0x00007f100d7d3d10 in ?? ()
#10 0x000000010001c6f8 in ?? ()
#11 0x000000003b9aca00 in ?? ()
#12 0x0000050000000001 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 47 (Thread 0x7f10044ff6c0 (LWP 67) "Thread-6"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x0000000000000001 in ?? ()
#9  0x00007f100d911e4c in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 46 (Thread 0x7f10045ff6c0 (LWP 66) "Thread-5"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000000000003 in ?? ()
#11 0x00007f075d00cbc0 in ?? ()
#12 0x00007f075d00cfc0 in ?? ()
#13 0x00007f075d00cd10 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 45 (Thread 0x7f10046ff6c0 (LWP 65) "Thread-4"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed02ea in ObjectMonitor::EnterI(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed1490 in ObjectMonitor::enter(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f24dc in ObjectSynchronizer::enter(Handle, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023fb5652 in SharedRuntime::complete_monitor_locking_C(oopDesc*, BasicLock*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100c51a42d in ?? ()
#8  0x00007f03a2c9cc78 in ?? ()
#9  0x00007f100d913014 in ?? ()
#10 0x0000000600000000 in ?? ()
#11 0x00007f075d004dd8 in ?? ()
#12 0x00007f075d0051e0 in ?? ()
#13 0x00007f075d004f28 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 44 (Thread 0x7f10047ff6c0 (LWP 64) "Thread-0"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100c40dcdb in ?? ()
#5  0x00007f01933062a8 in ?? ()
#6  0x00007f101d2e40e0 in ?? ()
#7  0x00007f10047fe610 in ?? ()
#8  0x00007f100c41affd in ?? ()
#9  0x00007f10047fe530 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 43 (Thread 0x7f10048ff6c0 (LWP 63) "Thread-2"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x000000000058e5ce in ?? ()
#7  0x00007f0fdfeff9a8 in ?? ()
#8  0x00007f10048fe6e8 in ?? ()
#9  0x00007f009d6d5386 in ?? ()
#10 0x00007f10048fe770 in ?? ()
#11 0x00007f0ff6063e78 in ?? ()
#12 0x0000000000000001 in ?? ()
#13 0x00007f10048fe970 in ?? ()
#14 0x00007f1005d4f3fc in ?? ()
#15 0x00007f10048fe970 in ?? ()
#16 0x00007f1005e9584c in ?? ()
#17 0x00007f10048fe7c0 in ?? ()
#18 0x00007f100c40923e in ?? ()
#19 0x0000000000000027 in ?? ()
#20 0x00007f0ff42de478 in ?? ()
#21 0x0000000000000027 in ?? ()
#22 0x0000000000000000 in ?? ()

Thread 42 (Thread 0x7f10049ff6c0 (LWP 62) "Thread-1"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3e72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01c43 in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f1023f015d9 in os::javaTimeNanos() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100ccc290c in ?? ()
#8  0x00007f039a000000 in ?? ()
#9  0x00007f0ff6063b68 in ?? ()
#10 0x00007f0fdfefe418 in ?? ()
#11 0xbf3d2f5200000001 in ?? ()
#12 0x00007f10049fe890 in ?? ()
#13 0x00007f100c40923e in ?? ()
#14 0x00007f10049fe890 in ?? ()
#15 0x00007f100c40923e in ?? ()
#16 0x00004e94914efe0d in ?? ()
#17 0x0000000000000000 in ?? ()

Thread 41 (Thread 0x7f1004aff6c0 (LWP 61) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004afe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42e73f0 in ?? ()
#10 0x00007f0ff42e7258 in ?? ()
#11 0x01663f8bf7fda90f in ?? ()
#12 0x00007f0ff42e7478 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 40 (Thread 0x7f1004bff6c0 (LWP 60) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004bfe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42de020 in ?? ()
#10 0x00007f0ff42dde88 in ?? ()
#11 0x01663f8be9ce2859 in ?? ()
#12 0x00007f0ff42de0a8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42de0c0 in ?? ()
#17 0x00007f1004bfe7b0 in ?? ()
#18 0x00007f1004bfe7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42de0c0 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 39 (Thread 0x7f1004cff6c0 (LWP 59) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004cfe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42ddd70 in ?? ()
#10 0x00007f0ff42ddbd8 in ?? ()
#11 0x01663f8bcdca6f85 in ?? ()
#12 0x00007f0ff42dddf8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42dde10 in ?? ()
#17 0x00007f1004cfe7b0 in ?? ()
#18 0x00007f1004cfe7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42dde10 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 38 (Thread 0x7f1004dff6c0 (LWP 58) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004dfe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42ddac0 in ?? ()
#10 0x00007f0ff42dd928 in ?? ()
#11 0x01663f8bcc995079 in ?? ()
#12 0x00007f0ff42ddb48 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42ddb60 in ?? ()
#17 0x00007f1004dfe7b0 in ?? ()
#18 0x00007f1004dfe7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42ddb60 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 37 (Thread 0x7f1004eff6c0 (LWP 57) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004efe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42dd810 in ?? ()
#10 0x00007f0ff42dd678 in ?? ()
#11 0x01663f8bf9011e94 in ?? ()
#12 0x00007f0ff42dd898 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42dd8b0 in ?? ()
#17 0x00007f1004efe7b0 in ?? ()
#18 0x00007f1004efe7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42dd8b0 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 36 (Thread 0x7f1004fff6c0 (LWP 56) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1004ffe770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42dd560 in ?? ()
#10 0x00007f0ff42dd3c8 in ?? ()
#11 0x01663f8bc96546cc in ?? ()
#12 0x00007f0ff42dd5e8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42dd600 in ?? ()
#17 0x00007f1004ffe7b0 in ?? ()
#18 0x00007f1004ffe7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42dd600 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x00007f1024500420 in vtable for oop_Relocation () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#29 0x00007f1004ffe8d0 in ?? ()
#30 0x00007f100c409352 in ?? ()
#31 0x00007f1004ffe8d0 in ?? ()
#32 0x00007f100c409352 in ?? ()
#33 0x00000000000003e8 in ?? ()
#34 0x0000000000000000 in ?? ()

Thread 35 (Thread 0x7f102016b6c0 (LWP 55) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102016a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff42dd2b0 in ?? ()
#10 0x00007f0ff42dd118 in ?? ()
#11 0x01663f8be740018a in ?? ()
#12 0x00007f0ff42dd338 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff42dd350 in ?? ()
#17 0x00007f102016a7b0 in ?? ()
#18 0x00007f102016a7b0 in ?? ()
#19 0x00007f100d4e1990 in ?? ()
#20 0x00007f100d4e1990 in ?? ()
#21 0x00007f0ff7009020 in ?? ()
#22 0x00007f0ff7009020 in ?? ()
#23 0x00007f0ff42dd350 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 34 (Thread 0x7f102026b6c0 (LWP 54) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102026a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff41102d8 in ?? ()
#10 0x00007f0ff4110140 in ?? ()
#11 0x01663f8bf80cd845 in ?? ()
#12 0x00007f0ff4110360 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 33 (Thread 0x7f102036b6c0 (LWP 53) "pool-4-thread-1"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102036a740 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4068df8 in ?? ()
#10 0x00007f0ff4068c60 in ?? ()
#11 0x01663f8bf7ff209e in ?? ()
#12 0x00007f0ff4068e80 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f0600000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 32 (Thread 0x7f102046b6c0 (LWP 52) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102046a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4297ef8 in ?? ()
#10 0x00007f0ff4297d60 in ?? ()
#11 0x01663f8be5b13e18 in ?? ()
#12 0x00007f0ff4297f80 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4297ff8 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1bab08 in ?? ()
#19 0x00007f102046a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1bab08 in ?? ()
#22 0x00007f0ff4297f30 in ?? ()
#23 0x00007f0ff4297f98 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 31 (Thread 0x7f102056b6c0 (LWP 51) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102056a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4297c20 in ?? ()
#10 0x00007f0ff4297a88 in ?? ()
#11 0x01663f8bd999fbcc in ?? ()
#12 0x00007f0ff4297ca8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4297d20 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1ba698 in ?? ()
#19 0x00007f102056a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1ba698 in ?? ()
#22 0x00007f0ff4297c58 in ?? ()
#23 0x00007f0ff4297cc0 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 30 (Thread 0x7f102066b6c0 (LWP 50) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102066a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4297948 in ?? ()
#10 0x00007f0ff42977b0 in ?? ()
#11 0x01663f8bdcf4a5d7 in ?? ()
#12 0x00007f0ff42979d0 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4297a48 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1ba228 in ?? ()
#19 0x00007f102066a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1ba228 in ?? ()
#22 0x00007f0ff4297980 in ?? ()
#23 0x00007f0ff42979e8 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 29 (Thread 0x7f102076b6c0 (LWP 49) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102076a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4297670 in ?? ()
#10 0x00007f0ff42974d8 in ?? ()
#11 0x01663f8bfdac46ef in ?? ()
#12 0x00007f0ff42976f8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4297770 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1b9db8 in ?? ()
#19 0x00007f102076a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1b9db8 in ?? ()
#22 0x00007f0ff42976a8 in ?? ()
#23 0x00007f0ff4297710 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 28 (Thread 0x7f102086b6c0 (LWP 48) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102086a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4297398 in ?? ()
#10 0x00007f0ff4297200 in ?? ()
#11 0x01663f8be80f0577 in ?? ()
#12 0x00007f0ff4297420 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4297498 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1b9948 in ?? ()
#19 0x00007f102086a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1b9948 in ?? ()
#22 0x00007f0ff42973d0 in ?? ()
#23 0x00007f0ff4297438 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 27 (Thread 0x7f102096b6c0 (LWP 47) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f102096a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff47f3858 in ?? ()
#10 0x00007f0ff47f36c0 in ?? ()
#11 0x01663f8be279515f in ?? ()
#12 0x00007f0ff47f38e0 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff47f3958 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1b94d8 in ?? ()
#19 0x00007f102096a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1b94d8 in ?? ()
#22 0x00007f0ff47f3890 in ?? ()
#23 0x00007f0ff47f38f8 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 26 (Thread 0x7f1020a6b6c0 (LWP 46) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1020a6a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff47f3580 in ?? ()
#10 0x00007f0ff47f33e8 in ?? ()
#11 0x01663f8bdc742274 in ?? ()
#12 0x00007f0ff47f3608 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff47f3680 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1b9068 in ?? ()
#19 0x00007f1020a6a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1b9068 in ?? ()
#22 0x00007f0ff47f35b8 in ?? ()
#23 0x00007f0ff47f3620 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 25 (Thread 0x7f1020b6b6c0 (LWP 45) "I/O dispatcher "):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1020b6a770 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4296d90 in ?? ()
#10 0x00007f0ff4296bf8 in ?? ()
#11 0x01663f8bf95e6175 in ?? ()
#12 0x00007f0ff4296e18 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f1000000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x00007f0ff4296e90 in ?? ()
#17 0x0000000000010001 in ?? ()
#18 0x00007f0fdd1b8bf8 in ?? ()
#19 0x00007f1020b6a8d0 in ?? ()
#20 0x00007f10051d5b47 in ?? ()
#21 0x00007f0fdd1b8bf8 in ?? ()
#22 0x00007f0ff4296dc8 in ?? ()
#23 0x00007f0ff4296e30 in ?? ()
#24 0x00007f0ff40690e0 in ?? ()
#25 0x0000000000000001 in ?? ()
#26 0x0000000000000001 in ?? ()
#27 0x0000000000000001 in ?? ()
#28 0x0000000000000000 in ?? ()

Thread 24 (Thread 0x7f1020c6b6c0 (LWP 44) "pool-2-thread-1"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414f97a in JavaThread::check_special_condition_for_native_trans(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100cb5b86f in ?? ()
#6  0x00007f1020c6a740 in ?? ()
#7  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#8  0x00007f100d4e20b0 in ?? ()
#9  0x00007f0ff4296a50 in ?? ()
#10 0x00007f0ff42968b8 in ?? ()
#11 0x01663f8bdaf6a3b3 in ?? ()
#12 0x00007f0ff4296ad8 in ?? ()
#13 0x00000001000003e8 in ?? ()
#14 0x00007f0600000001 in ?? ()
#15 0x00007f0ff70090f0 in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 23 (Thread 0x7f1020d7b6c0 (LWP 43) "Log4j2-AsyncApp"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100ca23a8b in ?? ()
#7  0x00007f0ff70043e8 in ?? ()
#8  0x00007f1020d7a7a0 in ?? ()
#9  0x00007f1020d7a770 in ?? ()
#10 0x00007f101ccf40d0 in ?? ()
#11 0x00007f1020d7a730 in ?? ()
#12 0x00007f1023baa638 in JVM_CurrentThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f100c40923e in ?? ()
#14 0x00007f100c40923e in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 22 (Thread 0x7f1020e7b6c0 (LWP 42) "Log4j2-AsyncApp"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100c40dcdb in ?? ()
#5  0x00007f1020e7a6c0 in ?? ()
#6  0x00007f101ccf29d0 in ?? ()
#7  0x00007f1020e7a680 in ?? ()
#8  0x00007f1023baa638 in JVM_CurrentThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f100c40923e in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 21 (Thread 0x7f1020fff6c0 (LWP 41) "Log4j2-TF-1-Asy"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01d3b in Parker::park(bool, long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f102418238b in Unsafe_Park () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f100cc876e9 in ?? ()
#5  0x00007f0ff70010d0 in ?? ()
#6  0x00007f100ca23a8b in ?? ()
#7  0x00007f0ff7003aa8 in ?? ()
#8  0x00007f1020ffe680 in ?? ()
#9  0x00007f1020ffe650 in ?? ()
#10 0x00007f101cd10be0 in ?? ()
#11 0x00007f1020ffe610 in ?? ()
#12 0x00007f1023baa638 in JVM_CurrentThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f100c40923e in ?? ()
#14 0x00007f100c40923e in ?? ()
#15 0x0000000000000000 in ?? ()

Thread 20 (Thread 0x7f10214dc6c0 (LWP 37) "Common-Cleaner"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ed222d in ObjectMonitor::wait(long, bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10240f1746 in ObjectSynchronizer::wait(Handle, long, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ba2997 in JVM_MonitorWait () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f100ca82567 in ?? ()
#8  0x00007f0ff70031e8 in ?? ()
#9  0x00007f102470f04d in clock_gettime at GLIBC_2.2.5 () from /lib64/libc.so.6
#10 0x00007f10058561dc in ?? ()
#11 0x00007f10214db8c0 in ?? ()
#12 0x00007f0ff70031e8 in ?? ()
#13 0x0000000000000003 in ?? ()
#14 0x0000000000000000 in ?? ()

Thread 19 (Thread 0x7f10215dd6c0 (LWP 36) "VM Periodic Tas"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3e72 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f01fdf in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ec3c97 in WatcherThread::sleep() const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ec3d9e in WatcherThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 18 (Thread 0x7f10216dd6c0 (LWP 35) "Notification Th"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ec424a in NotificationThread::notification_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 17 (Thread 0x7f10217dd6c0 (LWP 34) "Sweeper thread"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead682 in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10241d55be in VMThread::wait_until_executed(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10241d5d23 in VMThread::execute(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023a5ea58 in Handshake::execute(HandshakeClosure*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10240e59d9 in NMethodSweeper::sweep() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10240e5c26 in NMethodSweeper::sweeper_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#13 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 16 (Thread 0x7f10218dd6c0 (LWP 33) "C1 CompilerThre"):
#0  0x00007f10246c13c0 in __lll_lock_wait () from /lib64/libc.so.6
#1  0x00007f10246c7e41 in pthread_mutex_lock@@GLIBC_2.2.5 () from /lib64/libc.so.6
#2  0x00007f1023ead1fd in Mutex::lock_contended(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead36b in Mutex::lock(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f102414ca48 in JavaThread::start_internal_daemon(JavaThread*, JavaThread*, Handle, ThreadPriority) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102386acef in CompileBroker::make_thread(CompileBroker::ThreadType, _jobject*, CompileQueue*, AbstractCompiler*, JavaThread*) [clone .constprop.0] () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023871b6c in CompileBroker::possibly_add_compiler_threads(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10238739f1 in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#12 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 15 (Thread 0x7f10219dd6c0 (LWP 32) "C2 CompilerThre"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10237da4cd in ciInstance::java_lang_Class_klass() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102416426f in TypeOopPtr::TypeOopPtr(Type::TYPES, TypePtr::PTR, ciKlass*, bool, ciObject*, int, int, TypePtr const*, int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1024165b68 in TypeInstPtr::add_offset(long) const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023e5323b in MemNode::adr_type() const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f1023d99418 in PhaseIdealLoop::get_late_ctrl_with_anti_dep(LoadNode*, Node*, Node*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f1023d9a1ac in PhaseIdealLoop::build_loop_late_post_work(Node*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f1023d9a4f8 in PhaseIdealLoop::build_loop_late(VectorSet&, Node_List&, Node_Stack&) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f1023d9ae99 in PhaseIdealLoop::build_and_optimize() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f102386a378 in PhaseIdealLoop::optimize(PhaseIterGVN&, LoopOptsMode) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#13 0x00007f1023862b84 in Compile::optimize_loops(PhaseIterGVN&, LoopOptsMode) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#14 0x00007f102404a506 in ShenandoahBarrierC2Support::expand(Compile*, PhaseIterGVN&) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#15 0x00007f1023feb2e3 in ShenandoahBarrierSetC2::expand_barriers(Compile*, PhaseIterGVN&) const () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#16 0x00007f10238689c8 in Compile::Optimize() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#17 0x00007f1023869b74 in Compile::Compile(ciEnv*, ciMethod*, int, bool, bool, bool, bool, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#18 0x00007f10237a2378 in C2Compiler::compile_method(ciEnv*, ciMethod*, int, bool, DirectiveSet*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#19 0x00007f1023872f04 in CompileBroker::invoke_compiler_on_method(CompileTask*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#20 0x00007f1023873cc0 in CompileBroker::compiler_thread_loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#21 0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#22 0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#23 0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#24 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#25 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 14 (Thread 0x7f1021add6c0 (LWP 31) "Monitor Deflati"):
#0  0x00007f10247495ad in syscall () from /lib64/libc.so.6
#1  0x00007f10241e3f7a in LinuxWaitBarrier::wait(int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#2  0x00007f1023fa5bd4 in SafepointSynchronize::block(JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fadce0 in SafepointMechanism::process(JavaThread*, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ea0fa8 in MonitorDeflationThread::monitor_deflation_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 13 (Thread 0x7f1021bdd6c0 (LWP 30) "Service Thread"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fb27d9 in ServiceThread::service_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7f1021cdd6c0 (LWP 29) "Signal Dispatch"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246cca08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f1023fb1daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f10240645a2 in os::signal_wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ee94ad in signal_thread_entry(JavaThread*, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1024148ff6 in JavaThread::thread_main_inner() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#9  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7f1021ddd6c0 (LWP 28) "Finalizer"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed2545 in ObjectMonitor::wait(long, bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10240f1746 in ObjectSynchronizer::wait(Handle, long, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ba2997 in JVM_MonitorWait () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100ca82567 in ?? ()
#7  0x00007f0ff7000cb8 in ?? ()
#8  0x00007f0ff7000e40 in ?? ()
#9  0x00007f0193444518 in ?? ()
#10 0x0000000000000000 in ?? ()

Thread 10 (Thread 0x7f1021edd6c0 (LWP 27) "Reference Handl"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead682 in Monitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023bab412 in JVM_WaitForReferencePendingList () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f100c40dcdb in ?? ()
#6  0x00007f0ff7026cd0 in ?? ()
#7  0x00007f1021edc908 in ?? ()
#8  0x0000000000000000 in ?? ()

Thread 9 (Thread 0x7f1021fde6c0 (LWP 26) "VM Thread"):
#0  0x00007f102470f163 in clock_nanosleep at GLIBC_2.2.5 () from /lib64/libc.so.6
#1  0x00007f10247219f7 in nanosleep () from /lib64/libc.so.6
#2  0x00007f1023f00649 in os::naked_short_sleep(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023fa64fa in SafepointSynchronize::synchronize_threads(long, int, int*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023fa75c4 in SafepointSynchronize::begin() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f10241d5ae5 in VMThread::inner_execute(VM_Operation*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f10241d5e37 in VMThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#10 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7f10222fc6c0 (LWP 25) "Shenandoah Cont"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246cca08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f1023fb1daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1024205bfa in WorkGang::run_task(AbstractGangTask*, unsigned int, bool) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1023ff7bf2 in ShenandoahConcurrentGC::op_weak_roots() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ff7e1f in ShenandoahConcurrentGC::entry_weak_roots() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ff8830 in ShenandoahConcurrentGC::collect(GCCause::Cause) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1023ffd753 in ShenandoahControlThread::service_concurrent_normal_cycle(GCCause::Cause) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f1023ffdf78 in ShenandoahControlThread::run_service() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f102388c81f in ConcurrentGCThread::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#11 0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#12 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#13 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7f10223fd6c0 (LWP 24) "Shenandoah GC T"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10240e391a in SuspendibleThreadSet::join() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ffb530 in ShenandoahConcurrentWeakRootsEvacUpdateTask::work(unsigned int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1024205321 in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1024205382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#11 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7f10224fe6c0 (LWP 23) "Shenandoah GC T"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246cca08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f1023fb1daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f10242052ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1024205382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#8  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f10225ff6c0 (LWP 22) "Shenandoah GC T"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246cca08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f1023fb1daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f10242052ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1024205382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#8  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f1022d1a6c0 (LWP 21) "Safepoint Clean"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246cca08 in __new_sem_wait_slow64.constprop.0 () from /lib64/libc.so.6
#2  0x00007f1023fb1daa in PosixSemaphore::wait() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f10242052ff in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f1024205382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#8  0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f1022e1b6c0 (LWP 20) "Shenandoah GC T"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f02084 in os::PlatformMonitor::wait(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ead5cd in Monitor::wait_without_safepoint_check(long) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10240e391a in SuspendibleThreadSet::join() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ffb530 in ShenandoahConcurrentWeakRootsEvacUpdateTask::work(unsigned int) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f1024205321 in GangWorker::loop() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#7  0x00007f1024205382 in GangWorker::run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#8  0x00007f102414cf6e in Thread::call_run() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#9  0x00007f1023ef6aa9 in thread_native_entry(Thread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#10 0x00007f10246c4897 in start_thread () from /lib64/libc.so.6
#11 0x00007f102474b524 in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f102318f6c0 (LWP 19) "java"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c3b09 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libc.so.6
#2  0x00007f1023f016e3 in os::PlatformEvent::park() () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#3  0x00007f1023ed2545 in ObjectMonitor::wait(long, bool, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#4  0x00007f10240f1746 in ObjectSynchronizer::wait(Handle, long, JavaThread*) () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#5  0x00007f1023ba2997 in JVM_MonitorWait () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/lib/server/libjvm.so
#6  0x00007f100ca82567 in ?? ()
#7  0x00007f0ff2f04250 in ?? ()
#8  0x00007f102318e7b0 in ?? ()
#9  0x00007f0193000d68 in ?? ()
#10 0x00007f0193444580 in ?? ()
#11 0x00007f101c0a40c0 in ?? ()
#12 0x00007f0193444580 in ?? ()
#13 0x00007f101c0a40c0 in ?? ()
#14 0xfffffffe00000000 in ?? ()
#15 0x00007f102318e7a0 in ?? ()
#16 0x00007f100c40923e in ?? ()
#17 0x00007f01d96b8a10 in ?? ()
#18 0x00007f100c40923e in ?? ()
#19 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f1024633740 (LWP 18) "java"):
#0  0x00007f10246c1169 in __futex_abstimed_wait_common () from /lib64/libc.so.6
#1  0x00007f10246c65d3 in __pthread_clockjoin_ex () from /lib64/libc.so.6
#2  0x00007f102482c97d in CallJavaMainInNewThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#3  0x00007f1024829859 in ContinueInNewThread () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#4  0x00007f102482a4a7 in JLI_Launch () from /usr/lib/jvm/java-17-openjdk-17.0.9.0.9-3.fc39.x86_64/bin/../lib/libjli.so
#5  0x00005611b11cb2c6 in main ()

From eosterlund at openjdk.org  Wed Jan 24 17:31:28 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Wed, 24 Jan 2024 17:31:28 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <XtWcfiGtpYU8YGhOi7V1kqNyK2f71YZR5-g4oqvSoeo=.52513b66-6c86-42c2-bb25-bc0b1f7778f1@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <XtWcfiGtpYU8YGhOi7V1kqNyK2f71YZR5-g4oqvSoeo=.52513b66-6c86-42c2-bb25-bc0b1f7778f1@github.com>
Message-ID: <W7zZMgG8hkE8rapF2tgq_3Dwvw7lgn7zAD17557LT0M=.99d672c0-727e-4b0a-8b4d-a39183d786f1@github.com>

On Tue, 23 Jan 2024 14:47:49 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Fwiw, the change makes class unloading regress significantly in a class unloading stress test (unloading 60k classes), seemingly tripling the time it takes for the "Purge Unlinked NMethods" phase (~20ms -> ~60ms).
> 
> This may not be a problem for the concurrent gcs, but can be for the STW ones.
> 
> (Overall max G1 remark pause times went from 160ms to 220ms, regular Remark pauses which do class unloading from 120ms to 160ms).

@tschatzl what program did you run, so I can reproduce?

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1908602132

From cslucas at openjdk.org  Wed Jan 24 17:46:46 2024
From: cslucas at openjdk.org (Cesar Soares Lucas)
Date: Wed, 24 Jan 2024 17:46:46 GMT
Subject: RFR: JDK-8241503: C2: Share MacroAssembler between mach nodes
 during code emission [v8]
In-Reply-To: <ExCrwPns55nw2P62UI3vzSVTmFCh3dzJq7u3Kugp9EA=.c20cd86c-2c16-4869-ba7f-76f2a53821d0@github.com>
References: <ExCrwPns55nw2P62UI3vzSVTmFCh3dzJq7u3Kugp9EA=.c20cd86c-2c16-4869-ba7f-76f2a53821d0@github.com>
Message-ID: <VfsMOk5B0CnE0uPPvNjjBAMqNvc27-sEN2X4y_tcVO8=.a8f062f4-f15f-46d1-a22b-27c7ee9ff3d0@github.com>

> # Description
> 
> Please review this PR with a patch to re-use the same C2_MacroAssembler object to emit all instructions in the same compilation unit.
> 
> Overall, the change is pretty simple. However, due to the renaming of the variable to access C2_MacroAssembler, from `_masm.` to `masm->`, and also some method prototype changes, the patch became quite large.
> 
> # Help Needed for Testing
> 
> I don't have access to all platforms necessary to test this. I hope some other folks can help with testing on `S390`, `RISC-V` and `PPC`.
> 
> # Tier-1 Testing status
> 
> |          |   Win   |   Mac   |  Linux  |
> |----------|---------|---------|---------|
> | ARM64    |    ?     |    ?     |         |
> | ARM32    |    n/a     |     n/a    |         |
> | x86      |         |         |    ?     |
> | x64      |    ?     |    ?     |     ?    |
> | PPC64    |  n/a       |   n/a      |         |
> | S390x    |   n/a      |   n/a      |         |
> | RiscV    |    n/a     |    n/a     |    ?     |

Cesar Soares Lucas has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains ten commits:

 - Catching up with origin/master
 - Catch up with origin/master
 - Merge with origin/master
 - Fix build, copyright dates, m4 files.
 - Fix merge
 - Catch up with master branch.
   
   Merge remote-tracking branch 'origin/master' into reuse-macroasm
 - Some inst_mark fixes; Catch up with master.
 - Catch up with changes on master
 - Reuse same C2_MacroAssembler object to emit instructions.

-------------

Changes: https://git.openjdk.org/jdk/pull/16484/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=16484&range=07
  Stats: 2445 lines in 61 files changed: 106 ins; 434 del; 1905 mod
  Patch: https://git.openjdk.org/jdk/pull/16484.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/16484/head:pull/16484

PR: https://git.openjdk.org/jdk/pull/16484

From kdnilsen at openjdk.org  Wed Jan 24 17:53:39 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 24 Jan 2024 17:53:39 GMT
Subject: RFR: 8323634: Shenandoah: Document behavior of EvacOOM protocol
 [v5]
In-Reply-To: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
References: <6ciSyKdz9hA6RBOZeDicFetK_G4AUBpx40YX7yT1O1M=.870e1ba1-6f4b-48e9-8360-dab141a3041d@github.com>
Message-ID: <IO3xwuUClpUnFCJby1BwrrdwNQKPSsAr4bV0zmlPqZY=.6dac0ecf-25e7-45c7-9bba-6146e372c192@github.com>

> The protocol for handling OOM during evacuation is subtle and critical for correct operation.  This PR does NOT change behavior.  It provided improved documentation of existing behavior.

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Fix spelling error and mismatched parentheses.

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17385/files
  - new: https://git.openjdk.org/jdk/pull/17385/files/d1d1c1c6..6017ea1c

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=04
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17385&range=03-04

  Stats: 2 lines in 1 file changed: 0 ins; 0 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/17385.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17385/head:pull/17385

PR: https://git.openjdk.org/jdk/pull/17385

From tschatzl at openjdk.org  Wed Jan 24 18:23:30 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Wed, 24 Jan 2024 18:23:30 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <__1cCuz0pSPmQyeB9FU61YZy8kNfm3rorJpk3ySmpZg=.7e796e62-2fe2-4ef8-997a-b06b032dbae2@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

I think the `ccstress` application attached to https://bugs.openjdk.org/browse/JDK-8315503 should show the issue (not tested - today I've been busy completing a JDK 22 bugfix).

The actual application I'm using is specjbb2015 that basically executes that ccstress application as a java agent in parallel to jbb2015 just for extra load. I can certainly give you that.

Tomorrow I will also spend some time investigating this change a bit more (also on aarch64 - I think other factors may easily outweigh this difference), but I think that @TheRealMDoerr is correct about the C heap allocator just being very slow.
Glibc being slow is a "known" issue, other `delete` calls in class unloading already take a significant chunk of that phase, so there is already some interest (from me) to do something about them.

There are ideas how to handle this, one of them being moving this (and other) `delete` calls into some concurrent phase somehow (in addition to making metaspace purging concurrent). That would obviously only help G1 though, so maybe there is some better option.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1908684867

From kdnilsen at openjdk.org  Wed Jan 24 18:26:00 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 24 Jan 2024 18:26:00 GMT
Subject: RFR: 8321806: Shenandoah: each mutator must see FullGC or GC
 overhead limit is exceeded before throwing OOM [v4]
In-Reply-To: <jzpS8fYST4b25_uCFtdPqVivmkc7jsn2rr4qrFKK684=.5bf3b4dd-71df-4a30-99c0-d508e246b570@github.com>
References: <jzpS8fYST4b25_uCFtdPqVivmkc7jsn2rr4qrFKK684=.5bf3b4dd-71df-4a30-99c0-d508e246b570@github.com>
Message-ID: <PTXHDwjOQT-F61Z-rwoWwEPfU0u58FL2Yiaipt85DMw=.b6ce9daa-9712-421c-9f77-8f0e34042cbb@github.com>

> Require each thread to observe unproductive Full GC before it throws OOM exception.

Kelvin Nilsen has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 12 commits:

 - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
 - Restrict GCTimeLimit if ParallelGCThreads > active_processors
 - Improve message for failure of TestThreadCounts
 - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
 - Fix whitespace
 - Fix up defaults and add quick-OOM following unproductive GCs
 - Fix allocation retry loop and update comments
 - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
 - Implement gc_overhead_exceeds_limit support
 - Fix several bugs for GCU limit exceeded implementation
 - ... and 2 more: https://git.openjdk.org/jdk/compare/fb822e49...b46512ad

-------------

Changes: https://git.openjdk.org/jdk/pull/16985/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=16985&range=03
  Stats: 469 lines in 12 files changed: 431 ins; 1 del; 37 mod
  Patch: https://git.openjdk.org/jdk/pull/16985.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/16985/head:pull/16985

PR: https://git.openjdk.org/jdk/pull/16985

From kdnilsen at openjdk.org  Wed Jan 24 18:26:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 24 Jan 2024 18:26:02 GMT
Subject: RFR: 8321806: Shenandoah: each mutator must see FullGC or GC
 overhead limit is exceeded before throwing OOM [v3]
In-Reply-To: <nnJESXsoYL67tkRdfH3TTIO3Aywv__AemTJfAr54P4I=.5c032b22-7f9a-4b0d-94f6-1f2ed9bfa0bd@github.com>
References: <jzpS8fYST4b25_uCFtdPqVivmkc7jsn2rr4qrFKK684=.5bf3b4dd-71df-4a30-99c0-d508e246b570@github.com>
 <nnJESXsoYL67tkRdfH3TTIO3Aywv__AemTJfAr54P4I=.5c032b22-7f9a-4b0d-94f6-1f2ed9bfa0bd@github.com>
Message-ID: <qYxY4xGBV9imx8rk8e3NwlmgYn-PPHLVlK9sSPZEqf0=.00412548-3397-4b18-95e3-a142540277e9@github.com>

On Fri, 8 Dec 2023 03:47:48 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Require each thread to observe unproductive Full GC before it throws OOM exception.
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Fix several bugs for GCU limit exceeded implementation

I got a timeout on compiler/uncommontrap/TestDeoptOOM.java#id0 when testing with:

make test TEST="tier1 tier2 tier3" TEST_VM_OPTS="-XX:+UseShenandoahGC" CONF=fastdebug

even though no timeouts on the same test when we ran 50 times with the following:

make test TEST="runtime/reflect/ReflectOutOfMemoryError.java gc/InfiniteList.java runtime/ClassInitErrors/TestOutOfMemoryDuringInit.java compiler/uncommontrap/TestDeoptOOM.java" TEST_VM_OPTS="-Xlog:gc*=info:file=/tmp/oome.log -XX:+UseShenandoahGC" JTREG="REPEAT_COUNT=50" CONF=fastdebug

Also, earthling-amzn reports some times running on aarch64.  I'm implementing gc_overhead_exceeds_limit and testing how that behaves.  Placing in draft mode until I resolve the open issues.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/16985#issuecomment-1847992200

From kdnilsen at openjdk.org  Wed Jan 24 18:26:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 24 Jan 2024 18:26:02 GMT
Subject: RFR: 8321806: Shenandoah: each mutator must see FullGC or GC
 overhead limit is exceeded before throwing OOM [v4]
In-Reply-To: <rV-jS4-9jgCwpLSn7cTGQx3KHuaEiBKp9b9tzPhufLE=.21483385-6d4f-4ae2-b415-07a65e1b4580@github.com>
References: <jzpS8fYST4b25_uCFtdPqVivmkc7jsn2rr4qrFKK684=.5bf3b4dd-71df-4a30-99c0-d508e246b570@github.com>
 <JQQeOzD9J3Nku1uYAV1KiRfctZTz_nGB_5gv6VMxqsQ=.c815c558-dc6a-496d-b391-d5cab209adf3@github.com>
 <k2ZZbX81gT7ww6COumsCJpdpHBNvJyMEA-ZAZs-noOw=.f3a5bf7f-9334-44d0-8348-59ba02601aab@github.com>
 <rV-jS4-9jgCwpLSn7cTGQx3KHuaEiBKp9b9tzPhufLE=.21483385-6d4f-4ae2-b415-07a65e1b4580@github.com>
Message-ID: <wSTiduWUz-Vf6WPXvVLFkI9W4QQJjBXG17C-fWPHWec=.7574df48-6a9e-4a00-b466-a0a2d6b151ce@github.com>

On Wed, 6 Dec 2023 15:35:40 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Good point.  It is no longer relevant.
>
> I'll remove that option for coherency in this PR.   Still need to resolve the question of too-much-time for OOM, mentioned below.

I've modified this code after further testing, and have resurrrected dependence on ShenandoahNoProgressThreshold, with a slightly different behavior than previously implemented.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16985#discussion_r1428343093

From eosterlund at openjdk.org  Wed Jan 24 18:32:28 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Wed, 24 Jan 2024 18:32:28 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <yWkwd684HkuXCDEERl4E2zsWUPe3-c-El0yQzu__A9I=.29e48952-5217-4e8a-8878-b5a533f127ee@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Thank you Thomas for having a look.

I think that fixing the issue in G1 alone takes us pretty far. If you really care about latency in your non-small app that unloads tens of thousands of classes at a time, then it seems just plain weird to sit there with Serial or Parallel complaining about latencies.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1908697604

From wkemper at openjdk.org  Wed Jan 24 18:37:32 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 24 Jan 2024 18:37:32 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>

On Wed, 24 Jan 2024 16:10:02 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.small (+51%), scimark.sparse.large (+50%), lusearch (+43%).  This may result from potentially smaller tlabs and/or more effort required to allocate tlabs in the presence of failed shared allocation requests (which no longer immediately retire regions).
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )      ...

Minor suggestions, questions.

src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 2071:

> 2069:   void do_work(uint worker_id) {
> 2070:     T cl;
> 2071:     if (CONCURRENT && (worker_id == 0)) {

Could move this work to happen on the control thread? Not sure if there is an advantage to having a single worker do this. Does it matter when other workers observe the effect of `move_collector_sets_to_mutator`?

src/hotspot/share/gc/shenandoah/shenandoahMarkingContext.cpp line 90:

> 88: 
> 89: bool ShenandoahMarkingContext::is_complete() {
> 90:   bool result = _is_complete.is_set();

Unnecessary change? Also seems unrelated to freeset changes.

-------------

Changes requested by wkemper (Author).

PR Review: https://git.openjdk.org/jdk/pull/17561#pullrequestreview-1842096900
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1465380785
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1465374470

From shade at openjdk.org  Wed Jan 24 18:40:27 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 24 Jan 2024 18:40:27 GMT
Subject: RFR: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators [v2]
In-Reply-To: <tFrUX9zumZ38aFPPRX0FGnrT-C1yJxo0gHogufaj_Jg=.f75fb649-1d87-4ebb-af16-1518dbe3c1e4@github.com>
References: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
 <tFrUX9zumZ38aFPPRX0FGnrT-C1yJxo0gHogufaj_Jg=.f75fb649-1d87-4ebb-af16-1518dbe3c1e4@github.com>
Message-ID: <H71CrRd8pt77kCKoCez7LeQaBQ_5pyElnbSIZJ9mvmI=.9dff7616-6ab6-46af-8a91-1ff60233bc08@github.com>

On Tue, 23 Jan 2024 23:45:36 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Improve names and conformance to style guide

Looks fine.

-------------

Marked as reviewed by shade (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17540#pullrequestreview-1842121428

From wkemper at openjdk.org  Wed Jan 24 19:18:36 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 24 Jan 2024 19:18:36 GMT
Subject: Integrated: 8324553: Shenandoah: Move periodic tasks closer to their
 collaborators
In-Reply-To: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
References: <CVAyq6NlzBumMcDSAWF2x9FqsLOPzBCfVe3gWFSbIyo=.759a5134-3415-41a1-bf98-4e2b1555129c@github.com>
Message-ID: <c5vaiIB8bkryrO5dLdIuVVwOr4AZoHGUR-MKebgpgaU=.8395dc9b-9387-4f8b-83c1-eaa16c411623@github.com>

On Tue, 23 Jan 2024 17:56:19 GMT, William Kemper <wkemper at openjdk.org> wrote:

> This is a refactoring to move Shenandoah's periodic tasks from the control thread to their respective dependencies: the pacer and monitoring support. This change will facilitate reviews of the upcoming changes to isolate the generational mode changes.

This pull request has now been integrated.

Changeset: 32eb5290
Author:    William Kemper <wkemper at openjdk.org>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/32eb5290c207d5fda398ee09b354b8cf55b89e0c
Stats:     214 lines in 8 files changed: 121 ins; 74 del; 19 mod

8324553: Shenandoah: Move periodic tasks closer to their collaborators

Reviewed-by: kdnilsen, shade

-------------

PR: https://git.openjdk.org/jdk/pull/17540

From wkemper at openjdk.org  Wed Jan 24 23:24:50 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 24 Jan 2024 23:24:50 GMT
Subject: RFR: 8321806: Shenandoah: each mutator must see FullGC or GC
 overhead limit is exceeded before throwing OOM [v4]
In-Reply-To: <PTXHDwjOQT-F61Z-rwoWwEPfU0u58FL2Yiaipt85DMw=.b6ce9daa-9712-421c-9f77-8f0e34042cbb@github.com>
References: <jzpS8fYST4b25_uCFtdPqVivmkc7jsn2rr4qrFKK684=.5bf3b4dd-71df-4a30-99c0-d508e246b570@github.com>
 <PTXHDwjOQT-F61Z-rwoWwEPfU0u58FL2Yiaipt85DMw=.b6ce9daa-9712-421c-9f77-8f0e34042cbb@github.com>
Message-ID: <OAPHucVOQ2LWhuy3DVUYxklUwgVRR9z-94PpQ_kkzRQ=.479bea15-fdca-475d-83af-8f3d0e73fb35@github.com>

On Wed, 24 Jan 2024 18:26:00 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Require each thread to observe unproductive Full GC before it throws OOM exception.
>
> Kelvin Nilsen has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 12 commits:
> 
>  - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
>  - Restrict GCTimeLimit if ParallelGCThreads > active_processors
>  - Improve message for failure of TestThreadCounts
>  - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
>  - Fix whitespace
>  - Fix up defaults and add quick-OOM following unproductive GCs
>  - Fix allocation retry loop and update comments
>  - Merge branch 'master' of https://git.openjdk.org/jdk into fix-fullgc-race
>  - Implement gc_overhead_exceeds_limit support
>  - Fix several bugs for GCU limit exceeded implementation
>  - ... and 2 more: https://git.openjdk.org/jdk/compare/fb822e49...b46512ad

Might need to sync up with openjdk:master again.

src/hotspot/share/gc/shenandoah/shenandoahHeap.hpp line 300:

> 298:   size_t _gc_no_progress_count;
> 299: 
> 300:   double*   _gc_historical_utilization;

Could we put these fields and the attendant functionality in `ShenandoahMmuTracker`?

src/hotspot/share/gc/shenandoah/shenandoahHeap.hpp line 309:

> 307:   intptr_t get_gc_no_progress_count_at_last_oom() const;
> 308: 
> 309:   void set_gc_state_all_threads(char state);

This PR looks like it is missing some recent changes, for example: https://github.com/openjdk/jdk/commit/51238c4bdbce48f6b719f7dcfe5b7df8b8c6d85b.

-------------

Changes requested by wkemper (Author).

PR Review: https://git.openjdk.org/jdk/pull/16985#pullrequestreview-1842513311
PR Review Comment: https://git.openjdk.org/jdk/pull/16985#discussion_r1465625807
PR Review Comment: https://git.openjdk.org/jdk/pull/16985#discussion_r1465624533

From mdoerr at openjdk.org  Thu Jan 25 06:46:29 2024
From: mdoerr at openjdk.org (Martin Doerr)
Date: Thu, 25 Jan 2024 06:46:29 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <9GolX3m7SkG4Fs0KTN5qMRxVK47eAhPLdmlaO3oGSKc=.736c3053-abc5-45ce-bd54-85c4f70c3fc9@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

On linux, the time for "Purge Unlinked NMethods" goes down when I comment out `delete ic->data();` and ignore the memory leak. (MacOS seems to be ok with it.)
Adding trace code to `purge_ic_callsites` shows that we often have 0 or 2 ICData instances, sometimes up to 30 ones.
It would be good to think a bit about the allocation scheme. Some ideas would be

- Allocate ICData in an array per nmethod instead of individually. That should help to some degree and also improve data locality (and hence cache efficiency). Would also save iterating over the relocations. It's not very complex.
- Instead of freeing ICData instances, we could enqueue them and either reuse or free them during a concurrent phase. This may be a bit complicated. Not sure if it's worth it.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1909448311

From tschatzl at openjdk.org  Thu Jan 25 10:40:43 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Thu, 25 Jan 2024 10:40:43 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>

On Fri, 19 Jan 2024 06:25:20 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Something I found while looking a bit at the code.

src/hotspot/share/code/nmethod.cpp line 1231:

> 1229:         assert(cb != nullptr, "destination not in CodeBlob?");
> 1230:         nmethod* nm = cb->as_nmethod_or_null();
> 1231:         if( nm != nullptr ) {

Maybe fix this while in the area similar to other places.

src/hotspot/share/code/nmethod.cpp line 1470:

> 1468: 
> 1469:   purge_ic_callsites();
> 1470: 

(Github does not allow me to attach this comment to the correct place):
At the start of this method, there is some comment about

    // Already unlinked. It can be invoked twice because concurrent code cache
    // unloading might need to restart when inline cache cleaning fails due to
    // running out of ICStubs, which can only be refilled at safepoints

This comment and the whole mechanism to prevent this may be outdated since there are no ICStubs and the associated safepoints any more; maybe it is worth keeping the flag to provide an assert though?
I did not check the code flow yet, just going from the comment.

-------------

Changes requested by tschatzl (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17495#pullrequestreview-1843339869
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466151049
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466150329

From tschatzl at openjdk.org  Thu Jan 25 10:40:45 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Thu, 25 Jan 2024 10:40:45 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
Message-ID: <-2iWeTY5A58iDzkQT_p7pEQk4T0uUPbI6ykAA5AEnWs=.beac9674-7d48-4c59-9dbe-a74ed44e0322@github.com>

On Thu, 25 Jan 2024 10:20:47 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> src/hotspot/share/code/nmethod.cpp line 1470:
> 
>> 1468: 
>> 1469:   purge_ic_callsites();
>> 1470: 
> 
> (Github does not allow me to attach this comment to the correct place):
> At the start of this method, there is some comment about
> 
>     // Already unlinked. It can be invoked twice because concurrent code cache
>     // unloading might need to restart when inline cache cleaning fails due to
>     // running out of ICStubs, which can only be refilled at safepoints
> 
> This comment and the whole mechanism to prevent this may be outdated since there are no ICStubs and the associated safepoints any more; maybe it is worth keeping the flag to provide an assert though?
> I did not check the code flow yet, just going from the comment.

I think the flag is still required, just the comment needs to be fixed then.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466171782

From eosterlund at openjdk.org  Thu Jan 25 12:27:50 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Thu, 25 Jan 2024 12:27:50 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v2]
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <M1gTCdWdpQYalS9bAwZhg1CrUgDiLEJ3VN_z_Liz-IA=.c64e8d66-c368-4d2c-b4fa-1da4c54f7a4a@github.com>

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:

  Remove inaccurate comment

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17495/files
  - new: https://git.openjdk.org/jdk/pull/17495/files/cc98cce9..82134e63

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=00-01

  Stats: 3 lines in 1 file changed: 0 ins; 2 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From eosterlund at openjdk.org  Thu Jan 25 12:27:52 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Thu, 25 Jan 2024 12:27:52 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v2]
In-Reply-To: <-2iWeTY5A58iDzkQT_p7pEQk4T0uUPbI6ykAA5AEnWs=.beac9674-7d48-4c59-9dbe-a74ed44e0322@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
 <-2iWeTY5A58iDzkQT_p7pEQk4T0uUPbI6ykAA5AEnWs=.beac9674-7d48-4c59-9dbe-a74ed44e0322@github.com>
Message-ID: <DJwId2MZJ_STbsVQl4tRHgtnpAn6X0IHUH29lgqNRcw=.7fe3e38f-2260-410e-bfcf-ef4bc064c142@github.com>

On Thu, 25 Jan 2024 10:38:10 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

>> src/hotspot/share/code/nmethod.cpp line 1470:
>> 
>>> 1468: 
>>> 1469:   purge_ic_callsites();
>>> 1470: 
>> 
>> (Github does not allow me to attach this comment to the correct place):
>> At the start of this method, there is some comment about
>> 
>>     // Already unlinked. It can be invoked twice because concurrent code cache
>>     // unloading might need to restart when inline cache cleaning fails due to
>>     // running out of ICStubs, which can only be refilled at safepoints
>> 
>> This comment and the whole mechanism to prevent this may be outdated since there are no ICStubs and the associated safepoints any more; maybe it is worth keeping the flag to provide an assert though?
>> I did not check the code flow yet, just going from the comment.
>
> I think the flag is still required, just the comment needs to be fixed then.

Good point! I actually think we might not need it any more. I added the _is_unlinked field because of ICStubs causing inline cache cleaning from a concurrent GC to fail because going to the cleaned state requires an ICStub and we are out of memory for it, requiring the GC to request a safepoint and then restart the code cache unloading. If there is still a separate reason why we might call unlink twice on the same nmethod, I don't know why that is. Maybe something new in G1? Having said that, I don't mind keeping the guard to make it more robust. What do you think? Either way, I'll remove the inaccurate comment.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466294600

From eosterlund at openjdk.org  Thu Jan 25 12:36:38 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Thu, 25 Jan 2024 12:36:38 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v2]
In-Reply-To: <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
Message-ID: <mM7yrkE1ZGXlnQhhK2CwhMc74wEXoz6HGRXd2008B1Q=.babe5df4-e191-4799-8457-4ae8831c5ffc@github.com>

On Thu, 25 Jan 2024 10:21:16 GMT, Thomas Schatzl <tschatzl at openjdk.org> wrote:

>> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Remove inaccurate comment
>
> src/hotspot/share/code/nmethod.cpp line 1231:
> 
>> 1229:         assert(cb != nullptr, "destination not in CodeBlob?");
>> 1230:         nmethod* nm = cb->as_nmethod_or_null();
>> 1231:         if( nm != nullptr ) {
> 
> Maybe fix this while in the area similar to other places.

Sorry, I'm not sure I understand what you would like me to change here.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466307016

From tschatzl at openjdk.org  Thu Jan 25 12:44:39 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Thu, 25 Jan 2024 12:44:39 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v2]
In-Reply-To: <mM7yrkE1ZGXlnQhhK2CwhMc74wEXoz6HGRXd2008B1Q=.babe5df4-e191-4799-8457-4ae8831c5ffc@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <LzfgLGV96utYSbRZt_JqyAspDVefuXNRZj4-WsDb1xo=.b9980c5f-ac7b-4093-8ffd-47a690cfb996@github.com>
 <mM7yrkE1ZGXlnQhhK2CwhMc74wEXoz6HGRXd2008B1Q=.babe5df4-e191-4799-8457-4ae8831c5ffc@github.com>
Message-ID: <eNADFflyKFsRQBcPUcKGvjvI0sh9r9a-rkiVBrqZS0E=.98d6ce4d-3f87-4e84-acc2-c5a42da4dd90@github.com>

On Thu, 25 Jan 2024 12:33:17 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> src/hotspot/share/code/nmethod.cpp line 1231:
>> 
>>> 1229:         assert(cb != nullptr, "destination not in CodeBlob?");
>>> 1230:         nmethod* nm = cb->as_nmethod_or_null();
>>> 1231:         if( nm != nullptr ) {
>> 
>> Maybe fix this while in the area similar to other places.
>
> Sorry, I'm not sure I understand what you would like me to change here.

Suggestion:

        if (nm != nullptr ) {

Sorry.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1466315808

From eosterlund at openjdk.org  Thu Jan 25 14:53:07 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Thu, 25 Jan 2024 14:53:07 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:

  Whitespace fix
  
  Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17495/files
  - new: https://git.openjdk.org/jdk/pull/17495/files/82134e63..140a8a1e

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=01-02

  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From kdnilsen at openjdk.org  Thu Jan 25 20:10:36 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 25 Jan 2024 20:10:36 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set
In-Reply-To: <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
Message-ID: <nGlDgtKUvOFqwdgb4TEeegdcvveC2ipH7oiqFCDZOqY=.70db0c35-aaf7-42d1-9a2e-df86dcb85b1c@github.com>

On Wed, 24 Jan 2024 18:24:35 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> src/hotspot/share/gc/shenandoah/shenandoahMarkingContext.cpp line 90:
> 
>> 88: 
>> 89: bool ShenandoahMarkingContext::is_complete() {
>> 90:   bool result = _is_complete.is_set();
> 
> Unnecessary change? Also seems unrelated to freeset changes.

I'll fix that.  I had some debugging code in between those lines.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1466908531

From kdnilsen at openjdk.org  Thu Jan 25 20:25:25 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 25 Jan 2024 20:25:25 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set
In-Reply-To: <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
Message-ID: <sk6lR8VrpBhTCZh--yPDAfTdTD0DfudPpVeE26nbtTw=.7c9d4a5c-62a6-4a20-8bc5-8af0a7bb14d9@github.com>

On Wed, 24 Jan 2024 18:28:56 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 2071:
> 
>> 2069:   void do_work(uint worker_id) {
>> 2070:     T cl;
>> 2071:     if (CONCURRENT && (worker_id == 0)) {
> 
> Could move this work to happen on the control thread? Not sure if there is an advantage to having a single worker do this. Does it matter when other workers observe the effect of `move_collector_sets_to_mutator`?

Was thinking it's best to let the other N-1 worker threads get right to work on updating refs, while this first worker thread starts moving the available collector regions to mutator free set

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1466921553

From kdnilsen at openjdk.org  Thu Jan 25 20:45:50 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 25 Jan 2024 20:45:50 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )         40
>   Test:    1050363.812   (+/-175237.63  )         20
> 
> +49.97% scimark.sparse.small/rss_max p=0.00000
>   Control: 277075...

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Remove unnecessary change related to debugging

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17561/files
  - new: https://git.openjdk.org/jdk/pull/17561/files/bc3b7a9f..5bb309a4

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=00-01

  Stats: 2 lines in 1 file changed: 0 ins; 1 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From kdnilsen at openjdk.org  Thu Jan 25 21:09:35 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Thu, 25 Jan 2024 21:09:35 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <sk6lR8VrpBhTCZh--yPDAfTdTD0DfudPpVeE26nbtTw=.7c9d4a5c-62a6-4a20-8bc5-8af0a7bb14d9@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
 <sk6lR8VrpBhTCZh--yPDAfTdTD0DfudPpVeE26nbtTw=.7c9d4a5c-62a6-4a20-8bc5-8af0a7bb14d9@github.com>
Message-ID: <GiYMp3WaMzUbf9qb1UQZhV04uqBFjJNHk6vT_aVn6cU=.eebe6466-7dab-4a39-aed5-5fae11c492ff@github.com>

On Thu, 25 Jan 2024 20:22:18 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 2071:
>> 
>>> 2069:   void do_work(uint worker_id) {
>>> 2070:     T cl;
>>> 2071:     if (CONCURRENT && (worker_id == 0)) {
>> 
>> Could move this work to happen on the control thread? Not sure if there is an advantage to having a single worker do this. Does it matter when other workers observe the effect of `move_collector_sets_to_mutator`?
>
> Was thinking it's best to let the other N-1 worker threads get right to work on updating refs, while this first worker thread starts moving the available collector regions to mutator free set

We want to put these Collector regions into the service of the Mutator threads as quickly as possible in order to avoid Mutator allocation failures.  We also want to complete update-refs as quickly as possible, because that will put a lot more memory into the hands of the Mutators.

The implementation of move_collector_sets_to_mutator() takes the heap lock when it reassigns a region's purpose from Collector to Mutator.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1466960527

From wkemper at openjdk.org  Fri Jan 26 14:15:13 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 14:15:13 GMT
Subject: RFR: Merge openjdk/jdk:master
Message-ID: <J1SQ-VsLl1phOeFMudu7U1e1TjnDrxnbILbCmEiSBhM=.899a51ef-1529-4802-94a0-92637de72c43@github.com>

Merges tag jdk-23+7

-------------

Commit messages:
 - 8322768: Optimize non-subword vector compress and expand APIs for AVX2 target.
 - 8323645: Remove unused internal sun.net.www.protocol.jar.URLJarFileCallBack interface
 - 8324242: Avoid null check for OopHandle::ptr_raw()
 - 8307788: vmTestbase/gc/gctests/LargeObjects/large003/TestDescription.java timed out
 - 8324280: RISC-V: Incorrect implementation in VM_Version::parse_satp_mode
 - 6503196: API doc for DecimalFormat::getMaximumIntegerDigits is unclear
 - 8324647: Invalid test group of lib-test after JDK-8323515
 - 8320692: Null icon returned for .exe without custom icon
 - 8324553: Shenandoah: Move periodic tasks closer to their collaborators
 - 8323815: Source launcher should find classes with $ in names
 - ... and 67 more: https://git.openjdk.org/shenandoah/compare/ff8cc268...6d36eb78

The webrev contains the conflicts with master:
 - merge conflicts: https://webrevs.openjdk.org/?repo=shenandoah&pr=387&range=00.conflicts

Changes: https://git.openjdk.org/shenandoah/pull/387/files
  Stats: 7800 lines in 287 files changed: 4839 ins; 1864 del; 1097 mod
  Patch: https://git.openjdk.org/shenandoah/pull/387.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/387/head:pull/387

PR: https://git.openjdk.org/shenandoah/pull/387

From aboldtch at openjdk.org  Fri Jan 26 16:02:42 2024
From: aboldtch at openjdk.org (Axel Boldt-Christmas)
Date: Fri, 26 Jan 2024 16:02:42 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
Message-ID: <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>

On Thu, 25 Jan 2024 14:53:07 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Whitespace fix
>   
>   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>

Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port. 

I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used.  Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about.  (Also nuked the `DECC` copy-paste-typo)
Comment cleanups:
f1bb02ea472eb314c93d80b830c59bd03e280116

All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`.  Maybe go all the way here?
5422ed32def491bd1e145959b7f3c49c88cfc50e

Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
39c0a7ede5187cba52d6fcf48c0852213c48c899

As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.

src/hotspot/cpu/arm/compiledIC_arm.cpp line 107:

> 105:   address stub = find_stub();
> 106:   guarantee(stub != nullptr, "stub not found");
> 107: 

The other platforms removed the trace logging here. If the ARM porters still want this in at least update to log the correct class name. `s/CompiledDirectStaticCall/CompiledDirectCall/`

src/hotspot/cpu/arm/sharedRuntime_arm.cpp line 631:

> 629: 
> 630:   __ ic_check(1 /* end_alignment */);
> 631:   __ ldr(Rmethod, Address(receiver_klass, CompiledICData::speculated_method_offset()));

Maybe I am missing something here but this looks very wrong. The speculated `Klass*` gets loaded into `R4` (which `receiver_klass` alias) in `ic_check` this load would result in loading a `InstanceKlass*` c++ vtable pointer. 
`Ricklass` (`R8` alias) contains the  `CompiledICData*` .

I would think the correct diff would be

-  const Register receiver_klass = R4;
-
-  __ load_klass(receiver_klass, receiver);
-  __ ldr(holder_klass, Address(Ricklass, CompiledICHolder::holder_klass_offset()));
-  __ ldr(Rmethod, Address(Ricklass, CompiledICHolder::holder_metadata_offset()));
-  __ cmp(receiver_klass, holder_klass);
+  __ ic_check(1 /* end_alignment */);
+  __ ldr(Rmethod, Address(Ricklass, CompiledICData::speculated_method_offset()));


The fact that you say ARM32 tests are passing makes me doubt my understanding of the inline cache.

src/hotspot/share/code/compiledIC.cpp line 195:

> 193:   c_ic->verify();
> 194:   return c_ic;
> 195: }

Purely a style thing but could rewrite the `CompiledIC* CompiledIC_X(...)` functions in terms of each other. Made them all fit very well even on my small laptop screen.
```c++

CompiledIC* CompiledIC_before(CompiledMethod* nm, address return_addr) {
  address call_site = nativeCall_before(return_addr)->instruction_address();
  return CompiledIC_at(nm, call_site);
}

CompiledIC* CompiledIC_at(CompiledMethod* nm, address call_site) {
  RelocIterator iter(nm, call_site, call_site + 1);
  iter.next();
  return CompiledIC_at(&iter);
}

CompiledIC* CompiledIC_at(Relocation* call_reloc) {
  address call_site = call_reloc->addr();
  CompiledMethod* cm = CodeCache::find_blob(call_reloc->addr())->as_compiled_method();
  return CompiledIC_at(cm, call_site);
}

CompiledIC* CompiledIC_at(RelocIterator* reloc_iter) {
  CompiledIC* c_ic = new CompiledIC(reloc_iter);
  c_ic->verify();
  return c_ic;
}

src/hotspot/share/code/compiledIC.cpp line 571:

> 569:     return true;
> 570:   } else if (cb->is_vtable_blob()) {
> 571:     return VtableStubs::is_icholder_entry(entry);

`VtableStubs::is_icholder_entry` is no longer used. Should be removed as well.

src/hotspot/share/code/compiledMethod.hpp line 381:

> 379:   void run_nmethod_entry_barrier();
> 380: 
> 381:   // Verify and count cached icholder relocations.

The comment belonged to the removed method.

src/hotspot/share/oops/compiledICHolder.hpp line 44:

> 42: 
> 43: 
> 44: class CompiledICHolder : public CHeapObj<mtCompiler> {

Still has a forward declaration in `src/hotspot/share/oops/oopsHierarchy.hpp`

src/hotspot/share/runtime/vmStructs.cpp line 215:

> 213:   volatile_nonstatic_field(ArrayKlass,         _lower_dimension,                              ArrayKlass*)                           \
> 214:   nonstatic_field(CompiledICHolder,            _holder_metadata,                              Metadata*)                             \
> 215:   nonstatic_field(CompiledICHolder,            _holder_klass,                                 Klass*)                                \

Making the serviceability agent aware of CompiledICData seems like a RFE. However CompiledICHolder has a mirror in the SA. Should probably nuke `src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/oops/CompiledICHolder.java`

-------------

PR Review: https://git.openjdk.org/jdk/pull/17495#pullrequestreview-1845953963
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467778057
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467786778
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467796274
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467803589
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467797143
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467804557
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1467806821

From wkemper at openjdk.org  Fri Jan 26 18:39:34 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 18:39:34 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <GiYMp3WaMzUbf9qb1UQZhV04uqBFjJNHk6vT_aVn6cU=.eebe6466-7dab-4a39-aed5-5fae11c492ff@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <VqvdjBK8YXO4luQRnXq9RUQIT1mvT8jSJEEQSZhbxb8=.5c13a995-2f5e-40c7-b23e-d223feab2869@github.com>
 <sk6lR8VrpBhTCZh--yPDAfTdTD0DfudPpVeE26nbtTw=.7c9d4a5c-62a6-4a20-8bc5-8af0a7bb14d9@github.com>
 <GiYMp3WaMzUbf9qb1UQZhV04uqBFjJNHk6vT_aVn6cU=.eebe6466-7dab-4a39-aed5-5fae11c492ff@github.com>
Message-ID: <pjoRaaHiLifEQUCMk_ZmClQxnnTAt_Un53krTS_nzYs=.0217fd7e-b405-4d40-9c0f-07b3d1c0fd20@github.com>

On Thu, 25 Jan 2024 21:06:17 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Was thinking it's best to let the other N-1 worker threads get right to work on updating refs, while this first worker thread starts moving the available collector regions to mutator free set
>
> We want to put these Collector regions into the service of the Mutator threads as quickly as possible in order to avoid Mutator allocation failures.  We also want to complete update-refs as quickly as possible, because that will put a lot more memory into the hands of the Mutators.
> 
> The implementation of move_collector_sets_to_mutator() takes the heap lock when it reassigns a region's purpose from Collector to Mutator.

Okay.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468010743

From kdnilsen at openjdk.org  Fri Jan 26 18:47:35 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 26 Jan 2024 18:47:35 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
Message-ID: <EF9TjSxfPmZls0FylvO1tle8pcWPs8HrqEN-qKhc1O0=.a3287b5c-a81f-46a8-ad9f-52549f3e4b81@github.com>

On Thu, 25 Jan 2024 20:45:50 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove unnecessary change related to debugging

I've been trying to understand the reported trigger failure regression on hyperalloc.  I cannot reproduce that result.  The host on which I'm experimenting apparently has more cores than what runs the pipeline, so I have to push hyperalloc to higher allocation rates and higher memory utilization in order to see any "trigger failures at all".  On my host, I see a small number of trigger failures beginning at 6144 KB/s allocation rate with live memory 4096 MB out of heap size 10 GB.  On this workload, I see slightly more trigger failures with the original free set implementation than with the new one.  Here are the results of all my recent experiments:

![Screenshot 2024-01-26 at 10 43 47 AM](https://github.com/openjdk/jdk/assets/51720475/2c4e4598-ebf7-4c7b-8e4a-8126e65850cd)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17561#issuecomment-1912522975

From wkemper at openjdk.org  Fri Jan 26 18:47:36 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 18:47:36 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
Message-ID: <k5SBlcF9xsfa5zxjX2x7o8wm11jsv_2R2neRBplY3Is=.c57afd6b-b448-4832-9f2c-1cf18e35fbe6@github.com>

On Thu, 25 Jan 2024 20:45:50 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove unnecessary change related to debugging

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 166:

> 164:   // equal to ShenandoahHeapRegion::humongous_threshold_words().  The caller of allocate_single is responsible
> 165:   // for registering the resulting object and setting the remembered set card values as appropriate.  The
> 166:   // most common case is that we are allocating a PLAB in which case object registering and card dirtying

Nit pick, but isn't this called for all allocations that are not humongous? Why do we say that PLAB is the most common? Also, much of this comment only applies to the generational mode.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468017114

From kdnilsen at openjdk.org  Fri Jan 26 18:51:45 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 26 Jan 2024 18:51:45 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <k5SBlcF9xsfa5zxjX2x7o8wm11jsv_2R2neRBplY3Is=.c57afd6b-b448-4832-9f2c-1cf18e35fbe6@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <k5SBlcF9xsfa5zxjX2x7o8wm11jsv_2R2neRBplY3Is=.c57afd6b-b448-4832-9f2c-1cf18e35fbe6@github.com>
Message-ID: <yjyWexkdzZBOaSnEp4axtHW11mv7RJFWol3tykV4Ig4=.3c50b447-fb36-45e5-9144-b93871059608@github.com>

On Fri, 26 Jan 2024 18:41:57 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Remove unnecessary change related to debugging
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 166:
> 
>> 164:   // equal to ShenandoahHeapRegion::humongous_threshold_words().  The caller of allocate_single is responsible
>> 165:   // for registering the resulting object and setting the remembered set card values as appropriate.  The
>> 166:   // most common case is that we are allocating a PLAB in which case object registering and card dirtying
> 
> Nit pick, but isn't this called for all allocations that are not humongous? Why do we say that PLAB is the most common? Also, much of this comment only applies to the generational mode.

Thanks for catching the inappropriate mention of generational issues here.  I'll remove this.

I still think it is the case that the most common allocation is a TLAB and/or GCLAB.  It is only when TLAB/GCLAB allocations fail that we try to do a "shared allocation" of exactly the size of the object to be allocated.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468024928

From wkemper at openjdk.org  Fri Jan 26 18:59:38 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 18:59:38 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
Message-ID: <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>

On Thu, 25 Jan 2024 20:45:50 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove unnecessary change related to debugging

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 28:

> 26: #include "precompiled.hpp"
> 27: #include "gc/shared/tlab_globals.hpp"
> 28: #include "gc/shenandoah/shenandoahBarrierSet.hpp"

Do we really need to include `shenandoahBarrierSet.hpp` here?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 550:

> 548:   }
> 549: 
> 550:   if (alloc_capacity(r) < PLAB::min_size() * HeapWordSize) {

Why not `TLAB::min_size`?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468030884
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468033554

From kdnilsen at openjdk.org  Fri Jan 26 19:03:45 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 26 Jan 2024 19:03:45 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v3]
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <k3ObvKiFdux_8SglqPLSh62c_m1b8EYk3bMgrAgWeGg=.dd5b8568-a819-4baa-9fa0-97ce52cf1a6f@github.com>

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )         40
>   Test:    1050363.812   (+/-175237.63  )         20
> 
> +49.97% scimark.sparse.small/rss_max p=0.00000
>   Control: 277075...

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Remove comments regarding GenShen-specific behavior

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17561/files
  - new: https://git.openjdk.org/jdk/pull/17561/files/5bb309a4..90295ae3

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=01-02

  Stats: 5 lines in 1 file changed: 0 ins; 3 del; 2 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From wkemper at openjdk.org  Fri Jan 26 19:08:35 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 19:08:35 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <yjyWexkdzZBOaSnEp4axtHW11mv7RJFWol3tykV4Ig4=.3c50b447-fb36-45e5-9144-b93871059608@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <k5SBlcF9xsfa5zxjX2x7o8wm11jsv_2R2neRBplY3Is=.c57afd6b-b448-4832-9f2c-1cf18e35fbe6@github.com>
 <yjyWexkdzZBOaSnEp4axtHW11mv7RJFWol3tykV4Ig4=.3c50b447-fb36-45e5-9144-b93871059608@github.com>
Message-ID: <69g30Vn8fHoRcOydFhc8-Bi8FnVz2z5miLt_TEkBEPk=.82c8485e-65a6-4a09-a89c-ae3af98df9a7@github.com>

On Fri, 26 Jan 2024 18:48:45 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 166:
>> 
>>> 164:   // equal to ShenandoahHeapRegion::humongous_threshold_words().  The caller of allocate_single is responsible
>>> 165:   // for registering the resulting object and setting the remembered set card values as appropriate.  The
>>> 166:   // most common case is that we are allocating a PLAB in which case object registering and card dirtying
>> 
>> Nit pick, but isn't this called for all allocations that are not humongous? Why do we say that PLAB is the most common? Also, much of this comment only applies to the generational mode.
>
> Thanks for catching the inappropriate mention of generational issues here.  I'll remove this.
> 
> I still think it is the case that the most common allocation is a TLAB and/or GCLAB.  It is only when TLAB/GCLAB allocations fail that we try to do a "shared allocation" of exactly the size of the object to be allocated.

Oh yes, I agree with that. Maybe just say `LAB` allocations then? PLABs are specifically for promotions, aren't they?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468041327

From kdnilsen at openjdk.org  Fri Jan 26 19:37:36 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 26 Jan 2024 19:37:36 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>
Message-ID: <eZqqtr2Y3GVImeN6efASI0lU1ewFGFg3S_by_Y3Oz00=.31316dcf-481d-4a73-933f-6bd7cf590c3c@github.com>

On Fri, 26 Jan 2024 18:54:02 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Remove unnecessary change related to debugging
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 28:
> 
>> 26: #include "precompiled.hpp"
>> 27: #include "gc/shared/tlab_globals.hpp"
>> 28: #include "gc/shenandoah/shenandoahBarrierSet.hpp"
> 
> Do we really need to include `shenandoahBarrierSet.hpp` here?

Thanks.  Removed.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468071076

From kdnilsen at openjdk.org  Fri Jan 26 19:50:34 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Fri, 26 Jan 2024 19:50:34 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>
Message-ID: <uPgxor_FC-q__AibYc3xuTX37v_acgIiRVGFiW1Bu5g=.d07d91b9-cc0d-4550-80e5-2a56242b7008@github.com>

On Fri, 26 Jan 2024 18:56:23 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Remove unnecessary change related to debugging
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 550:
> 
>> 548:   }
>> 549: 
>> 550:   if (alloc_capacity(r) < PLAB::min_size() * HeapWordSize) {
> 
> Why not `TLAB::min_size`?

Good question.  You've caused me to dig a little to respond:

size_t PLAB::min_size() {
  // Make sure that we return something that is larger than AlignmentReserve                                                                                 
  return align_object_size(MAX2(MinTLABSize / HeapWordSize, (size_t)oopDesc::header_size())) + CollectedHeap::lab_alignment_reserve();
}

There is no TLAB::min_size() as far as I can tell.  There is MinTLABSize (default 2K unless redefined on command line), but that value appears to get rounded up by alignment in the definition of PLAB::min_size().  I think PLAB:min_size() is what we want here (and elsewhere within this source file).

What do you think?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468082037

From wkemper at openjdk.org  Fri Jan 26 19:56:23 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 19:56:23 GMT
Subject: RFR: Merge openjdk/jdk:master [v2]
In-Reply-To: <J1SQ-VsLl1phOeFMudu7U1e1TjnDrxnbILbCmEiSBhM=.899a51ef-1529-4802-94a0-92637de72c43@github.com>
References: <J1SQ-VsLl1phOeFMudu7U1e1TjnDrxnbILbCmEiSBhM=.899a51ef-1529-4802-94a0-92637de72c43@github.com>
Message-ID: <SX3koYFBxC0OVslSfeOqZ_6das5DoGJ7h-etVZK4SOI=.5455c5c5-ff65-4c9f-81ba-721d28082b99@github.com>

> Merges tag jdk-23+7

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains 78 commits:

 - Merge remote-tracking branch 'shenandoah/master' into merge-jdk-23+7
 - 8322768: Optimize non-subword vector compress and expand APIs for AVX2 target.
   
   Reviewed-by: epeter, sviswanathan
 - 8323645: Remove unused internal sun.net.www.protocol.jar.URLJarFileCallBack interface
   
   Reviewed-by: alanb, dfuchs
 - 8324242: Avoid null check for OopHandle::ptr_raw()
   
   Reviewed-by: shade, jsjolen, coleenp
 - 8307788: vmTestbase/gc/gctests/LargeObjects/large003/TestDescription.java timed out
   
   Reviewed-by: lmesnik, shade
 - 8324280: RISC-V: Incorrect implementation in VM_Version::parse_satp_mode
   
   Reviewed-by: rehn, fyang
 - 6503196: API doc for DecimalFormat::getMaximumIntegerDigits is unclear
   
   Reviewed-by: naoto, iris
 - 8324647: Invalid test group of lib-test after JDK-8323515
   
   Reviewed-by: shade
 - 8320692: Null icon returned for .exe without custom icon
   
   Co-authored-by: Alexey Ivanov <aivanov at openjdk.org>
   Reviewed-by: aivanov
 - 8324553: Shenandoah: Move periodic tasks closer to their collaborators
   
   Reviewed-by: kdnilsen, shade
 - ... and 68 more: https://git.openjdk.org/shenandoah/compare/15096a26...29e688f7

-------------

Changes: https://git.openjdk.org/shenandoah/pull/387/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=387&range=01
  Stats: 7716 lines in 282 files changed: 4791 ins; 1853 del; 1072 mod
  Patch: https://git.openjdk.org/shenandoah/pull/387.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/387/head:pull/387

PR: https://git.openjdk.org/shenandoah/pull/387

From wkemper at openjdk.org  Fri Jan 26 20:44:34 2024
From: wkemper at openjdk.org (William Kemper)
Date: Fri, 26 Jan 2024 20:44:34 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <uPgxor_FC-q__AibYc3xuTX37v_acgIiRVGFiW1Bu5g=.d07d91b9-cc0d-4550-80e5-2a56242b7008@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <uA4OCQmsXzOYtCHtxpBLnLRFxdSpWcF_cGyKesCrVSk=.c6587969-e24b-40c1-8d59-c420963f40fa@github.com>
 <uPgxor_FC-q__AibYc3xuTX37v_acgIiRVGFiW1Bu5g=.d07d91b9-cc0d-4550-80e5-2a56242b7008@github.com>
Message-ID: <MwrFqeS_2mkft95PQlMqE2JZG6tJBI2JiQbd6Ff3Qsk=.013e3cf5-eeae-4316-af28-e75818bef27f@github.com>

On Fri, 26 Jan 2024 19:48:01 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 550:
>> 
>>> 548:   }
>>> 549: 
>>> 550:   if (alloc_capacity(r) < PLAB::min_size() * HeapWordSize) {
>> 
>> Why not `TLAB::min_size`?
>
> Good question.  You've caused me to dig a little to respond:
> 
> size_t PLAB::min_size() {
>   // Make sure that we return something that is larger than AlignmentReserve                                                                                 
>   return align_object_size(MAX2(MinTLABSize / HeapWordSize, (size_t)oopDesc::header_size())) + CollectedHeap::lab_alignment_reserve();
> }
> 
> There is no TLAB::min_size() as far as I can tell.  There is MinTLABSize (default 2K unless redefined on command line), but that value appears to get rounded up by alignment in the definition of PLAB::min_size().  I think PLAB:min_size() is what we want here (and elsewhere within this source file).
> 
> What do you think?

Interesting. Yeah, that looks like what we want.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468127344

From kdnilsen at openjdk.org  Sat Jan 27 00:42:46 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Sat, 27 Jan 2024 00:42:46 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )         40
>   Test:    1050363.812   (+/-175237.63  )         20
> 
> +49.97% scimark.sparse.small/rss_max p=0.00000
>   Control: 277075...

Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:

 - Fix typo in comment
 - Remove unnecessary include

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17561/files
  - new: https://git.openjdk.org/jdk/pull/17561/files/90295ae3..813ba6ef

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=02-03

  Stats: 2 lines in 1 file changed: 0 ins; 1 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From avoitylov at openjdk.org  Sat Jan 27 07:55:38 2024
From: avoitylov at openjdk.org (Aleksei Voitylov)
Date: Sat, 27 Jan 2024 07:55:38 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
 <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
Message-ID: <F-WQv8Il4i15aKEJ2zPgF6LB1sguoeRTerTrkbirW98=.94e49a8c-223f-4154-b25a-dd9220a03d60@github.com>

On Fri, 26 Jan 2024 15:59:35 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Whitespace fix
>>   
>>   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>
> Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port. 
> 
> I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used.  Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about.  (Also nuked the `DECC` copy-paste-typo)
> Comment cleanups:
> f1bb02ea472eb314c93d80b830c59bd03e280116
> 
> All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`.  Maybe go all the way here?
> 5422ed32def491bd1e145959b7f3c49c88cfc50e
> 
> Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
> 39c0a7ede5187cba52d6fcf48c0852213c48c899
> 
> As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.

I'll check the ARM32 part of @xmas92 comments early next week.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1913061194

From ysr at openjdk.org  Mon Jan 29 00:24:35 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 29 Jan 2024 00:24:35 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
Message-ID: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>

On Sat, 27 Jan 2024 00:42:46 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Fix typo in comment
>  - Remove unnecessary include

Left a few scattered comments as I skimmed through this.
Will probably go back and look again, more carefully but thought I'd leave these here for now until I get back to this later, take a fresh look and do a more careful and complete review.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 41:

> 39:     case Mutator: return "Mutator";
> 40:     case Collector: return "Collector";
> 41:     case NumFreeSets: return "NumFreeSets";

How is "NumFreeSets" a type whose name would be used? I'd remove it from here.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 51:

> 49:     _region_size_bytes(ShenandoahHeapRegion::region_size_bytes())
> 50: {
> 51:   _membership = NEW_C_HEAP_ARRAY(ShenandoahFreeMemoryType, max_regions, mtGC);

So it looks like max_regions will cover the entire largest possible size of the heap (and all regions that can ever be in the heap).

In that case, I'd make the `_max` field `const`, and similarly the `_membership` array. By the way, I see a bunch of terms being interchangeably used here: sets, types, membership. I'd settle upon a single terminology that would cleanly work and keep the set of terms small.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 401:

> 399: 
> 400: HeapWord* ShenandoahFreeSet::allocate_single(ShenandoahAllocRequest& req, bool& in_new_region) {
> 401:   shenandoah_assert_heaplocked();

In addition, another precondition for this method appears to be that req.size() <= humongous size threshold. Perhaps that check should also be disposed of here. (Based on the documentation at the previous review comment above.)

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 413:

> 411:   //
> 412:   // Free set maintains mutator and collector views, and normally they allocate in their views only,
> 413:   // unless we special cases for stealing and mixed allocations.

I'd drop this comment, unless such special cases actually exist in the code today. Do they?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 423:

> 421:       // Allocate within mutator free from high memory to low so as to preserve low memory for humongous allocations
> 422:       if (!_free_sets.is_empty(Mutator)) {
> 423:         // Use signed idx.  Otherwise, loop will never terminate.

Can you use `ssize_t` for the index and the return values from the methods? (I assume the problem you have in mind arises when `leftmost` below is 0?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 443:

> 441:       // GCLABs are for evacuation so we must be in evacuation phase.  If this allocation is successful, increment
> 442:       // the relevant evac_expended rather than used value.
> 443: 

This seems like a leakage of abstraction to me. Besides, I do not see `evac_expended` anywhere in this file?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 725:

> 723: // need to reserve memory within for evacuation.  (We will create a new reserve after update refs finishes,
> 724: // setting aside some of the memory that was reclaimed by the most recent GC.  This new reserve will satisfy
> 725: // the evacuation needs of the next GC pass.)

This part of the comment seems to belong in the caller(s), I feel. The documentation here should only talk about implementation-specifics. (The public contract will be only in the header file.)

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 40:

> 38: };
> 39: 
> 40: class ShenandoahSetsOfFree {

I wonder if "ShenandoahSetsOfFreeRegions" or "ShenandoahFreeRegionSets" is a better name.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 43:

> 41: 
> 42: private:
> 43:   size_t _max;                  // The maximum number of heap regions

Is this a constant or can it change with the number of regions in the whole heap (and therefore as the heap expands and contracts), or is it a fixed constant depending on the maximum size of the heap (and the fixed region size)?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 163:

> 161: 
> 162:   // While holding the heap lock, allocate memory for a single object or LAB  which is to be entirely contained
> 163:   // within a single HeapRegion as characterized by req.  The req.size() value is known to be less than or

"known to be", or "required to be"? In other words, is it a precondition of the method to behave correctly?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 168:

> 166:   HeapWord* allocate_contiguous(ShenandoahAllocRequest& req);
> 167: 
> 168:   void flip_to_gc(ShenandoahHeapRegion* r);

Document the contract(s) of this method.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 200:

> 198:   // Note that we plan to replenish the Collector reserve at the end of update refs, at which time all
> 199:   // of the regions recycled from the collection set will be available.
> 200:   void move_collector_sets_to_mutator(size_t cset_regions);

Can we start with a concise documentation of the public contract of this method?
That can optionally (and slightly separately) be supplemented with a usage scenario or documenting its motivation. In fact, it might be a good idea to move the latter to the implementation of the method and keep the header file terse and describe only each method's contract.

-------------

Changes requested by ysr (Reviewer).

PR Review: https://git.openjdk.org/jdk/pull/17561#pullrequestreview-1846218060
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468956106
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468956899
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468968069
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468968532
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468969853
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468971487
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468964922
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468953723
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468954727
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468967072
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468963795
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468964235

From ysr at openjdk.org  Mon Jan 29 00:24:37 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 29 Jan 2024 00:24:37 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <6MlU52IkjF64TMUk5pY6hYGTxuKIOI01tX4FbakA-vE=.740993a0-7d41-4ed2-8e47-452b4f2676ac@github.com>

On Sun, 28 Jan 2024 23:06:41 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 41:
> 
>> 39:     case Mutator: return "Mutator";
>> 40:     case Collector: return "Collector";
>> 41:     case NumFreeSets: return "NumFreeSets";
> 
> How is "NumFreeSets" a type whose name would be used? I'd remove it from here.

For the same reason, it seems curious to have "NotFree" be a valid "free memory type". If the types are a partitioning of free memory, they would be FreeMemoryTypes (or more correctly FreeRegionTypes). If they are a partitioning of all regions, they should be RegionTypes and can include both Free and NotFree.

> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 40:
> 
>> 38: };
>> 39: 
>> 40: class ShenandoahSetsOfFree {
> 
> I wonder if "ShenandoahSetsOfFreeRegions" or "ShenandoahFreeRegionSets" is a better name.

The other possibility is to think of the types defined further above as inducing a partitioning of the [free] regions on the heap, and call it `Shenandoah[Free]RegionPartition`.

I place [free] in the optional bracket because you have a NotFree type, so I am not sure if the partitioning implicitly includes all regions of the heap both free and not free, depending on which the "free" might be kept or dropped.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468956592
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1468954374

From ysr at openjdk.org  Mon Jan 29 00:24:38 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 29 Jan 2024 00:24:38 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
Message-ID: <CnB6uEdO8Z4YfORIl4IqMwKWkN-V21GZyouFyMDA4Rw=.edd1e577-4149-4626-baa2-6154e3493f73@github.com>

On Thu, 25 Jan 2024 20:45:50 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Remove unnecessary change related to debugging

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 34:

> 32: 
> 33: enum ShenandoahFreeMemoryType : uint8_t {
> 34:   NotFree,

Can you motivate why a FreeMemoryType should have a value NotFree? If so, then you want to call it RegionType, rather than FreeMemoryType.

I'd also write a brief line/phrase of documentation about the intent of each of the defined types of (region/free memory) used here.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1467944756

From fyang at openjdk.org  Mon Jan 29 04:32:37 2024
From: fyang at openjdk.org (Fei Yang)
Date: Mon, 29 Jan 2024 04:32:37 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <yWkwd684HkuXCDEERl4E2zsWUPe3-c-El0yQzu__A9I=.29e48952-5217-4e8a-8878-b5a533f127ee@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <yWkwd684HkuXCDEERl4E2zsWUPe3-c-El0yQzu__A9I=.29e48952-5217-4e8a-8878-b5a533f127ee@github.com>
Message-ID: <81AS__0K8p3smBkoctLWNUDZ4UHm6gLKdl8SLXp5RCM=.4ad183af-6754-4bb3-92e0-022314f055f3@github.com>

On Wed, 24 Jan 2024 18:29:22 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Thank you Thomas for having a look.
> 
> I think that fixing the issue in G1 alone takes us pretty far. If you really care about latency in your non-small app that unloads tens of thousands of classes at a time, then it seems just plain weird to sit there with Serial or Parallel complaining about latencies.

> I believe this was the last major piece in task we started over 5y ago of removing runtime safepoint and latencies. Or as some might say, we finally have a runtime good enough to run ZGC ;) (and Shenandoah). Thank you @fisk for completing this milestone!
> 
> Risc-v passes my testing. (vf2 (t1) + qemu (t1-2), ran twice, once on v3 branch and once this pr)
> 
> @RealFYang can you please review RV changes?

@robehn @fisk : I went through the RV changes and I saw small code cleanup could be done.
[rv-extra-cleanup.diff.txt](https://github.com/openjdk/jdk/files/14079614/rv-extra-cleanup.diff.txt)

BTW: I also performed tier1-3 and hotspot:tier4 tests on hifive unmatched board, result is good.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1913942094

From rehn at openjdk.org  Mon Jan 29 07:09:41 2024
From: rehn at openjdk.org (Robbin Ehn)
Date: Mon, 29 Jan 2024 07:09:41 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <yWkwd684HkuXCDEERl4E2zsWUPe3-c-El0yQzu__A9I=.29e48952-5217-4e8a-8878-b5a533f127ee@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <yWkwd684HkuXCDEERl4E2zsWUPe3-c-El0yQzu__A9I=.29e48952-5217-4e8a-8878-b5a533f127ee@github.com>
Message-ID: <C62mC5ayTboMWW3xJ1ZKEQbTqSDoW1jKJ-75V5k05-k=.8e7743f9-2855-4ed8-bb0d-7272d1738e5b@github.com>

On Wed, 24 Jan 2024 18:29:22 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Thank you Thomas for having a look.
> 
> I think that fixing the issue in G1 alone takes us pretty far. If you really care about latency in your non-small app that unloads tens of thousands of classes at a time, then it seems just plain weird to sit there with Serial or Parallel complaining about latencies.

> > I believe this was the last major piece in task we started over 5y ago of removing runtime safepoint and latencies. Or as some might say, we finally have a runtime good enough to run ZGC ;) (and Shenandoah). Thank you @fisk for completing this milestone!
> > Risc-v passes my testing. (vf2 (t1) + qemu (t1-2), ran twice, once on v3 branch and once this pr)
> > @RealFYang can you please review RV changes?
> 
> @robehn @fisk : I went through the RV changes and I saw small code cleanup could be done. [rv-extra-cleanup.diff.txt](https://github.com/openjdk/jdk/files/14079614/rv-extra-cleanup.diff.txt)
> 
> BTW: I also performed tier1-3 and hotspot:tier4 tests on hifive unmatched board, result is good.

Thank you @RealFYang !

@fisk please apply [rv-extra-cleanup.diff.txt](https://github.com/openjdk/jdk/files/14079614/rv-extra-cleanup.diff.txt)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1914084130

From tschatzl at openjdk.org  Mon Jan 29 09:41:40 2024
From: tschatzl at openjdk.org (Thomas Schatzl)
Date: Mon, 29 Jan 2024 09:41:40 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints
In-Reply-To: <9GolX3m7SkG4Fs0KTN5qMRxVK47eAhPLdmlaO3oGSKc=.736c3053-abc5-45ce-bd54-85c4f70c3fc9@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <9GolX3m7SkG4Fs0KTN5qMRxVK47eAhPLdmlaO3oGSKc=.736c3053-abc5-45ce-bd54-85c4f70c3fc9@github.com>
Message-ID: <T0dapsqbm30AmWJZMOaXry-kaNOyq5IqiqPHV4gmvaE=.a6075c1f-df8e-4f8a-ba35-b723760a7342@github.com>

On Thu, 25 Jan 2024 06:43:59 GMT, Martin Doerr <mdoerr at openjdk.org> wrote:

> On linux, the time for "Purge Unlinked NMethods" goes down when I comment out delete ic->data(); and ignore the memory leak. (MacOS seems to be ok with it.)
>Adding trace code to purge_ic_callsites shows that we often have 0 or 2 ICData instances, sometimes up to 30 ones.
>It would be good to think a bit about the allocation scheme. Some ideas would be

>    Allocate ICData in an array per nmethod instead of individually. That should help to some degree and also improve data locality (and hence cache efficiency). Would also save iterating over the relocations when purging unlinked NMethods. It's not very complex.
>    Instead of freeing ICData instances, we could enqueue them and either reuse or free them during a concurrent phase. This may be a bit complicated. Not sure if it's worth it.
>    Allocate in Metaspace?

Sorry for being unresponsive for a bit.

Yes, the issue is the new `delete ic->data()`; but also the iteration over the relocinfo here is almost as expensive in my tests.

So the idea to allocate ICData in a per nmethod basis (and actually some other existing C heap allocations that are also `delete`d in this phase) seems the most promising to me.

Also came up with the other suggestions, but I think that first one seems best to me at first glance. I did not really like the second because enqueuing adds another indirection for first gathering all of them and then separately free them.

Metaspace is something I do not know that well to comment on that option.

I am open to moving this improvement, if it is not easy to do, into a separate CR.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1914310490

From eosterlund at openjdk.org  Mon Jan 29 13:10:50 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Mon, 29 Jan 2024 13:10:50 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v4]
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Erik ?sterlund has updated the pull request incrementally with eight additional commits since the last revision:

 - Batch allocate and free CompiledICData
 - JVMCI support
 - Cleanup from FYang
 - Axel suggestions
 - Suggestion from Axel
 - Use relevant global register aliases for clarity
 - Rename register aliases: holder -> data
 - Platform Comment Cleanup

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17495/files
  - new: https://git.openjdk.org/jdk/pull/17495/files/140a8a1e..54877772

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=03
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=02-03

  Stats: 174 lines in 25 files changed: 25 ins; 112 del; 37 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From eosterlund at openjdk.org  Mon Jan 29 13:25:40 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Mon, 29 Jan 2024 13:25:40 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
 <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
Message-ID: <0qUYYua-ni7uWjsMme9Rw4jSI026yAHjOOeFhPFoPZs=.b90139a4-12e9-4118-92e9-c3a982b72b34@github.com>

On Fri, 26 Jan 2024 15:59:35 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Whitespace fix
>>   
>>   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>
> Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port. 
> 
> I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used.  Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about.  (Also nuked the `DECC` copy-paste-typo)
> Comment cleanups:
> f1bb02ea472eb314c93d80b830c59bd03e280116
> 
> All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`.  Maybe go all the way here?
> 5422ed32def491bd1e145959b7f3c49c88cfc50e
> 
> Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
> 39c0a7ede5187cba52d6fcf48c0852213c48c899
> 
> As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.

Thanks for the reviews! I applied the cleanups from @xmas92 and @RealFYang. I added the JVMCI hook for @dougxc and started bulk allocating and freeing CompiledICData to deal with the situation reported by @tschatzl. I haven't touched the ARM32 code though - waiting for @voitylov there.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1914687744

From dnsimon at openjdk.org  Mon Jan 29 13:43:42 2024
From: dnsimon at openjdk.org (Doug Simon)
Date: Mon, 29 Jan 2024 13:43:42 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v4]
In-Reply-To: <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>
Message-ID: <ZtTT7i0njffl_0zGYv9y_vPTsdHngRQRR8LCLyCZzg0=.b9e23391-f424-4293-bae5-2fc5653d49a4@github.com>

On Mon, 29 Jan 2024 13:10:50 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Erik ?sterlund has updated the pull request incrementally with eight additional commits since the last revision:
> 
>  - Batch allocate and free CompiledICData
>  - JVMCI support
>  - Cleanup from FYang
>  - Axel suggestions
>  - Suggestion from Axel
>  - Use relevant global register aliases for clarity
>  - Rename register aliases: holder -> data
>  - Platform Comment Cleanup

src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp line 1140:

> 1138: }
> 1139: 
> 1140: void MacroAssembler::align(int modulus, int target) {

It would be nice to document what this extra `align` function does.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1469607284

From dnsimon at openjdk.org  Mon Jan 29 13:50:50 2024
From: dnsimon at openjdk.org (Doug Simon)
Date: Mon, 29 Jan 2024 13:50:50 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v4]
In-Reply-To: <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>
Message-ID: <CBcrZSlfWEhvYYN_qwL3UIgmhKdmH8w67HHJI8frycE=.c965abc3-3d3d-4293-aeeb-a11241ceec86@github.com>

On Mon, 29 Jan 2024 13:10:50 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Erik ?sterlund has updated the pull request incrementally with eight additional commits since the last revision:
> 
>  - Batch allocate and free CompiledICData
>  - JVMCI support
>  - Cleanup from FYang
>  - Axel suggestions
>  - Suggestion from Axel
>  - Use relevant global register aliases for clarity
>  - Rename register aliases: holder -> data
>  - Platform Comment Cleanup

src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp line 1004:

> 1002: 
> 1003: int MacroAssembler::ic_check_size() {
> 1004:   return NativeInstruction::instruction_size * 7;

This can be 5 or 7 depending on `MacroAssembler::far_jump` right? If it's 5, then who inserts the extra alignment at the end of the IC check?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1469616471

From wkemper at openjdk.org  Mon Jan 29 17:58:56 2024
From: wkemper at openjdk.org (William Kemper)
Date: Mon, 29 Jan 2024 17:58:56 GMT
Subject: Integrated: Merge openjdk/jdk:master
In-Reply-To: <J1SQ-VsLl1phOeFMudu7U1e1TjnDrxnbILbCmEiSBhM=.899a51ef-1529-4802-94a0-92637de72c43@github.com>
References: <J1SQ-VsLl1phOeFMudu7U1e1TjnDrxnbILbCmEiSBhM=.899a51ef-1529-4802-94a0-92637de72c43@github.com>
Message-ID: <_tEj0pMOCsDjBU_dmeHB7tlX74KfjcwI_TF9a1r2Kpc=.a39ea45e-cd50-422f-9eed-a276ef8f1ece@github.com>

On Fri, 26 Jan 2024 14:09:42 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-23+7

This pull request has now been integrated.

Changeset: 1ecdc046
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah/commit/1ecdc046f50847a5139f167c814000715f5a9211
Stats:     7716 lines in 282 files changed: 4791 ins; 1853 del; 1072 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah/pull/387

From ysr at openjdk.org  Mon Jan 29 23:05:28 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Mon, 29 Jan 2024 23:05:28 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
Message-ID: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>

On Sat, 27 Jan 2024 00:42:46 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
> 
>  - Fix typo in comment
>  - Remove unnecessary include

A few more feedback comments. Will try and finish in next round, but flushing the review comments buffer for now until I get back to this later.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 98:

> 96:     _rightmosts[idx] = 0;
> 97:     _leftmosts_empty[idx] = _max;
> 98:     _rightmosts_empty[idx] = 0;

// Make all regions NotFree


Would this read easier if one used `type` or similar for the loop variable name & used multiple assignment statements:

_leftmosts[type] = _leftmosts_empty[type] = _max;
_rightmosts[type] = _rightmosts_empty[type] = 0;
_used_by_[type] = _capacity_of[type] = 0;


Then

_region_counts[Mutator] = _region_counts[Collector] = 0;
_region_counts[NotFree] = _max;

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 108:

> 106: }
> 107: 
> 108: void ShenandoahSetsOfFree::clear_all() {

I'd opt for something that uses a term other than `clear`, since `clear` has no specific semantics since you are also including `NotFree` as a type of set you track here (this goes back to the question of whether you really need to track that separately at all -- it could be relegated to a default sentinel type for any memory region, and may or may not need tracking the intervals here? (I haven't looked to see if you ever need to use the [left, right] of the NotFree interval for anything other than assertion checking. You could say `clear_mutator_and_collector`, or `unfree()`. Something that more clearly conveys the mental model of the class more clearly in its API names.

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 120:

> 118: }
> 119: 
> 120: inline void ShenandoahSetsOfFree::shrink_bounds_if_touched(ShenandoahFreeMemoryType set, size_t idx) {

`if_touched` isn't as clear as `if_extremal` -- as far as I can tell you shrink when the region in question is extremal (left or right), at which point you walk right or left, respectively, to get to the next member in the set where you plan the end of that interval.

Or you could just say `shrink_interval_if_at_edge`.

In other words, there's a notion of `touched` here that isn't clear (or at least not obvious to me).

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 50:

> 48:   size_t _rightmosts[NumFreeSets];
> 49:   size_t _leftmosts_empty[NumFreeSets];
> 50:   size_t _rightmosts_empty[NumFreeSets];

I'd motivate the `.._empty` notion and document the role of each of these fields (for an arbitrary type).

Just a line is enough, e.g. a brief block comment such as:


//  For each type, we track an interval outside of which a region of that type
// is guaranteed not to be found. This makes searches for free space more efficient.
//  For any given type, its _leftmosts represents its least index, and its _rightmosts its
// greatest index. Empty intervals are indicated by the canconical [_max, 0].


In this description, what does `_leftmosts_empty` represent?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 55:

> 53:   size_t _capacity_of[NumFreeSets];
> 54:   size_t _used_by[NumFreeSets];
> 55:   size_t _region_counts[NumFreeSets];

Similarly, document what these values hold at any time; just a line is enough, e.g.


// For any given type, its _capacity_of is its net capacity, and _used_by the amount used.
// _region_counts is the number of regions of that type.


Why the extra `_of` and `_by`? Wouldn't it be more consistent with naming elsewhere
to just say `capacity` and `used`?

src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 58:

> 56: 
> 57:   inline void shrink_bounds_if_touched(ShenandoahFreeMemoryType set, size_t idx);
> 58:   inline void expand_bounds_maybe(ShenandoahFreeMemoryType set, size_t idx, size_t capacity);

To my comment elsewhere of the meaning of `_if_touched` (for the shrink), couldn't you just say `_maybe` like for the expand for the shrink, just as you did for expand?

I personally (subjectively) prefer `interval`, but `bounds` is fine if there is precedence elsewhere in the code.

-------------

PR Review: https://git.openjdk.org/jdk/pull/17561#pullrequestreview-1849900986
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470313179
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470318421
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470324976
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470332313
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470335344
PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1470337981

From eosterlund at openjdk.org  Tue Jan 30 08:35:59 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Tue, 30 Jan 2024 08:35:59 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v5]
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <-oTV1FsotG3TRFl5YU7wxWgWBktlB4OtFM8CubqaHRg=.22788849-8057-4100-8ecd-85563c7e9090@github.com>

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Erik ?sterlund has updated the pull request incrementally with two additional commits since the last revision:

 - Add comment
 - Deal with short far branches on AArch64

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17495/files
  - new: https://git.openjdk.org/jdk/pull/17495/files/54877772..42a21982

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=04
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=03-04

  Stats: 7 lines in 1 file changed: 6 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From eosterlund at openjdk.org  Tue Jan 30 08:35:59 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Tue, 30 Jan 2024 08:35:59 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v4]
In-Reply-To: <CBcrZSlfWEhvYYN_qwL3UIgmhKdmH8w67HHJI8frycE=.c965abc3-3d3d-4293-aeeb-a11241ceec86@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <OSW-hFDw0rqgvbV0r9LBBGW2tnCY7V54SKyHhOGNYcE=.94bc22d9-3e42-4399-b1a2-1b5410c6939b@github.com>
 <CBcrZSlfWEhvYYN_qwL3UIgmhKdmH8w67HHJI8frycE=.c965abc3-3d3d-4293-aeeb-a11241ceec86@github.com>
Message-ID: <emM-oaYQqmDscQNAQwPxJz0neLi-xm25evhLMXhFm4s=.d2703eff-f2b6-4549-a7d0-49955cd1820f@github.com>

On Mon, 29 Jan 2024 13:48:00 GMT, Doug Simon <dnsimon at openjdk.org> wrote:

>> Erik ?sterlund has updated the pull request incrementally with eight additional commits since the last revision:
>> 
>>  - Batch allocate and free CompiledICData
>>  - JVMCI support
>>  - Cleanup from FYang
>>  - Axel suggestions
>>  - Suggestion from Axel
>>  - Use relevant global register aliases for clarity
>>  - Rename register aliases: holder -> data
>>  - Platform Comment Cleanup
>
> src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp line 1004:
> 
>> 1002: 
>> 1003: int MacroAssembler::ic_check_size() {
>> 1004:   return NativeInstruction::instruction_size * 7;
> 
> This can be 5 or 7 depending on `MacroAssembler::far_jump` right? If it's 5, then who inserts the extra alignment at the end of the IC check?

Good point. I sort of assumed we will always get a far jump, but maybe I'm wrong. Either way, I added a check if the target is far or not, so we can select 5 or 7 accordingly.

> src/hotspot/cpu/aarch64/macroAssembler_aarch64.cpp line 1140:
> 
>> 1138: }
>> 1139: 
>> 1140: void MacroAssembler::align(int modulus, int target) {
> 
> It would be nice to document what this extra `align` function does.

Good idea. I wrote a comment.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1470768117
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1470766460

From avoitylov at openjdk.org  Tue Jan 30 08:38:42 2024
From: avoitylov at openjdk.org (Aleksei Voitylov)
Date: Tue, 30 Jan 2024 08:38:42 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <0qUYYua-ni7uWjsMme9Rw4jSI026yAHjOOeFhPFoPZs=.b90139a4-12e9-4118-92e9-c3a982b72b34@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
 <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
 <0qUYYua-ni7uWjsMme9Rw4jSI026yAHjOOeFhPFoPZs=.b90139a4-12e9-4118-92e9-c3a982b72b34@github.com>
Message-ID: <1uCU_RdSpe-2gA3HuwLDuYgDIW84Sx_AKb3WRP2P6Ag=.9ad1b164-1cc9-437a-88e3-41af02c3d050@github.com>

On Mon, 29 Jan 2024 13:22:43 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port. 
>> 
>> I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used.  Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about.  (Also nuked the `DECC` copy-paste-typo)
>> Comment cleanups:
>> f1bb02ea472eb314c93d80b830c59bd03e280116
>> 
>> All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`.  Maybe go all the way here?
>> 5422ed32def491bd1e145959b7f3c49c88cfc50e
>> 
>> Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
>> 39c0a7ede5187cba52d6fcf48c0852213c48c899
>> 
>> As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.
>
> Thanks for the reviews! I applied the cleanups from @xmas92 and @RealFYang. I added the JVMCI hook for @dougxc and started bulk allocating and freeing CompiledICData to deal with the situation reported by @tschatzl. I haven't touched the ARM32 code though - waiting for @voitylov there.

@fisk Sorry for the delay. I prepared a patch that addresses the review comments for ARM32.

[jdk_ic_review_comments.patch](https://github.com/openjdk/jdk/files/14094946/jdk_ic_review_comments.patch)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1916323277

From avoitylov at openjdk.org  Tue Jan 30 08:49:50 2024
From: avoitylov at openjdk.org (Aleksei Voitylov)
Date: Tue, 30 Jan 2024 08:49:50 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
 <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
Message-ID: <FVFgCLb5RMJJI9UBOfXII3tutUp4kCBElJCp7szte3Y=.024d705f-69cf-4d9a-abe4-0adbbd69bda2@github.com>

On Fri, 26 Jan 2024 15:12:17 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:

>> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Whitespace fix
>>   
>>   Co-authored-by: Thomas Schatzl <59967451+tschatzl at users.noreply.github.com>
>
> src/hotspot/cpu/arm/compiledIC_arm.cpp line 107:
> 
>> 105:   address stub = find_stub();
>> 106:   guarantee(stub != nullptr, "stub not found");
>> 107: 
> 
> The other platforms removed the trace logging here. If the ARM porters still want this in at least update to log the correct class name. `s/CompiledDirectStaticCall/CompiledDirectCall/`

fixed by removing the trace logging.

> src/hotspot/cpu/arm/sharedRuntime_arm.cpp line 631:
> 
>> 629: 
>> 630:   __ ic_check(1 /* end_alignment */);
>> 631:   __ ldr(Rmethod, Address(receiver_klass, CompiledICData::speculated_method_offset()));
> 
> Maybe I am missing something here but this looks very wrong. The speculated `Klass*` gets loaded into `R4` (which `receiver_klass` alias) in `ic_check` this load would result in loading a `InstanceKlass*` c++ vtable pointer. 
> `Ricklass` (`R8` alias) contains the  `CompiledICData*` .
> 
> I would think the correct diff would be
> 
> -  const Register receiver_klass = R4;
> -
> -  __ load_klass(receiver_klass, receiver);
> -  __ ldr(holder_klass, Address(Ricklass, CompiledICHolder::holder_klass_offset()));
> -  __ ldr(Rmethod, Address(Ricklass, CompiledICHolder::holder_metadata_offset()));
> -  __ cmp(receiver_klass, holder_klass);
> +  __ ic_check(1 /* end_alignment */);
> +  __ ldr(Rmethod, Address(Ricklass, CompiledICData::speculated_method_offset()));
> 
> 
> The fact that you say ARM32 tests are passing makes me doubt my understanding of the inline cache.

hotspot jtreg tests pass in both variants, but you finding is correct. Updated the code with your suggestion.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1470784084
PR Review Comment: https://git.openjdk.org/jdk/pull/17495#discussion_r1470785164

From eosterlund at openjdk.org  Tue Jan 30 09:08:01 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Tue, 30 Jan 2024 09:08:01 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v6]
In-Reply-To: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
Message-ID: <Js-W9WYOu68u4cBZo9DuBjtFcnI99c-hJ76dfn15gmA=.ede77c5e-8be9-44b8-80ac-46e77e1bd10f@github.com>

> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
> 
> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
> 
> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
> 
> I have tested the changes from tier1-7, and run through full aurora performance tests.

Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:

  ARM32 fixes

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17495/files
  - new: https://git.openjdk.org/jdk/pull/17495/files/42a21982..6dd64b50

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=05
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17495&range=04-05

  Stats: 10 lines in 2 files changed: 0 ins; 9 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17495.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17495/head:pull/17495

PR: https://git.openjdk.org/jdk/pull/17495

From eosterlund at openjdk.org  Tue Jan 30 09:08:02 2024
From: eosterlund at openjdk.org (Erik =?UTF-8?B?w5ZzdGVybHVuZA==?=)
Date: Tue, 30 Jan 2024 09:08:02 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v3]
In-Reply-To: <0qUYYua-ni7uWjsMme9Rw4jSI026yAHjOOeFhPFoPZs=.b90139a4-12e9-4118-92e9-c3a982b72b34@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <4Bqh63jS6WGdDtL3wqDZBBJkvH0TiY5vgd5mI_CQrIU=.21db910c-b979-4f9b-8749-fc99653cc670@github.com>
 <8QPWOBabh_N8EE6mL15EmWC91lc_gqLS3uszsJ4gW4Y=.6fe4fed8-18cc-41ae-bd5c-6a81534d7a4f@github.com>
 <0qUYYua-ni7uWjsMme9Rw4jSI026yAHjOOeFhPFoPZs=.b90139a4-12e9-4118-92e9-c3a982b72b34@github.com>
Message-ID: <9CY4JR4BUFhPtE3_6jFfGBMh5BiHpQJ7vd4PqBBBkx4=.02b1b317-952a-405c-a8a4-26aeeefba4b5@github.com>

On Mon, 29 Jan 2024 13:22:43 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> Just did an initial read through of the PR. Just added some cleanup suggestion. Also noticed something I though looked wrong in the ARM32 port. 
>> 
>> I also went through and tried to find the handful of places in the codebase where the term `ICHolder` (or its derivatives) were still used.  Put them in a separate branch to not clutter this PR. Would be nice to take this all the way and not have stale comments or naming lurking about.  (Also nuked the `DECC` copy-paste-typo)
>> Comment cleanups:
>> f1bb02ea472eb314c93d80b830c59bd03e280116
>> 
>> All platforms use `data` as a register alias for the `CompileICData*` register in the `ic_check`. But c2i and itable stubs still use `holder`.  Maybe go all the way here?
>> 5422ed32def491bd1e145959b7f3c49c88cfc50e
>> 
>> Also for PPC and s390 I think the code is easier to understand if the global inline cache register aliases these platforms have are used. But maybe that is just me.
>> 39c0a7ede5187cba52d6fcf48c0852213c48c899
>> 
>> As for the implementation I could not see anything wrong (except the ARM32 port). But I'll leave it people with more expertise in this area.
>
> Thanks for the reviews! I applied the cleanups from @xmas92 and @RealFYang. I added the JVMCI hook for @dougxc and started bulk allocating and freeing CompiledICData to deal with the situation reported by @tschatzl. I haven't touched the ARM32 code though - waiting for @voitylov there.

> @fisk Sorry for the delay. I prepared a patch that addresses the review comments for ARM32.
> 
> [jdk_ic_review_comments.patch](https://github.com/openjdk/jdk/files/14094946/jdk_ic_review_comments.patch)

Thanks for the fix. I uploaded it to the PR.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1916371714

From wkemper at openjdk.org  Tue Jan 30 16:52:17 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 16:52:17 GMT
Subject: RFR: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap
Message-ID: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>

These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.

-------------

Commit messages:
 - Move uncommit methods from control thread to heap

Changes: https://git.openjdk.org/jdk/pull/17634/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17634&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324981
  Stats: 109 lines in 4 files changed: 53 ins; 53 del; 3 mod
  Patch: https://git.openjdk.org/jdk/pull/17634.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17634/head:pull/17634

PR: https://git.openjdk.org/jdk/pull/17634

From shade at openjdk.org  Tue Jan 30 17:35:19 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Tue, 30 Jan 2024 17:35:19 GMT
Subject: RFR: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap
In-Reply-To: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
References: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
Message-ID: <LAdE_xR1PINQhVYdrQHlquh8pT6gCNIFjXOBgJ-Ut_4=.134a0f2a-c070-42f2-8a1a-65a6218d2cfd@github.com>

On Tue, 30 Jan 2024 16:46:00 GMT, William Kemper <wkemper at openjdk.org> wrote:

> These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.

src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp line 795:

> 793: }
> 794: 
> 795: void ShenandoahHeap::service_uncommit(double shrink_before, size_t shrink_until) {

I propose we call it `maybe_uncommit`. I think you can then also inline `entry_uncommit` right here, as we don't need the interface between control thread and heap anymore.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17634#discussion_r1471666363

From wkemper at openjdk.org  Tue Jan 30 18:28:34 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 18:28:34 GMT
Subject: RFR: Merge openjdk/jdk21u-dev:master
Message-ID: <uCqUwyzDjy6jgCzrMq9kGvNxyxa6YMNuMEqGE8204U0=.dbd68a37-4592-469f-a0bb-9c229841789e@github.com>

Merges tag jdk-21.0.2+13

-------------

Commit messages:
 - Merge
 - 8322883: [BACKOUT] 8225377: type annotations are not visible to javac plugins across compilation boundaries
 - Merge
 - 8317547: Enhance TLS connection support
 - Merge
 - Merge
 - 8320001: javac crashes while adding type annotations to the return type of a constructor
 - Merge remote-tracking branch 'jdk21u/master' into jdk21.0.2
 - Merge remote-tracking branch 'jdk21u/master' into jdk21.0.2
 - 8314307: Improve loop handling
 - ... and 33 more: https://git.openjdk.org/shenandoah-jdk21u/compare/75929836...375769c6

The merge commit only contains trivial merges, so no merge-specific webrevs have been generated.

Changes: https://git.openjdk.org/shenandoah-jdk21u/pull/18/files
  Stats: 1583 lines in 31 files changed: 562 ins; 792 del; 229 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/18.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/18/head:pull/18

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/18

From wkemper at openjdk.org  Tue Jan 30 19:56:44 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 19:56:44 GMT
Subject: RFR: 8324995: Shenandoah: Skip to full gc for humongous allocation
 failures
In-Reply-To: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
References: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
Message-ID: <haz355zMltdcv-DLuXPFMLZ1-29hMoqoRD-oq2vYjAI=.51a98b1a-9eac-4276-a064-b18ac46a8016@github.com>

On Tue, 30 Jan 2024 19:37:46 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Shenandoah degenerated cycles do not compact regions. When a humongous allocation fails, it is likely due to fragmentation which is better addressed by a full gc.

Kelvin developed the original change. I'm just porting it from the shenandoah development repo.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17638#issuecomment-1917763651

From wkemper at openjdk.org  Tue Jan 30 19:56:44 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 19:56:44 GMT
Subject: RFR: 8324995: Shenandoah: Skip to full gc for humongous allocation
 failures
Message-ID: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>

Shenandoah degenerated cycles do not compact regions. When a humongous allocation fails, it is likely due to fragmentation which is better addressed by a full gc.

-------------

Commit messages:
 - Skip to full gc when humongous allocations fails

Changes: https://git.openjdk.org/jdk/pull/17638/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17638&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324995
  Stats: 31 lines in 2 files changed: 16 ins; 0 del; 15 mod
  Patch: https://git.openjdk.org/jdk/pull/17638.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17638/head:pull/17638

PR: https://git.openjdk.org/jdk/pull/17638

From wkemper at openjdk.org  Tue Jan 30 20:17:47 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 20:17:47 GMT
Subject: RFR: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap [v2]
In-Reply-To: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
References: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
Message-ID: <6h9ngc_t66UzwoF7JWizh1zX8emCHAwYnmul_de7Y4U=.29b1989a-a150-4b59-8d71-c167714cd7c2@github.com>

> These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Hygene, review feedback

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17634/files
  - new: https://git.openjdk.org/jdk/pull/17634/files/ad8fe8a0..2d84279f

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17634&range=01
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17634&range=00-01

  Stats: 52 lines in 3 files changed: 20 ins; 24 del; 8 mod
  Patch: https://git.openjdk.org/jdk/pull/17634.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17634/head:pull/17634

PR: https://git.openjdk.org/jdk/pull/17634

From wkemper at openjdk.org  Tue Jan 30 20:19:27 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 20:19:27 GMT
Subject: RFR: Merge openjdk/jdk21u-dev:master [v2]
In-Reply-To: <uCqUwyzDjy6jgCzrMq9kGvNxyxa6YMNuMEqGE8204U0=.dbd68a37-4592-469f-a0bb-9c229841789e@github.com>
References: <uCqUwyzDjy6jgCzrMq9kGvNxyxa6YMNuMEqGE8204U0=.dbd68a37-4592-469f-a0bb-9c229841789e@github.com>
Message-ID: <XkkkALdNYZgK-bsLova_aV-lM9A0u-zKTkDcK6WDpvk=.ef8cf85a-6e83-4880-a77e-15ed9f566a15@github.com>

> Merges tag jdk-21.0.2+13

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase.

-------------

Changes:
  - all: https://git.openjdk.org/shenandoah-jdk21u/pull/18/files
  - new: https://git.openjdk.org/shenandoah-jdk21u/pull/18/files/375769c6..375769c6

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=18&range=01
 - incr: https://webrevs.openjdk.org/?repo=shenandoah-jdk21u&pr=18&range=00-01

  Stats: 0 lines in 0 files changed: 0 ins; 0 del; 0 mod
  Patch: https://git.openjdk.org/shenandoah-jdk21u/pull/18.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah-jdk21u.git pull/18/head:pull/18

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/18

From wkemper at openjdk.org  Tue Jan 30 20:19:28 2024
From: wkemper at openjdk.org (William Kemper)
Date: Tue, 30 Jan 2024 20:19:28 GMT
Subject: Integrated: Merge openjdk/jdk21u-dev:master
In-Reply-To: <uCqUwyzDjy6jgCzrMq9kGvNxyxa6YMNuMEqGE8204U0=.dbd68a37-4592-469f-a0bb-9c229841789e@github.com>
References: <uCqUwyzDjy6jgCzrMq9kGvNxyxa6YMNuMEqGE8204U0=.dbd68a37-4592-469f-a0bb-9c229841789e@github.com>
Message-ID: <xIJC_BOT7Th2xDxMIovozNYW3CpSURbhHaSzBnat160=.27c93497-2613-4756-8765-ccee54b66215@github.com>

On Tue, 30 Jan 2024 18:23:18 GMT, William Kemper <wkemper at openjdk.org> wrote:

> Merges tag jdk-21.0.2+13

This pull request has now been integrated.

Changeset: 66665613
Author:    William Kemper <wkemper at openjdk.org>
URL:       https://git.openjdk.org/shenandoah-jdk21u/commit/666656136f7f15905ae770888951d832f46b0535
Stats:     1583 lines in 31 files changed: 562 ins; 792 del; 229 mod

Merge

-------------

PR: https://git.openjdk.org/shenandoah-jdk21u/pull/18

From kdnilsen at openjdk.org  Tue Jan 30 22:39:42 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 30 Jan 2024 22:39:42 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <CnB6uEdO8Z4YfORIl4IqMwKWkN-V21GZyouFyMDA4Rw=.edd1e577-4149-4626-baa2-6154e3493f73@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <CnB6uEdO8Z4YfORIl4IqMwKWkN-V21GZyouFyMDA4Rw=.edd1e577-4149-4626-baa2-6154e3493f73@github.com>
Message-ID: <W_QQTBGWuoK6a9XPPrxGzvTtutbaKdNWQAd-1ueveXI=.a8889c55-e473-4d22-bd5d-434f10226447@github.com>

On Fri, 26 Jan 2024 17:46:37 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Remove unnecessary change related to debugging
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 34:
> 
>> 32: 
>> 33: enum ShenandoahFreeMemoryType : uint8_t {
>> 34:   NotFree,
> 
> Can you motivate why a FreeMemoryType should have a value NotFree? If so, then you want to call it RegionType, rather than FreeMemoryType.
> 
> I'd also write a brief line/phrase of documentation about the intent of each of the defined types of (region/free memory) used here.

Thanks for your feedback.  I'm adding comments on these declarations.

Replacing ShenandoahFreeMemoryType with ShenandoahFreeSetRegionType.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472064054

From kdnilsen at openjdk.org  Tue Jan 30 23:16:39 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 30 Jan 2024 23:16:39 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <6MlU52IkjF64TMUk5pY6hYGTxuKIOI01tX4FbakA-vE=.740993a0-7d41-4ed2-8e47-452b4f2676ac@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
 <6MlU52IkjF64TMUk5pY6hYGTxuKIOI01tX4FbakA-vE=.740993a0-7d41-4ed2-8e47-452b4f2676ac@github.com>
Message-ID: <G-fQVhOv4CqOQtxIhe62cF5kfkFE2Xj1iiHbNd407vw=.5512471a-4794-48aa-94bd-38c9b8e7b922@github.com>

On Sun, 28 Jan 2024 22:55:05 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 40:
>> 
>>> 38: };
>>> 39: 
>>> 40: class ShenandoahSetsOfFree {
>> 
>> I wonder if "ShenandoahSetsOfFreeRegions" or "ShenandoahFreeRegionSets" is a better name.
>
> The other possibility is to think of the types defined further above as inducing a partitioning of the [free] regions on the heap, and call it `Shenandoah[Free]RegionPartition`.
> 
> I place [free] in the optional bracket because you have a NotFree type, so I am not sure if the partitioning implicitly includes all regions of the heap both free and not free, depending on which the "free" might be kept or dropped.

Thanks for this guidance.  I'm going with ShenandoahRegionPartition (which does include the NotFree partition).

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472101374

From kdnilsen at openjdk.org  Tue Jan 30 23:24:04 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 30 Jan 2024 23:24:04 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <6MlU52IkjF64TMUk5pY6hYGTxuKIOI01tX4FbakA-vE=.740993a0-7d41-4ed2-8e47-452b4f2676ac@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
 <6MlU52IkjF64TMUk5pY6hYGTxuKIOI01tX4FbakA-vE=.740993a0-7d41-4ed2-8e47-452b4f2676ac@github.com>
Message-ID: <w_Tgsng-JGKZ-XoAat94aHzIoRkk4CSa8xSyAe5QCRo=.29836a02-0101-421a-8d39-ae4fc2afcea8@github.com>

On Sun, 28 Jan 2024 23:09:55 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 41:
>> 
>>> 39:     case Mutator: return "Mutator";
>>> 40:     case Collector: return "Collector";
>>> 41:     case NumFreeSets: return "NumFreeSets";
>> 
>> How is "NumFreeSets" a type whose name would be used? I'd remove it from here.
>
> For the same reason, it seems curious to have "NotFree" be a valid "free memory type". If the types are a partitioning of free memory, they would be FreeMemoryTypes (or more correctly FreeRegionTypes). If they are a partitioning of all regions, they should be RegionTypes and can include both Free and NotFree.

Good points.  I'm removing NumFreeSets case and changing function name to region_type_name().

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472107070

From kdnilsen at openjdk.org  Tue Jan 30 23:39:49 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Tue, 30 Jan 2024 23:39:49 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <IJHqpG787j3tBcllBClChrjWWdiTMUXtIPutavl4C8E=.cbcae614-66c6-4580-894f-9ffa813954db@github.com>

On Sun, 28 Jan 2024 22:57:09 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 43:
> 
>> 41: 
>> 42: private:
>> 43:   size_t _max;                  // The maximum number of heap regions
> 
> Is this a constant or can it change with the number of regions in the whole heap (and therefore as the heap expands and contracts), or is it a fixed constant depending on the maximum size of the heap (and the fixed region size)?

Thanks.  I'm declaring as const.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472117031

From kdnilsen at openjdk.org  Wed Jan 31 00:28:07 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 00:28:07 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <-AfJqFvzSTCoHK1CIwXm1gc60T2OZeZWqfb9V5zo_uA=.f1074fde-9bda-4c48-a7f4-0b787c57c1fa@github.com>

On Sun, 28 Jan 2024 23:11:43 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 51:
> 
>> 49:     _region_size_bytes(ShenandoahHeapRegion::region_size_bytes())
>> 50: {
>> 51:   _membership = NEW_C_HEAP_ARRAY(ShenandoahFreeMemoryType, max_regions, mtGC);
> 
> So it looks like max_regions will cover the entire largest possible size of the heap (and all regions that can ever be in the heap).
> 
> In that case, I'd make the `_max` field `const`, and similarly the `_membership` array. By the way, I see a bunch of terms being interchangeably used here: sets, types, membership. I'd settle upon a single terminology that would cleanly work and keep the set of terms small.

Good points.  Declaring these as constants.  Replacing which_set with which_partition globally.

Changing ShenandoahFreeSetRegionType to ShenandoahFreeSetPartitionId.

Renaming function region_type_name() to partition_name()

Renaming in_free_set() to in_partition()

Renaming retire_within_free_set() to retire_within_partition()

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472155032

From kdnilsen at openjdk.org  Wed Jan 31 00:44:03 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 00:44:03 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <GeDFgVfX2tI-M6pr_Mb8PVInz1yA9UZ8F4Mi0izS4AU=.76c1426d-9371-49d6-809f-f23ba92ba272@github.com>

On Sun, 28 Jan 2024 23:56:09 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 163:
> 
>> 161: 
>> 162:   // While holding the heap lock, allocate memory for a single object or LAB  which is to be entirely contained
>> 163:   // within a single HeapRegion as characterized by req.  The req.size() value is known to be less than or
> 
> "known to be", or "required to be"? In other words, is it a precondition of the method to behave correctly?

Rewriting comment to clarify that this is precondition.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472167332

From kdnilsen at openjdk.org  Wed Jan 31 00:48:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 00:48:02 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <DtF0h45Ec9GtnLdsyCQc7pbrck1x38rnOeQLVOFJV_E=.0fe89b83-844b-4c9f-981f-988905896fc3@github.com>

On Mon, 29 Jan 2024 00:00:38 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 401:
> 
>> 399: 
>> 400: HeapWord* ShenandoahFreeSet::allocate_single(ShenandoahAllocRequest& req, bool& in_new_region) {
>> 401:   shenandoah_assert_heaplocked();
> 
> In addition, another precondition for this method appears to be that req.size() <= humongous size threshold. Perhaps that check should also be disposed of here. (Based on the documentation at the previous review comment above.)

Added similar documentation here.  Thanks.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472169238

From kdnilsen at openjdk.org  Wed Jan 31 00:56:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 00:56:02 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <Ppa27XMGnzFdPASUFLgEux7ID2KEjYV0bwp7HCCFg7o=.37f35a54-5acb-4c14-ad1e-2a4168100655@github.com>

On Mon, 29 Jan 2024 00:03:12 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 413:
> 
>> 411:   //
>> 412:   // Free set maintains mutator and collector views, and normally they allocate in their views only,
>> 413:   // unless we special cases for stealing and mixed allocations.
> 
> I'd drop this comment, unless such special cases actually exist in the code today. Do they?

Thanks for calling this out.  I've refined these comments to reflect current reality.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472175977

From kdnilsen at openjdk.org  Wed Jan 31 00:59:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 00:59:02 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <DinXhppBWv8ZuH8hwXAXIWzFciDhttcIomKf9w_0cLc=.18bfc7cc-3683-4c5e-868f-b5484d10c08a@github.com>

On Mon, 29 Jan 2024 00:08:52 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 423:
> 
>> 421:       // Allocate within mutator free from high memory to low so as to preserve low memory for humongous allocations
>> 422:       if (!_free_sets.is_empty(Mutator)) {
>> 423:         // Use signed idx.  Otherwise, loop will never terminate.
> 
> Can you use `ssize_t` for the index and the return values from the methods? (I assume the problem you have in mind arises when `leftmost` below is 0?

The problem happens when leftmost is zero.  If we decrement idx beyond zero, we would get MAXINT rather than -1, so the test that idx >= leftmost is always true and loop never terminates...  I think I discovered this the hard way... :(

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472179732

From kdnilsen at openjdk.org  Wed Jan 31 01:02:02 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 01:02:02 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
Message-ID: <Ih0EGES9kCGIE-8OrGhYhADAJUG6plnbr_vEMvSE8yI=.7819d05c-7563-401b-951d-31644449a5e4@github.com>

On Mon, 29 Jan 2024 00:15:05 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 443:
> 
>> 441:       // GCLABs are for evacuation so we must be in evacuation phase.  If this allocation is successful, increment
>> 442:       // the relevant evac_expended rather than used value.
>> 443: 
> 
> This seems like a leakage of abstraction to me. Besides, I do not see `evac_expended` anywhere in this file?

Removing mention of evac_expended.  That comment is vestigial.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472181750

From kdnilsen at openjdk.org  Wed Jan 31 01:07:03 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 01:07:03 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <rU-umKDl7UwMNkZVWYikudISbsONmpk7MKeEShpb5yM=.46d8ae45-c222-4c42-a1b1-d63ece414257@github.com>

On Mon, 29 Jan 2024 22:35:02 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 98:
> 
>> 96:     _rightmosts[idx] = 0;
>> 97:     _leftmosts_empty[idx] = _max;
>> 98:     _rightmosts_empty[idx] = 0;
> 
> // Make all regions NotFree
> 
> 
> Would this read easier if one used `type` or similar for the loop variable name & used multiple assignment statements:
> 
> _leftmosts[type] = _leftmosts_empty[type] = _max;
> _rightmosts[type] = _rightmosts_empty[type] = 0;
> _used_by_[type] = _capacity_of[type] = 0;
> 
> 
> Then
> 
> _region_counts[Mutator] = _region_counts[Collector] = 0;
> _region_counts[NotFree] = _max;

Thanks.  Using partition_id instead of idx.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472184788

From kdnilsen at openjdk.org  Wed Jan 31 01:15:03 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 01:15:03 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <gg_lvNpHvKCJaBxuPoIfezxN-_2KkgVylFOOOj_GuKk=.ff9385a2-d186-4cc3-b00f-2ee4b8d59702@github.com>

On Mon, 29 Jan 2024 22:40:07 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 108:
> 
>> 106: }
>> 107: 
>> 108: void ShenandoahSetsOfFree::clear_all() {
> 
> I'd opt for something that uses a term other than `clear`, since `clear` has no specific semantics since you are also including `NotFree` as a type of set you track here (this goes back to the question of whether you really need to track that separately at all -- it could be relegated to a default sentinel type for any memory region, and may or may not need tracking the intervals here? (I haven't looked to see if you ever need to use the [left, right] of the NotFree interval for anything other than assertion checking. You could say `clear_mutator_and_collector`, or `unfree()`. Something that more clearly conveys the mental model of the class more clearly in its API names.

changing this to make_all_regions_unavailable()

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472189049

From kdnilsen at openjdk.org  Wed Jan 31 01:21:01 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 01:21:01 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <EzMRR411XS-8uDH1dPDMGbYZz8wofXPnlupyUP7qhfs=.a8d57e0b-b5cb-4451-9d3f-5fe220285c4b@github.com>

On Mon, 29 Jan 2024 22:46:25 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 120:
> 
>> 118: }
>> 119: 
>> 120: inline void ShenandoahSetsOfFree::shrink_bounds_if_touched(ShenandoahFreeMemoryType set, size_t idx) {
> 
> `if_touched` isn't as clear as `if_extremal` -- as far as I can tell you shrink when the region in question is extremal (left or right), at which point you walk right or left, respectively, to get to the next member in the set where you plan the end of that interval.
> 
> Or you could just say `shrink_interval_if_at_edge`.
> 
> In other words, there's a notion of `touched` here that isn't clear (or at least not obvious to me).

Rename to shrink_range_if_boundary_modified()

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472192426

From shade at openjdk.org  Wed Jan 31 08:34:01 2024
From: shade at openjdk.org (Aleksey Shipilev)
Date: Wed, 31 Jan 2024 08:34:01 GMT
Subject: RFR: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap [v2]
In-Reply-To: <6h9ngc_t66UzwoF7JWizh1zX8emCHAwYnmul_de7Y4U=.29b1989a-a150-4b59-8d71-c167714cd7c2@github.com>
References: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
 <6h9ngc_t66UzwoF7JWizh1zX8emCHAwYnmul_de7Y4U=.29b1989a-a150-4b59-8d71-c167714cd7c2@github.com>
Message-ID: <YyxJ06CjL2LJmFx_INepXxURX4r92ezuwVmUL55iZsQ=.888f01a7-2234-4759-8caf-5c8bb15be0ef@github.com>

On Tue, 30 Jan 2024 20:17:47 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Hygene, review feedback

Marked as reviewed by shade (Reviewer).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17634#pullrequestreview-1853147654

From dnsimon at openjdk.org  Wed Jan 31 14:16:07 2024
From: dnsimon at openjdk.org (Doug Simon)
Date: Wed, 31 Jan 2024 14:16:07 GMT
Subject: RFR: 8322630: Remove ICStubs and related safepoints [v6]
In-Reply-To: <Js-W9WYOu68u4cBZo9DuBjtFcnI99c-hJ76dfn15gmA=.ede77c5e-8be9-44b8-80ac-46e77e1bd10f@github.com>
References: <fBgJL9x-xOMJrtJsW0yPPeLWWj0OxJRoHS048kdtLF0=.0c09d267-c0ae-40d8-a186-1843228ba9c8@github.com>
 <Js-W9WYOu68u4cBZo9DuBjtFcnI99c-hJ76dfn15gmA=.ede77c5e-8be9-44b8-80ac-46e77e1bd10f@github.com>
Message-ID: <WGnXcRaPc5NVBE8RaOgE6gvFfGjrd7W3uVOZdw4Ctmk=.5a558ad1-1d0d-4833-934f-ad9ab1cd86a8@github.com>

On Tue, 30 Jan 2024 09:08:01 GMT, Erik ?sterlund <eosterlund at openjdk.org> wrote:

>> ICStubs solve an atomicity problem when setting both the destination and data of an inline cache. Unfortunately, it also leads to occasional safepoint carpets when multiple threads need to ICRefill the stubs at the same time, and spurious GuaranteedSafepointInterval "Cleanup" safepoints every second. This patch changes inline caches to not change the data part at all during the nmethod life cycle, hence removing the need for ICStubs.
>> 
>> The new scheme is less stateful. Instead of adding and removing callsite metadata back and forth when transitioning inline cache states, it installs all state any shape of call will ever need at resolution time in a struct that I call CompiledICData. This reduces inline cache state changes to simply changing the destination of the call, and it doesn't really matter what state transitions to what other state.
>> 
>> With this patch, we get rid of ICStub and ICBuffer classes and the related ICRefill and almost all Cleanup safepoints in practice. It also makes the inline cache code much simpler.
>> 
>> I have tested the changes from tier1-7, and run through full aurora performance tests.
>
> Erik ?sterlund has updated the pull request incrementally with one additional commit since the last revision:
> 
>   ARM32 fixes

The PR to adapt Graal for this change: https://github.com/oracle/graal/pull/8287

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17495#issuecomment-1919186059

From kdnilsen at openjdk.org  Wed Jan 31 14:26:03 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 14:26:03 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <JOrjvqi4C2SGTM2OOOHojeHJ515DkYXOo_ERyNhsFMQ=.be944b41-cf9b-4d48-9ea9-d7f216f167ac@github.com>

On Mon, 29 Jan 2024 22:54:02 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 50:
> 
>> 48:   size_t _rightmosts[NumFreeSets];
>> 49:   size_t _leftmosts_empty[NumFreeSets];
>> 50:   size_t _rightmosts_empty[NumFreeSets];
> 
> I'd motivate the `.._empty` notion and document the role of each of these fields (for an arbitrary type).
> 
> Just a line is enough, e.g. a brief block comment such as:
> 
> 
> //  For each type, we track an interval outside of which a region of that type
> // is guaranteed not to be found. This makes searches for free space more efficient.
> //  For any given type, its _leftmosts represents its least index, and its _rightmosts its
> // greatest index. Empty intervals are indicated by the canconical [_max, 0].
> 
> 
> In this description, what does `_leftmosts_empty` represent?

Thanks.  I've added these comments also.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472899856

From kdnilsen at openjdk.org  Wed Jan 31 14:31:04 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 14:31:04 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <AT-YJ2lVm1OGOF2S3t3_794mxz0bXZ9Y5h_g51AmjJM=.7d4a381b-ee53-42f9-840c-7981e493faad@github.com>

On Mon, 29 Jan 2024 22:59:24 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 58:
> 
>> 56: 
>> 57:   inline void shrink_bounds_if_touched(ShenandoahFreeMemoryType set, size_t idx);
>> 58:   inline void expand_bounds_maybe(ShenandoahFreeMemoryType set, size_t idx, size_t capacity);
> 
> To my comment elsewhere of the meaning of `_if_touched` (for the shrink), couldn't you just say `_maybe` like you did for the expand?
> 
> I personally (subjectively) prefer `interval`, but `bounds` is fine if there is precedence elsewhere in the code.

I'll change to shrink_interval_if_boundary_modified and expand_interval_if_boundary_modified.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1472906053

From kdnilsen at openjdk.org  Wed Jan 31 14:38:29 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 14:38:29 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v5]
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <2ORYy-YGCB5O4hWg3vcIhpCpyU6DcIW15jT877AxnFA=.3be03f5f-6f4f-4882-a86a-2475a2aef533@github.com>

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )         40
>   Test:    1050363.812   (+/-175237.63  )         20
> 
> +49.97% scimark.sparse.small/rss_max p=0.00000
>   Control: 277075...

Kelvin Nilsen has updated the pull request incrementally with 10 additional commits since the last revision:

 - Change names of shrink_bounds_if_touched and expand_bounds_maybe
 - Add comments to describe _leftmosts and _rightmosts and _empty ranges
 - Change shrink_bounds_if_touched to shrink_range_if_boundary_modified
 - Change clear_internal() to make_all_regions_unavailable()
 - Remove mention of vestigial evac_expended in comment
 - Fix comment in allocate_single()
 - Clarify preconditions for allocate_single and allocate_contiguous
 - More consistent naming of partitions vs sets
 - Change ShenandoahSetsOfFreeRegions to ShenandoahRegionPartition
 - Replace ShenandoahFreeMemoryType with ShenandoahFreeSetRegionType

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17561/files
  - new: https://git.openjdk.org/jdk/pull/17561/files/813ba6ef..7816f3a5

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=04
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=03-04

  Stats: 334 lines in 3 files changed: 26 ins; 15 del; 293 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From kdnilsen at openjdk.org  Wed Jan 31 16:28:15 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 16:28:15 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v6]
In-Reply-To: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
Message-ID: <xrx56lQ5-wdms5LUWVS_6Xu7mtkM793YsnNfDCDJ2PY=.2b1ac521-4db3-44b0-b715-c8e49439b3b7@github.com>

> Several objectives:
> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
> 
> On internal performance pipelines, this change shows:
> 
>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
> 
> Shenandoah
> -------------------------------------------------------------------------------------------------------
> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>   Control: 819938.875   (+/-5724.56  )         40
>   Test:    2185552.625   (+/-26378.64  )         20
> 
> +166.16% scimark.sparse.large/rss_max p=0.00000
>   Control: 3285226.375   (+/-22812.93  )         40
>   Test:    8743881.500   (+/-104906.69  )         20
> 
> +164.78% sunflow/cpu_system p=0.00000
>   Control:      1.280s  (+/-  0.10s )         40
>   Test:         3.390s  (+/-  0.13s )         20
> 
> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>   Control:      3.259   (+/-  1.46  )         33
>   Test:         8.125   (+/-  2.05  )         20
> 
> +143.75% pmd/major_page_fault_count p=0.03622
>   Control:      1.000   (+/-  0.00  )         40
>   Test:         2.438   (+/-  2.59  )         20
> 
> +80.22% lusearch/minor_page_fault_count p=0.00000
>   Control: 2043930.938   (+/-4777.14  )         40
>   Test:    3683477.625   (+/-5650.29  )         20
> 
> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>   Control: 697899.156   (+/-3457.82  )         40
>   Test:    1050363.812   (+/-175237.63  )         20
> 
> +49.97% scimark.sparse.small/rss_max p=0.00000
>   Control: 277075...

Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:

  Rename and comments for _capacity_of and _used_by

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17561/files
  - new: https://git.openjdk.org/jdk/pull/17561/files/7816f3a5..fb1f5bfe

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=05
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17561&range=04-05

  Stats: 25 lines in 2 files changed: 5 ins; 0 del; 20 mod
  Patch: https://git.openjdk.org/jdk/pull/17561.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17561/head:pull/17561

PR: https://git.openjdk.org/jdk/pull/17561

From kdnilsen at openjdk.org  Wed Jan 31 16:28:16 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 16:28:16 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <bi-govjjcUKqPUUPnQ-io0-S-Bm5XIm64HLEkCUR2Ow=.b555b473-8646-4c1a-a38b-fed796a8d098@github.com>
Message-ID: <_ZOuOCGPMZ-DRvGn6LLe_-1X0U1xp8UEdAdQvtbiEtI=.483a259f-77c0-4fcb-ae98-273d85cc0314@github.com>

On Mon, 29 Jan 2024 22:57:07 GMT, Y. Srinivas Ramakrishna <ysr at openjdk.org> wrote:

>> Kelvin Nilsen has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - Fix typo in comment
>>  - Remove unnecessary include
>
> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 55:
> 
>> 53:   size_t _capacity_of[NumFreeSets];
>> 54:   size_t _used_by[NumFreeSets];
>> 55:   size_t _region_counts[NumFreeSets];
> 
> Similarly, document what these values hold at any time; just a line is enough, e.g.
> 
> 
> // For any given type, its _capacity_of is its net capacity, and _used_by the amount used.
> // _region_counts is the number of regions of that type.
> 
> 
> Why the extra `_of` and `_by`? Wouldn't it be more consistent with naming elsewhere
> to just say `capacity` and `used`?

Made this change as well.  Thanks.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1473112070

From wkemper at openjdk.org  Wed Jan 31 16:46:13 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 16:46:13 GMT
Subject: Integrated: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap
In-Reply-To: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
References: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
Message-ID: <iDTJ7BQQPDlzPwNKWXeCkVFOLcUvDYZZRogqg6FwDz0=.615c2d51-b4e4-4f5f-a25c-683e1d1b4fcb@github.com>

On Tue, 30 Jan 2024 16:46:00 GMT, William Kemper <wkemper at openjdk.org> wrote:

> These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.

This pull request has now been integrated.

Changeset: 2cd1ba6a
Author:    William Kemper <wkemper at openjdk.org>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL:       https://git.openjdk.org/jdk/commit/2cd1ba6a52eafffa65d0f2532a07fff89f9cea0e
Stats:     107 lines in 4 files changed: 49 ins; 53 del; 5 mod

8324981: Shenandoah: Move commit and soft max heap changed methods into heap

Reviewed-by: shade

-------------

PR: https://git.openjdk.org/jdk/pull/17634

From wkemper at openjdk.org  Wed Jan 31 16:46:12 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 16:46:12 GMT
Subject: RFR: 8324981: Shenandoah: Move commit and soft max heap changed
 methods into heap [v2]
In-Reply-To: <6h9ngc_t66UzwoF7JWizh1zX8emCHAwYnmul_de7Y4U=.29b1989a-a150-4b59-8d71-c167714cd7c2@github.com>
References: <1Jl_9szfwsJsprbS4LUPPSFcPg15IJPcN1_l1tbTCvM=.60f63e85-248c-487e-b83d-4cabd73118df@github.com>
 <6h9ngc_t66UzwoF7JWizh1zX8emCHAwYnmul_de7Y4U=.29b1989a-a150-4b59-8d71-c167714cd7c2@github.com>
Message-ID: <NmZtc1BnBrvR-3SXcESYmpSxxTB7mlD9qS8Lwd06G78=.532afb3f-fdd0-40fb-a5d2-574a6fe47a7c@github.com>

On Tue, 30 Jan 2024 20:17:47 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> These methods could have been static in control thread because they only interact with the heap. Moving them into the heap reduces code duplication on the generational mode branch.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Hygene, review feedback

GHA failure on macos looks like an infrastructure issue.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17634#issuecomment-1919486195

From ysr at openjdk.org  Wed Jan 31 17:36:06 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Wed, 31 Jan 2024 17:36:06 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v4]
In-Reply-To: <DinXhppBWv8ZuH8hwXAXIWzFciDhttcIomKf9w_0cLc=.18bfc7cc-3683-4c5e-868f-b5484d10c08a@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <Uw8Ao0F2vQhi35yNeJtfSsoZbSzgYhrW1-ExVDmJTCM=.65b8d60a-d490-4456-984b-40be92a83fb4@github.com>
 <gViARkv0jhXfIL4ekepO4LblHADqn1AvzTRdW3xvCw0=.8113e2a5-9c84-41c5-ad63-dc239931b1ea@github.com>
 <DinXhppBWv8ZuH8hwXAXIWzFciDhttcIomKf9w_0cLc=.18bfc7cc-3683-4c5e-868f-b5484d10c08a@github.com>
Message-ID: <7zz-C2deQM2LpSf1Jo5E4C5WYbCyUuNO7CQPMX6Q47s=.0d200023-1b71-462e-bcee-01bcf41b5702@github.com>

On Wed, 31 Jan 2024 00:56:41 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.cpp line 423:
>> 
>>> 421:       // Allocate within mutator free from high memory to low so as to preserve low memory for humongous allocations
>>> 422:       if (!_free_sets.is_empty(Mutator)) {
>>> 423:         // Use signed idx.  Otherwise, loop will never terminate.
>> 
>> Can you use `ssize_t` for the index and the return values from the methods? (I assume the problem you have in mind arises when `leftmost` below is 0?
>
> The problem happens when leftmost is zero.  If we decrement idx beyond zero, we would get MAXINT rather than -1, so the test that idx >= leftmost is always true and loop never terminates...  I think I discovered this the hard way... :(

`ssize_t` is signed, unlike `size_t` which is unsigned.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1473201175

From ysr at openjdk.org  Wed Jan 31 17:40:02 2024
From: ysr at openjdk.org (Y. Srinivas Ramakrishna)
Date: Wed, 31 Jan 2024 17:40:02 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v2]
In-Reply-To: <W_QQTBGWuoK6a9XPPrxGzvTtutbaKdNWQAd-1ueveXI=.a8889c55-e473-4d22-bd5d-434f10226447@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <wBgIzwaqYHqKB-w-oMmJDJOxXpgqJoOD551maoBCfaM=.1ab38669-13be-48b6-950b-4123f7ef3af4@github.com>
 <CnB6uEdO8Z4YfORIl4IqMwKWkN-V21GZyouFyMDA4Rw=.edd1e577-4149-4626-baa2-6154e3493f73@github.com>
 <W_QQTBGWuoK6a9XPPrxGzvTtutbaKdNWQAd-1ueveXI=.a8889c55-e473-4d22-bd5d-434f10226447@github.com>
Message-ID: <069i72Dj3GdQ3EbAHs2_irJ9YU2qGz7dSOzbAvR2W6Q=.f6317c9c-a636-4d99-9440-efbba78651ba@github.com>

On Tue, 30 Jan 2024 22:35:45 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> src/hotspot/share/gc/shenandoah/shenandoahFreeSet.hpp line 34:
>> 
>>> 32: 
>>> 33: enum ShenandoahFreeMemoryType : uint8_t {
>>> 34:   NotFree,
>> 
>> Can you motivate why a FreeMemoryType should have a value NotFree? If so, then you want to call it RegionType, rather than FreeMemoryType.
>> 
>> I'd also write a brief line/phrase of documentation about the intent of each of the defined types of (region/free memory) used here.
>
> Thanks for your feedback.  I'm adding comments on these declarations.
> 
> Replacing ShenandoahFreeMemoryType with ShenandoahFreeSetRegionType.

Sorry I wasn't clear. My question was about the "Free" in the name of the type, as if it represented subtypes of "FreeRegions". But since it includes "NotFree", it includes regions that aren't free. May be "RegionFreenessType" if you want free in the name. Then "NotFree" is lack of freeness :-)

But may be I am nitpicking too much here.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/17561#discussion_r1473207448

From wkemper at openjdk.org  Wed Jan 31 18:17:12 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 18:17:12 GMT
Subject: RFR: 8324995: Shenandoah: Skip to full gc for humongous allocation
 failures [v2]
In-Reply-To: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
References: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
Message-ID: <qeJs1MXy9rei5gIsq6MHFsY4pcVubeFQCjWkixNoCgY=.697fd411-a91c-4f4b-b83e-23228dcd9d34@github.com>

> Shenandoah degenerated cycles do not compact regions. When a humongous allocation fails, it is likely due to fragmentation which is better addressed by a full gc.

William Kemper has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains two commits:

 - Merge branch 'openjdk-master' into humongous-alloc-failure-handling
 - Skip to full gc when humongous allocations fails

-------------

Changes: https://git.openjdk.org/jdk/pull/17638/files
 Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=17638&range=01
  Stats: 31 lines in 2 files changed: 16 ins; 0 del; 15 mod
  Patch: https://git.openjdk.org/jdk/pull/17638.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17638/head:pull/17638

PR: https://git.openjdk.org/jdk/pull/17638

From kdnilsen at openjdk.org  Wed Jan 31 18:21:05 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 18:21:05 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v6]
In-Reply-To: <xrx56lQ5-wdms5LUWVS_6Xu7mtkM793YsnNfDCDJ2PY=.2b1ac521-4db3-44b0-b715-c8e49439b3b7@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <xrx56lQ5-wdms5LUWVS_6Xu7mtkM793YsnNfDCDJ2PY=.2b1ac521-4db3-44b0-b715-c8e49439b3b7@github.com>
Message-ID: <sWxvcPh_m5D6eoP50mmNmzrqjCfY0QMtK9-o1bGrVDk=.f14aa1fe-44fa-450e-9c94-229b0dc97854@github.com>

On Wed, 31 Jan 2024 16:28:15 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Rename and comments for _capacity_of and _used_by

An earlier comment had requested impact on SpecJBB.  I have this information from an internal performance pipeline.  Seems to improve critical-jops and max-jops, but also increases P100 jhiccup.
![Screenshot 2024-01-31 at 10 15 07 AM](https://github.com/openjdk/jdk/assets/51720475/c5fdb696-d29c-4c04-8ea5-3f433faaeb1a)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17561#issuecomment-1919661663

From wkemper at openjdk.org  Wed Jan 31 18:35:03 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 18:35:03 GMT
Subject: RFR: 8324649: Shenandoah: refactor implementation of free set [v6]
In-Reply-To: <xrx56lQ5-wdms5LUWVS_6Xu7mtkM793YsnNfDCDJ2PY=.2b1ac521-4db3-44b0-b715-c8e49439b3b7@github.com>
References: <VAkn0SrKYZWmnflpM8ZwVAXjUF1LjA0_FCBmRJJ4VSc=.c2f979bd-2957-434e-95ca-7b11b1573900@github.com>
 <xrx56lQ5-wdms5LUWVS_6Xu7mtkM793YsnNfDCDJ2PY=.2b1ac521-4db3-44b0-b715-c8e49439b3b7@github.com>
Message-ID: <_b3l_JHOy2F3LfvLBf1ZUscooRdrpK7Xoitc0Nhj-yg=.02f9e741-fee7-4734-bc85-87d9c6f0dfa3@github.com>

On Wed, 31 Jan 2024 16:28:15 GMT, Kelvin Nilsen <kdnilsen at openjdk.org> wrote:

>> Several objectives:
>> 1. Reduce humongous allocation failures by segregating regular regions from humongous regions
>> 2. Do not retire regions just because an allocation failed within the region if the memory remaining within the region is large enough to represent a LAB
>> 3. Track range of empty regions in addition to range of available regions in order to expedite humongous allocations
>> 4. Treat collector reserves as available for Mutator allocations after evacuation completes
>> 5. Improve encapsulation so as to enable an OldCollector reserve for future integration of generational Shenandoah
>> 
>> On internal performance pipelines, this change shows:
>> 
>>  1. some Increase in page faults and rss_max with certain workloads, presumably because of "segregation" of humongous from regular regions.
>>  2. An increase in System CPU time on certain benchmarks: sunflow (+165%), scimark.sparse.large (+50%), lusearch (+43%).  This system CPU time increase appears to correlate with increased page faults and/or rss.
>>  3. An increase in trigger_failure for the hyperalloc_a2048_o4096 experiment (not yet understood)
>>  4. 2-30x improvements on multiple metrics of the Extremem phased workload latencies (most likely resulting from fewer degenerated or full GCs)
>> 
>> Shenandoah
>> -------------------------------------------------------------------------------------------------------
>> +166.55% scimark.sparse.large/minor_page_fault_count p=0.00000
>>   Control: 819938.875   (+/-5724.56  )         40
>>   Test:    2185552.625   (+/-26378.64  )         20
>> 
>> +166.16% scimark.sparse.large/rss_max p=0.00000
>>   Control: 3285226.375   (+/-22812.93  )         40
>>   Test:    8743881.500   (+/-104906.69  )         20
>> 
>> +164.78% sunflow/cpu_system p=0.00000
>>   Control:      1.280s  (+/-  0.10s )         40
>>   Test:         3.390s  (+/-  0.13s )         20
>> 
>> +149.29% hyperalloc_a2048_o4096/trigger_failure p=0.00000
>>   Control:      3.259   (+/-  1.46  )         33
>>   Test:         8.125   (+/-  2.05  )         20
>> 
>> +143.75% pmd/major_page_fault_count p=0.03622
>>   Control:      1.000   (+/-  0.00  )         40
>>   Test:         2.438   (+/-  2.59  )         20
>> 
>> +80.22% lusearch/minor_page_fault_count p=0.00000
>>   Control: 2043930.938   (+/-4777.14  )         40
>>   Test:    3683477.625   (+/-5650.29  )         20
>> 
>> +50.50% scimark.sparse.small/minor_page_fault_count p=0.00000
>>   Control: 697899.156   (+/-3457.82  )         40
>>   Test:    1050363.812   (+/-175...
>
> Kelvin Nilsen has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Rename and comments for _capacity_of and _used_by

Many of our internal performance tools are defaulted for comparisons tor GenShen (and on the GenShen branch). Here is a graph showing key specjbb metrics comparing this branch against `openjdk/jdk:master`:

![image](https://github.com/openjdk/jdk/assets/71722661/983a8b75-8bc3-4537-9f29-ea907cb6b9d5)

-------------

PR Comment: https://git.openjdk.org/jdk/pull/17561#issuecomment-1919701658

From wkemper at openjdk.org  Wed Jan 31 21:50:06 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 21:50:06 GMT
Subject: RFR: 8324995: Shenandoah: Skip to full gc for humongous allocation
 failures [v3]
In-Reply-To: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
References: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
Message-ID: <QgXuMhrOQPIV_tADOre-PRtDNJYWXnuuHzMzuZnovqw=.6a5ebb07-a076-4b3f-be35-be4c77ca84f6@github.com>

> Shenandoah degenerated cycles do not compact regions. When a humongous allocation fails, it is likely due to fragmentation which is better addressed by a full gc.

William Kemper has updated the pull request incrementally with one additional commit since the last revision:

  Fix typo in comment

-------------

Changes:
  - all: https://git.openjdk.org/jdk/pull/17638/files
  - new: https://git.openjdk.org/jdk/pull/17638/files/79c6f3b5..697066c8

Webrevs:
 - full: https://webrevs.openjdk.org/?repo=jdk&pr=17638&range=02
 - incr: https://webrevs.openjdk.org/?repo=jdk&pr=17638&range=01-02

  Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
  Patch: https://git.openjdk.org/jdk/pull/17638.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/17638/head:pull/17638

PR: https://git.openjdk.org/jdk/pull/17638

From wkemper at openjdk.org  Wed Jan 31 21:57:40 2024
From: wkemper at openjdk.org (William Kemper)
Date: Wed, 31 Jan 2024 21:57:40 GMT
Subject: RFR: 8324067: GenShen: Isolate regulator thread to generational mode
Message-ID: <HNq7qoFSQoGvqneDR6PGp0IMMWkRhFL-CDK7rSU3JJo=.c9c87216-4050-4c42-8b54-a01e35333400@github.com>

Shenandoah's generational mode uses a second thread to evaluate heuristics. This is necessary so that the heuristics may interrupt a control thread which is running an old cycle in order to run a young cycle.

-------------

Commit messages:
 - Merge remote-tracking branch 'shenandoah/master' into isolate-control-thread
 - Add missing precompiled header
 - Move common code from control threads to heap
 - WIP: Pulling things into common base class (a bridge too far?)
 - WIP: checkpoint
 - 8324553: Shenandoah: Move periodic tasks closer to their collaborators
 - 8324334: Shenandoah: Improve end of process report
 - Merge branch 'shenandoah-master' into isolate-control-thread
 - Minor cleanup
 - Put an interface between shenandoah heap and control threads
 - ... and 3 more: https://git.openjdk.org/shenandoah/compare/1ecdc046...2109a3d0

Changes: https://git.openjdk.org/shenandoah/pull/388/files
 Webrev: https://webrevs.openjdk.org/?repo=shenandoah&pr=388&range=00
  Issue: https://bugs.openjdk.org/browse/JDK-8324067
  Stats: 2373 lines in 16 files changed: 1574 ins; 674 del; 125 mod
  Patch: https://git.openjdk.org/shenandoah/pull/388.diff
  Fetch: git fetch https://git.openjdk.org/shenandoah.git pull/388/head:pull/388

PR: https://git.openjdk.org/shenandoah/pull/388

From kdnilsen at openjdk.org  Wed Jan 31 22:46:01 2024
From: kdnilsen at openjdk.org (Kelvin Nilsen)
Date: Wed, 31 Jan 2024 22:46:01 GMT
Subject: RFR: 8324995: Shenandoah: Skip to full gc for humongous allocation
 failures [v3]
In-Reply-To: <QgXuMhrOQPIV_tADOre-PRtDNJYWXnuuHzMzuZnovqw=.6a5ebb07-a076-4b3f-be35-be4c77ca84f6@github.com>
References: <i_w8n_vKP0Ek0pqUIx1v0S4y_N3Cb5XFwYFDTbIFpYw=.10eaac81-1d30-4bc1-84e7-a18aee872ba2@github.com>
 <QgXuMhrOQPIV_tADOre-PRtDNJYWXnuuHzMzuZnovqw=.6a5ebb07-a076-4b3f-be35-be4c77ca84f6@github.com>
Message-ID: <WB5IpWNvzxf80J-XQcOsuadMAtXGHqqgvhl8f55ylTc=.0b1bcb8a-1b5e-40ca-970c-2ac27c3e1590@github.com>

On Wed, 31 Jan 2024 21:50:06 GMT, William Kemper <wkemper at openjdk.org> wrote:

>> Shenandoah degenerated cycles do not compact regions. When a humongous allocation fails, it is likely due to fragmentation which is better addressed by a full gc.
>
> William Kemper has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Fix typo in comment

Marked as reviewed by kdnilsen (no project role).

-------------

PR Review: https://git.openjdk.org/jdk/pull/17638#pullrequestreview-1855017742