Hej alle sammen – dette er det femte indlæg i vores Quarkus-serie! (Se i øvrigt vores webinar
В
Præstationsmåling er det grundlæggende grundlag for næsten enhver opgradering, og rapportering af hukommelsesforbrug er en vigtig del af præstationsanalyseprocessen. I dag skal vi se på de relevante måleværktøjer, der kan bruges til at kvantificere de forbedringer, der opnås ved at modernisere Java-applikationer.
For mere information om måling af hukommelsesforbrug, se Quarkus tutorial med titlen
Nedenfor vil vi blot vise dig, hvordan du sammenligner hukommelsesbrugsdata for tre forskellige typer applikationer (JBoss EAP, JAR-pakke og eksekverbar) ved at indsamle dataene på Linux ved hjælp af pmap- og ps-værktøjerne.
JBoss EAP
Vi lancerer en forekomst af JBoss EAP-applikationen (se afsnittet "Deploying helloworld" i
$ pgrep -lf jboss
7268 java
Bemærk. Valgmuligheden –a giver dig mulighed for at udtrække hele kommandolinjen (dvs.: $ pgrep -af jboss).
Nu bruger vi PID 7268 i ps og pmap kommandoerne.
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 sådan her:
$ 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-værdien og ser, at JBoss EAP bruger cirka 650 MB hukommelse.
JAR pakke
Vi starter JAR-applikationen (se afsnittet "Kør helloworld pakket i JAR" i
$ java -jar ./target/helloworld-<version>-runner.jar
Vi ser på PID igen ved hjælp af pgrep-kommandoen (denne gang bruger vi -a-indstillingen beskrevet ovenfor):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Vi kører ps og pmap for at måle hukommelsesforbrug, men nu til proces 6408.
Her så:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Og sådan her:
$ 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 kigger på RSS igen og ser, at JAR-pakken bruger cirka 130 MB.
Eksekverbar fil
Vi starter den native (se afsnittet "Køring af den native helloworld eksekverbare fil" i
$ ./target/helloworld-<version>-runner
Lad os se på dens PID igen:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Og så bruger vi det resulterende proces-id (6948) i kommandoerne ps og pmap.
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'en og ser, at den eksekverbare fil fylder omkring 20 MB hukommelse.
Sammenligning af hukommelsesforbrug
Så vi fik følgende tal for hukommelsesbrug:
- JBoss EAP - 650 MB.
- JAR-pakke – 130 MB.
- Eksekverbar fil – 20 MB.
Det er klart, at den eksekverbare fil fylder meget mindre hukommelse.
Lad os opsummere indlæg 4 og 5
I dette og de tidligere indlæg har vi set på modernisering af Java-applikationer ved hjælp af teknologier understøttet i Quarkus (CDI og Servlet 3), samt forskellige måder at udvikle, bygge og køre sådanne applikationer på. Vi viste, hvordan man indsamler data om hukommelsesbrug for at evaluere de forbedringer, der opnås ved en sådan opgradering. Disse artikler hjælper dig med at forstå, hvordan Quarkus fungerer, og hvorfor det er nyttigt – uanset om du taler om det simple helloworld-program i vores eksempler eller meget mere komplekse virkelige applikationer.
Vi vender tilbage om to uger med et sidste indlæg om Quarkus – vi ses!
I vores sidste indlæg viser vi, hvordan man kombinerer AMQ Online og Quarkus for at bygge et moderne OpenShift-baseret meddelelsessystem ved hjælp af to nye meddelelsesteknologier. Læs videre
Kilde: www.habr.com