Pozdravljeni vsi – to je peta objava v naši seriji Quarkus! (Mimogrede, oglejte si naš spletni seminar
В
Merjenje zmogljivosti je temeljna osnova skoraj vsake nadgradnje, poročanje o uporabi pomnilnika pa je pomemben del procesa analize zmogljivosti. Danes si bomo ogledali ustrezna merilna orodja, ki jih je mogoče uporabiti za kvantificiranje izboljšav, doseženih s posodobitvijo aplikacij Java.
Za več informacij o merjenju porabe pomnilnika si oglejte vadnico Quarkus z naslovom
Spodaj vam bomo preprosto pokazali, kako primerjati podatke o uporabi pomnilnika za tri različne vrste aplikacij (JBoss EAP, paket JAR in izvedljivo) z zbiranjem podatkov v Linuxu s pomočjo pripomočkov pmap in ps.
JBoss EAP
Zaženemo primerek aplikacije JBoss EAP (glejte razdelek »Uvajanje helloworld« v
$ pgrep -lf jboss
7268 java
Opomba. Možnost –a vam omogoča ekstrahiranje celotne ukazne vrstice (tj.: $ pgrep -af jboss).
Zdaj uporabljamo PID 7268 v ukazih ps in pmap.
Tukaj tako:
$ 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
In takole:
$ 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
Pogledamo vrednost RSS in vidimo, da JBoss EAP porabi približno 650 MB pomnilnika.
JAR paket
Zaženemo aplikacijo JAR (glejte razdelek »Zaženi helloworld, pakiran v JAR« v
$ java -jar ./target/helloworld-<version>-runner.jar
Spet pogledamo PID z ukazom pgrep (tokrat uporabimo možnost -a, opisano zgoraj):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Za merjenje porabe pomnilnika izvajamo ps in pmap, vendar zdaj za proces 6408.
Tukaj tako:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
In takole:
$ 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
Ponovno pogledamo RSS in vidimo, da paket JAR porabi približno 130 MB.
Izvedljiva datoteka
Zaženemo izvorno (glejte razdelek »Izvajanje izvorne izvršljive datoteke helloworld« v
$ ./target/helloworld-<version>-runner
Ponovno poglejmo njegov PID:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Nato uporabimo dobljeni ID procesa (6948) v ukazih ps in pmap.
Tukaj tako:
$ 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
Pogledamo RSS in vidimo, da izvedljiva datoteka zavzame približno 20 MB pomnilnika.
Primerjava porabe pomnilnika
Tako smo dobili naslednje številke za uporabo pomnilnika:
- JBoss EAP - 650 MB.
- Paket JAR – 130 MB.
- Izvršljiva datoteka – 20 MB.
Očitno izvršljiva datoteka zavzame veliko manj pomnilnika.
Povzemimo objave 4 in 5
V tej in prejšnjih objavah smo si ogledali posodobitev aplikacij Java z uporabo tehnologij, ki jih podpira Quarkus (CDI in Servlet 3), ter različne načine za razvoj, gradnjo in izvajanje takih aplikacij. Pokazali smo, kako zbrati podatke o uporabi pomnilnika za ovrednotenje izboljšav, doseženih s takšno nadgradnjo. Ti članki vam pomagajo razumeti, kako deluje Quarkus in zakaj je uporaben – ne glede na to, ali govorite o preprostem programu helloworld v naših primerih ali veliko bolj zapletenih aplikacijah v resničnem življenju.
Čez dva tedna se vrnemo z zadnjo objavo o Quarkusu – se vidimo!
V našem zadnjem prispevku bomo pokazali, kako združiti AMQ Online in Quarkus za izgradnjo sodobnega sporočilnega sistema, ki temelji na OpenShift, z uporabo dveh novih tehnologij za sporočanje. Beri naprej
Vir: www.habr.com