-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Investigate aarch64 app startup/time to serve first HTTP request #476
Comments
For posterity, fails with (for 22.3):
The 21.3 failure is:
Both run on RHEL 8, which AFAIK has 64k page size by default. We ought to run it on RHEL 9 as well in order to see if there is a difference. RHEL 9 has default of 4k on aarch64. This might explain some of the start up differences. |
@jerboaa It is definitely the case. RHEL 9, I'm reading https://www.kernel.org/doc/html/latest/arm64/memory.html ....it seems counter-intuitive to me that smaller pages would make for a bigger fragmentation? more RSS? It's this situation though:
It is obviously not specific to Quarkus Native. I'd like to narrow it down to some eloquent recommendation we could put in writing on https://quarkus.io/guides/native-reference. As the host is CentOS 8 and the guest is CentOS 9. I wonder that I will move to CentOS 9 altogether... |
This issue appears to be stale because it has been open 30 days with no activity. This issue will be closed in 7 days unless |
Weird perf results on our fast baremetal boxes:
https://ci.modcluster.io/view/Mandrel/job/mandrel-linux-integration-tests/955/JDK_RELEASE=ga,JDK_VERSION=11,LABEL=el8_aarch64,MANDREL_BUILD=mandrel-21-3-linux-build-matrix,QUARKUS_VERSION=2.7.6.Final/
https://ci.modcluster.io/view/Mandrel/job/mandrel-linux-integration-tests/955/JDK_RELEASE=ga,JDK_VERSION=17,LABEL=el8_aarch64,MANDREL_BUILD=mandrel-22-3-linux-build-matrix,QUARKUS_VERSION=2.13.6.Final/
It looks like it takes both Quarkus and Helidon a long time to start?
It is profoundly unexpected as the dummy startup time threshold was calibrated on a slow VM. It should be fine by a huge margin on a fast baremetal system that has nothing else to do...
The text was updated successfully, but these errors were encountered: