Hei alle sammen – dette er det femte innlegget i Quarkus-serien vår! (Se forresten webinaret vårt
В
Ytelsesmåling er det grunnleggende grunnlaget for nesten enhver oppgradering, og minnebruksrapportering er en viktig del av ytelsesanalyseprosessen. I dag skal vi se på de relevante måleverktøyene som kan brukes til å kvantifisere forbedringene som oppnås ved å modernisere Java-applikasjoner.
For mer informasjon om måling av minnebruk, se Quarkus-opplæringen med tittelen
Nedenfor vil vi ganske enkelt vise deg hvordan du sammenligner minnebruksdata for tre forskjellige typer applikasjoner (JBoss EAP, JAR-pakke og kjørbar) ved å samle inn dataene på Linux ved å bruke pmap- og ps-verktøyene.
JBoss EAP
Vi lanserer en forekomst av JBoss EAP-applikasjonen (se avsnittet "Deploye helloworld" i
$ pgrep -lf jboss
7268 java
Note. Alternativet –a lar deg trekke ut hele kommandolinjen (dvs.: $ pgrep -af jboss).
Nå bruker vi PID 7268 i ps- og pmap-kommandoene.
Her så:
$ 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
Og slik:
$ 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
Vi ser på RSS-verdien og ser at JBoss EAP bruker omtrent 650 MB minne.
JAR-pakke
Vi starter JAR-applikasjonen (se avsnittet "Kjør helloworld pakket i JAR" i
$ java -jar ./target/helloworld-<version>-runner.jar
Vi ser på PID igjen ved å bruke pgrep-kommandoen (denne gangen bruker vi alternativet -a beskrevet ovenfor):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Vi kjører ps og pmap for å måle minnebruk, men nå for prosess 6408.
Her så:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Og slik:
$ 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
Vi ser på RSS igjen og ser at JAR-pakken bruker omtrent 130 MB.
Kjørbar fil
Vi lanserer den opprinnelige (se avsnittet "Kjøre den opprinnelige helloworld kjørbare filen" i
$ ./target/helloworld-<version>-runner
La oss se på PID igjen:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Og så bruker vi den resulterende prosess-IDen (6948) i ps- og pmap-kommandoene.
Her så:
$ 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
Vi ser på RSS og ser at den kjørbare filen tar opp omtrent 20 MB minne.
Sammenligning av minneforbruk
Så vi fikk følgende tall for minnebruk:
- JBoss EAP - 650 MB.
- JAR-pakke – 130 MB.
- Kjørbar fil – 20 MB.
Det er klart at den kjørbare filen tar opp mye mindre minne.
La oss oppsummere innlegg 4 og 5
I dette og de forrige innleggene har vi sett på modernisering av Java-applikasjoner ved hjelp av teknologier som støttes i Quarkus (CDI og Servlet 3), samt ulike måter å utvikle, bygge og kjøre slike applikasjoner på. Vi viste hvordan man samler inn minnebruksdata for å evaluere forbedringene som oppnås ved en slik oppgradering. Disse artiklene hjelper deg å forstå hvordan Quarkus fungerer og hvorfor det er nyttig – enten du snakker om det enkle helloworld-programmet i eksemplene våre eller mye mer komplekse applikasjoner i det virkelige liv.
Vi kommer tilbake om to uker med et siste innlegg om Quarkus – vi sees der!
I vårt siste innlegg viser vi hvordan du kombinerer AMQ Online og Quarkus for å bygge et moderne OpenShift-basert meldingssystem ved å bruke to nye meldingsteknologier. Les videre
Kilde: www.habr.com