Salutare tuturor – aceasta este a cincea postare din seria noastră Quarkus! (Apropo, urmăriți webinarul nostru . Vă vom arăta cum să începeți de la zero sau să transferați soluții gata făcute)
В ne-am uitat la modernizarea aplicațiilor Java folosind tehnologii suportate de Quarkus (CDI și Servlet 3) folosind programul helloworld din depozit ca exemplu . Astăzi vom continua subiectul modernizării și vom discuta problema consumului de memorie.
Măsurarea performanței este baza fundamentală a aproape orice upgrade, iar raportarea utilizării memoriei este o parte importantă a procesului de analiză a performanței. Astăzi ne vom uita la instrumentele de măsurare relevante care pot fi utilizate pentru a cuantifica îmbunătățirile obținute prin modernizarea aplicațiilor Java.
Pentru mai multe informații despre măsurarea utilizării memoriei, consultați tutorialul Quarkus intitulat
Mai jos vă vom arăta pur și simplu cum să comparați datele de utilizare a memoriei pentru trei tipuri diferite de aplicații (JBoss EAP, pachet JAR și executabil) prin colectarea datelor pe Linux folosind utilitatile pmap și ps.
JBoss EAP
Lansăm o instanță a aplicației JBoss EAP (consultați secțiunea „Implementarea helloworld” în ) și apoi căutați PID-ul său de proces (în exemplul nostru este 7268) folosind următoarea comandă:
$ pgrep -lf jboss
7268 java
Notă. Opțiunea –a vă permite să extrageți linia de comandă completă (adică: $ pgrep -af jboss).
Acum folosim PID 7268 în comenzile ps și pmap.
Aici:
$ 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
Și aș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
Ne uităm la valoarea RSS și vedem că JBoss EAP consumă aproximativ 650 MB de memorie.
Pachet JAR
Lansăm aplicația JAR (vezi secțiunea „Run helloworld packaged in JAR” în ):
$ java -jar ./target/helloworld-<version>-runner.jar
Din nou ne uităm la PID folosind comanda pgrep (de data aceasta folosim opțiunea -a descrisă mai sus):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Rulăm ps și pmap pentru a măsura utilizarea memoriei, dar acum pentru procesul 6408.
Aici:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Și aș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
Ne uităm din nou la RSS și vedem că pachetul JAR consumă aproximativ 130 MB.
Fisier executabil
Lansăm cel nativ (vezi secțiunea „Rularea fișierului executabil nativ helloworld” în ):
$ ./target/helloworld-<version>-runner
Să ne uităm din nou la PID-ul său:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Și apoi folosim ID-ul procesului rezultat (6948) în comenzile ps și pmap.
Aici:
$ 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
Ne uităm la RSS și vedem că fișierul executabil ocupă aproximativ 20 MB de memorie.
Compararea consumului de memorie
Deci, avem următoarele numere pentru utilizarea memoriei:
- JBoss EAP - 650 MB.
- Pachetul JAR – 130 MB.
- Fișier executabil – 20 MB.
Evident, fișierul executabil ocupă mult mai puțină memorie.
Să rezumam postările 4 și 5
În acest post și în postările anterioare, ne-am uitat la modernizarea aplicațiilor Java folosind tehnologii suportate în Quarkus (CDI și Servlet 3), precum și la diferite moduri de a dezvolta, construi și rula astfel de aplicații. Am arătat cum să colectăm date de utilizare a memoriei pentru a evalua îmbunătățirile obținute printr-o astfel de actualizare. Aceste articole vă ajută să înțelegeți cum funcționează Quarkus și de ce este util, indiferent dacă vorbiți despre programul simplu helloworld din exemplele noastre sau despre aplicații mult mai complexe din viața reală.
Ne vom întoarce în două săptămâni cu o postare finală despre Quarkus - ne vedem acolo!
În postarea noastră finală, vom arăta cum să combinați AMQ Online și Quarkus pentru a construi un sistem modern de mesagerie bazat pe OpenShift, folosind două tehnologii noi de mesagerie. Citește mai departe .
Sursa: www.habr.com