-
Bug
-
Resolution: Unresolved
-
P4
-
21, 25
After JDK-8137022, some applications may experience longer processing times. This phenomenon occurs on 2-core Windows Server 2022 configuration, and not on a 4-core Windows Server 2022 or 2-core RHEL 9.4 configuration. Also, if '-XX: -G1UseConcRefinement' is specified, this problem does not occur.
The application installs and starts around 300 OSGi bundles, then launches the Felix framework.
```
org.osgi.framework.launch.Framework framework;
...
framework.getBundleContext().installBundle("xxx").start();
framework.start();
```
As a result of my investigation, There's an increase in CPU time for G1 Refine threads compared to before the fix.
environment: Windows Server 2022, 2 core x 2394 Mhz, 8GB memory
- jdk17 (before the fix)
processing time: 4286 ms
CPU time for G1 Refine#0: 10.41 ms
- jdk21 (after the fix)
processing time: 6111 ms
CPU time for G1 Refine#0: 1635.42 ms
I don't find the same phenomenon in the following environments:
Windows Server 2022, 4 core x 2600 Mhz, 8GB memory
RHEL9.4, 2 core x 2.40 hHz, 8GB memory
Will theJDK-8137022 fixes affect throughput performance?
The application installs and starts around 300 OSGi bundles, then launches the Felix framework.
```
org.osgi.framework.launch.Framework framework;
...
framework.getBundleContext().installBundle("xxx").start();
framework.start();
```
As a result of my investigation, There's an increase in CPU time for G1 Refine threads compared to before the fix.
environment: Windows Server 2022, 2 core x 2394 Mhz, 8GB memory
- jdk17 (before the fix)
processing time: 4286 ms
CPU time for G1 Refine#0: 10.41 ms
- jdk21 (after the fix)
processing time: 6111 ms
CPU time for G1 Refine#0: 1635.42 ms
I don't find the same phenomenon in the following environments:
Windows Server 2022, 4 core x 2600 Mhz, 8GB memory
RHEL9.4, 2 core x 2.40 hHz, 8GB memory
Will the