Pozdrav svima – ovo je peti post u našoj seriji o Quarkusu! (Usput, pogledajte naš webinar . Prikazat ćemo kako započeti «od nule» ili prenijeti gotova rješenja)

U razmatrali smo modernizaciju Java aplikacija pomoću Quarkus tehnologija (CDI i Servlet 3) na primjeru programa helloworld iz repozitorija . Danas ćemo nastaviti temu modernizacije i raspraviti o pitanju korištenja memorije.
Mjerenje performansi je temelj gotovo svake modernizacije, a izvještaji o korištenju memorije su važan dio procesa analize performansi. Danas ćemo razmotriti odgovarajuće mjerne alate pomoću kojih možemo kvantitativno ocijeniti poboljšanja koja su postignuta modernizacijom Java aplikacija.
Detalje o mjerenju korištenja memorije možete pronaći u Quarkus priručniku pod nazivom
A u nastavku ćemo jednostavno prikazati kako usporediti podatke o korištenju memorije trima različitim vrstama aplikacija (JBoss EAP, JAR paket i izvršna datoteka), prikupljajući te podatke u Linuxu pomoću alata pmap i ps.
JBoss EAP
Pokrećemo instancu JBoss EAP aplikacije (vidite odjeljak 'Postavljanje helloworld' u ) i zatim gledamo njezin identifikator procesa PID (u našem primjeru to je 7268) pomoću sljedeće komande:
$ pgrep -lf jboss
7268 java
Napomena. Opcija –a omogućava izvlačenje cijele komandne linije (odnosno: $ pgrep -af jboss).
Sada koristimo PID 7268 u komandama ps i pmap.
Ovako:
$ 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 ovako:
$ 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
Gledamo na vrijednost RSS i vidimo da JBoss EAP troši otprilike 650 MB memorije.
JAR paket
Pokrećemo JAR aplikaciju (pogledajte odjeljak „Pokretanje helloworld, upakovanog u JAR“ u ):
$ java -jar ./target/helloworld--runner.jar
Ponovno provjeravamo PID pomoću naredbe pgrep (ovaj put koristimo opisanu opciju -a):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld--runner.jar
Pokrećemo ps i pmap kako bismo izmjerili korištenje memorije, ali sada za proces 6408.
Ovako:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
I ovako:
$ pmap -x 6408
6408: java -jar ./target/helloworld-quarkus-runner.jar
Adresa Kbytes RSS Prljava Način Mapiranje
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
Ponovno provjeravamo RSS i vidimo da JAR paket troši otprilike 130 MB.
Izvršna datoteka
Pokrećemo natječaj (pogledajte odjeljak „Pokretanje natječajne izvršne datoteke helloworld“ u ):
$ ./target/helloworld--runner
Ponovno provjeravamo njegov PID:
$ pgrep -af helloworld
6948 ./target/helloworld--runner
A zatim koristimo dobiveni identifikator procesa (6948) u naredbama ps i pmap.
Ovako:
$ ps -o pid,rss,command -p 6948
PID RSS COMMAND
6948 19084 ./target/helloworld-quarkus-runner
I ovako:
$ pmap -x 6948
6948: ./target/helloworld-quarkus-runner
Adresa Kbytes RSS Prljava Način Mapiranje
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
Gledamo RSS i vidimo da izvršna datoteka zauzima otprilike 20 MB memorije.
Uspoređujemo potrošnju memorije
Dakle, dobili smo sljedeće brojke o korištenju memorije:
- JBoss EAP – 650 MB.
- JAR paket – 130 MB.
- Izvršna datoteka – 20 MB.
Očito je da izvršna datoteka zauzima mnogo manje memorije.
Zaključujemo 4. i 5. post
U ovom i prethodnom postu raspravili smo pitanje modernizacije Java aplikacija koristeći tehnologije podržane u Quarkusu (CDI i Servlet 3), kao i različite načine za razvoj, izgradnju i pokretanje takvih aplikacija. Prikazali smo kako prikupiti podatke o korištenju memorije kako bismo procijenili poboljšanja postignuta ovom modernizacijom. Ovi članci pomažu da razumijemo kako Quarkus radi i koja su njegova korisna svojstva – bez obzira radi li se o jednostavnom helloworld programu iz naših primjera ili mnogo složenijim aplikacijama iz stvarnog života.
Vratit ćemo se za dva tjedna s završnim postom o Quarkusu – do tada!
U našem završnom postu prikazat ćemo kako povezati AMQ Online i Quarkus kako bismo izgradili moderni sustav razmjene poruka temeljen na OpenShiftu koristeći dvije nove tehnologije povezane s obradom poruka. Pročitajte više .
Izvor: habr.com
