Bonjour à tous - c'est le cinquième article de notre série sur Quarkus! (Soit dit en passant, inscrivez-vous et rendez-vous sur notre webinaire « This is Quarkus - Kubernetes native Java framework », qui se tiendra le 27 mai. Nous montrerons comment recommencer à zéro ou transférer des solutions prêtes à l'emploi)
Dans un article précédent, nous avons examiné la modernisation des applications Java en utilisant Quarkus pris en charge (CDI et Servlet 3) utilisant le programme helloworld du référentiel de démarrage rapide Red Hat JBoss Enterprise Application Platform (JBoss EAP) . Aujourd'hui, nous allons poursuivre le thème de la modernisation et discuter de la question de la consommation de mémoire.La mesure des performances est la base fondamentale de presque toutes les mises à niveau, et les rapports d'utilisation de la mémoire sont une partie importante du processus d'analyse des performances. Aujourd'hui, nous allons examiner les outils de mesure pertinents avec lesquels vous pouvez quantifier les améliorations reçues à la suite de la modernisation des applications Java.Pour plus d'informations sur la mesure de l'utilisation de la mémoire, consultez le manuel Quarkus intitulé Mesurer les performances - Comment mesurer l'utilisation de la mémoire?Et ci-dessous, nous montrons comment comparer les données d'utilisation de la mémoire avec trois types d'applications différents (JBoss EAP, package JAR et exécutable), en collectant ces données sur Linux à l'aide des utilitaires pmap et ps.Jboss eap
Nous lançons une instance de l'application JBoss EAP (voir la section «Deploying helloworld» dans un post précédent ) puis regardons son identifiant de processus PID (dans notre exemple, il s'agit du 7268) en utilisant la commande suivante:$ pgrep -lf jboss
7268 java
Remarque. L'option –a vous permet d'extraire la ligne de commande complète (c'est-à-dire: $ pgrep -af jboss).Utilisez maintenant le PID 7268 dans les commandes ps et pmap.Comme ça:$ ps -o pid,rss,command -p 7268
PID RSS COMMAND
7268 665348 java -D[Standalone] -server -verbose:gc -Xloggc:/home/mrizzi/Tools/jboss-eap-7.2.0/jboss-eap-7.2/standalone/log/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=3M -XX:-TraceClassUnloading -Xms1303m -Xmx1303m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferI
Et comme ça:$ pmap -x 7268
7268: java -D[Standalone] -server -verbose:gc -Xloggc:/home/mrizzi/Tools/jboss-eap-7.2.0/jboss-eap-7.2/standalone/log/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=3M -XX:-TraceClassUnloading -Xms1303m -Xmx1303m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -Dorg.jboss.boot.log.file=/home/mrizzi/Tools/jboss-eap-7.2.0/jboss-eap-7.2/standa
Address Kbytes RSS Dirty Mode Mapping
00000000ae800000 1348608 435704 435704 rw--- [ anon ]
0000000100d00000 1035264 0 0 ----- [ anon ]
000055e4d2c2f000 4 4 0 r---- java
000055e4d2c30000 4 4 0 r-x-- java
000055e4d2c31000 4 0 0 r---- java
000055e4d2c32000 4 4 4 r---- java
000055e4d2c33000 4 4 4 rw--- java
[...]
ffffffffff600000 4 0 0 r-x-- [ anon ]
---------------- ------- ------- -------
total kB 3263224 672772 643024
Nous examinons la valeur RSS et constatons que JBoss EAP consomme environ 650 Mo de mémoire.Paquet de pot
Lancez l'application JAR (voir la section «Lancer helloworld emballé dans le JAR» dans le post précédent ):$ java -jar ./target/helloworld-<version>-runner.jar
Encore une fois, nous examinons le PID à l'aide de la commande pgrep (cette fois en utilisant l'option -a décrite ci-dessus):$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Nous commençons ps et pmap pour mesurer l'utilisation de la mémoire, mais maintenant pour le processus 6408. Commececi:$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Et comme ça:$ pmap -x 6408
6408: java -jar ./target/helloworld-quarkus-runner.jar
Address Kbytes RSS Dirty Mode Mapping
00000005d3200000 337408 0 0 rw--- [ anon ]
00000005e7b80000 5046272 0 0 ----- [ anon ]
000000071bb80000 168448 57576 57576 rw--- [ anon ]
0000000726000000 2523136 0 0 ----- [ anon ]
00000007c0000000 2176 2088 2088 rw--- [ anon ]
00000007c0220000 1046400 0 0 ----- [ anon ]
00005645b85d6000 4 4 0 r---- java
00005645b85d7000 4 4 0 r-x-- java
00005645b85d8000 4 0 0 r---- java
00005645b85d9000 4 4 4 r---- java
00005645b85da000 4 4 4 rw--- java
[...]
ffffffffff600000 4 0 0 r-x-- [ anon ]
---------------- ------- ------- -------
total kB 12421844 133784 115692
Encore une fois, regardez le RSS et voyez que le package JAR consomme environ 130 Mo.Fichier exécutable
Lancez le natif (voir la section "Lancer le fichier exécutable natif helloworld" dans le post précédent ):$ ./target/helloworld-<version>-runner
Encore une fois, regardez son PID:$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Utilisez ensuite l'identificateur de processus résultant (6948) dans les commandes ps et pmap.Comme ça:$ ps -o pid,rss,command -p 6948
PID RSS COMMAND
6948 19084 ./target/helloworld-quarkus-runner
:
$ pmap -x 6948
6948: ./target/helloworld-quarkus-runner
Address Kbytes RSS Dirty Mode Mapping
0000000000400000 12 12 0 r---- helloworld-quarkus-runner
0000000000403000 10736 8368 0 r-x-- helloworld-quarkus-runner
0000000000e7f000 7812 6144 0 r---- helloworld-quarkus-runner
0000000001620000 2024 1448 308 rw--- helloworld-quarkus-runner
000000000181a000 4 4 4 r---- helloworld-quarkus-runner
000000000181b000 16 16 12 rw--- helloworld-quarkus-runner
0000000001e10000 1740 156 156 rw--- [ anon ]
[...]
ffffffffff600000 4 0 0 r-x-- [ anon ]
---------------- ------- ------- -------
total kB 1456800 20592 2684
Nous regardons RSS et voyons que le fichier exécutable occupe environ 20 Mo de mémoire.Comparez la consommation de mémoire
Nous avons donc obtenu les chiffres suivants sur l'utilisation de la mémoire:- JBoss EAP - 650 Mo.
- Package JAR - 130 Mo.
- Le fichier exécutable fait 20 Mo.
De toute évidence, l'exécutable prend beaucoup moins de mémoire.Résumer 4 et 5 messages
Dans cet article et dans les articles précédents, nous avons examiné la question de la modernisation des applications Java en utilisant les technologies prises en charge par Quarkus (CDI et Servlet 3), ainsi que diverses façons de développer, construire et exécuter de telles applications. Nous avons montré comment collecter des données sur l'utilisation de la mémoire pour évaluer les améliorations apportées à la suite d'une telle mise à niveau. Ces articles aident à comprendre comment fonctionne Quarkus et quels sont ses avantages, que nous parlions du programme helloworld le plus simple de nos exemples ou d'applications beaucoup plus complexes de la vie réelle.Nous reviendrons dans deux semaines avec un dernier article sur Quarkus - à bientôt!