Bonjour à tous, ceci est le cinquième article de notre série Quarkus ! (Au fait, regardez notre webinaire
В
La mesure des performances constitue la base fondamentale de presque toutes les mises à niveau, et les rapports sur l'utilisation de la mémoire constituent une partie importante du processus d'analyse des performances. Aujourd'hui, nous examinerons les outils de mesure pertinents qui peuvent être utilisés pour quantifier les améliorations obtenues grâce à la modernisation des applications Java.
Pour plus d'informations sur la mesure de l'utilisation de la mémoire, consultez le didacticiel Quarkus intitulé
Ci-dessous, nous montrerons simplement comment comparer les données d'utilisation de la mémoire entre trois types d'applications différents (JBoss EAP, package JAR et exécutable) en collectant ces données sous Linux à l'aide des utilitaires pmap et ps.
JBoss EAP
Nous lançons une instance de l'application JBoss EAP (voir la section « Déployer helloworld » dans
$ pgrep -lf jboss
7268 java
Note. L'option –a permet d'extraire la ligne de commande complète (ie : $ pgrep -af jboss).
Nous utilisons maintenant le PID 7268 dans les commandes ps et pmap.
La voici:
$ 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 ainsi:
$ 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 JAR
Nous lançons l'application JAR (voir la section « Exécuter helloworld packagé en JAR » dans
$ java -jar ./target/helloworld-<version>-runner.jar
Encore une fois, nous examinons le PID à l'aide de la commande pgrep (cette fois, nous utilisons l'option -a décrite ci-dessus) :
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Nous exécutons ps et pmap pour mesurer l'utilisation de la mémoire, mais maintenant pour le processus 6408.
La voici:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Et ainsi:
$ 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
Nous examinons à nouveau le RSS et constatons que le package JAR consomme environ 130 Mo.
Fichier exécutable
On lance le natif (voir la section « Exécuter le fichier exécutable natif helloworld » dans
$ ./target/helloworld-<version>-runner
Regardons à nouveau son PID :
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Et puis nous utilisons l'ID de processus résultant (6948) dans les commandes ps et pmap.
La voici:
$ 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 le RSS et constatons que le fichier exécutable occupe environ 20 Mo de mémoire.
Comparaison de la consommation de mémoire
Nous avons donc obtenu les chiffres suivants pour l'utilisation de la mémoire :
- JBoss EAP - 650 Mo.
- Paquet JAR – 130 Mo.
- Fichier exécutable – 20 Mo.
Évidemment, le fichier exécutable occupe beaucoup moins de mémoire.
Résumons les articles 4 et 5
Dans cet article et dans les articles précédents, nous avons examiné la modernisation des applications Java à l'aide des technologies prises en charge dans Quarkus (CDI et Servlet 3), ainsi que diverses manières de développer, créer et exécuter de telles applications. Nous avons montré comment collecter des données d'utilisation de la mémoire pour évaluer les améliorations apportées par une telle mise à niveau. Ces articles vous aident à comprendre comment Quarkus fonctionne et pourquoi il est utile, qu'il s'agisse du simple programme helloworld dans nos exemples ou d'applications réelles beaucoup plus complexes.
Nous serons de retour dans deux semaines avec un dernier article sur Quarkus – à bientôt !
Dans notre dernier article, nous montrerons comment combiner AMQ Online et Quarkus pour créer un système de messagerie moderne basé sur OpenShift utilisant deux nouvelles technologies de messagerie. Continuer à lire
Source: habr.com