forked from oracle/graal
-
Notifications
You must be signed in to change notification settings - Fork 16
Open
Labels
bugSomething isn't workingSomething isn't working
Description
JFRPerfTest crosses the RSS memory threshold. The number might seem trivial at first sight, but it's consistent over many runs, CI and local, RHEL 8-like and RHEL 9-like Linux systems, amd64. Mandrel 21 or 24 does not cross that threshold, i.e. JFR overhead is smaller there.
Th increase might be warranted by more work being done though.
Mandrel Integration Testsuite
With Mandrel 25.0.0.1:
$ mvn clean verify
-Ptestsuite -DincludeTags=reproducers,perfcheck,runtimes
-Dtest=JFRTest#jfrPerfTest
-Dquarkus.version=3.28.1
-Dquarkus.native.container-runtime=podman -Drootless.container-runtime=true
-Dpodman.with.sudo=false 2>&1 | tee log.log
Quarkus 3.28.1
[ERROR] JFRTest.jfrPerfTest:185->jfrPerfTestRun:229->startComparisonForBenchmark:342
Application JFR_PERFORMANCE in mode diff_native consumed 40 kB of RSS memory more ,
which is over 35 kB threshold by 14%.
Quarkus 3.20.3
[ERROR] JFRTest.jfrPerfTest:185->jfrPerfTestRun:229->startComparisonForBenchmark:342
Application JFR_PERFORMANCE in mode diff_native consumed 38 kB of RSS memory more ,
which is over 35 kB threshold by 9%.
Quarkus 3.15.7
[ERROR] JFRTest.jfrPerfTest:185->jfrPerfTestRun:229->startComparisonForBenchmark:342
Application JFR_PERFORMANCE in mode diff_native consumed 39 kB of RSS memory more ,
which is over 35 kB threshold by 11%.
Regardless the iterations, one does not hit this with an older, i.e. 24 major or 21 major Mandrel.
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working