Ahojte všetci – toto je piaty príspevok v našej sérii Quarkus! (Mimochodom, sledujte náš webinár . Ukážeme vám, ako začať od začiatku alebo preniesť hotové riešenia)
В pozreli sme sa na modernizáciu Java aplikácií pomocou technológií podporovaných Quarkusom (CDI a Servlet 3) s použitím programu helloworld z repozitára ako príkladu . Dnes budeme pokračovať v téme modernizácie a rozoberieme si problematiku spotreby pamäte.
Meranie výkonu je základným základom takmer každej inovácie a hlásenie o využití pamäte je dôležitou súčasťou procesu analýzy výkonu. Dnes sa pozrieme na príslušné meracie nástroje, ktoré možno použiť na kvantifikáciu zlepšení dosiahnutých modernizáciou Java aplikácií.
Ďalšie informácie o meraní využitia pamäte nájdete v návode Quarkus s názvom
Nižšie vám jednoducho ukážeme, ako porovnať údaje o využití pamäte pre tri rôzne typy aplikácií (JBoss EAP, balík JAR a spustiteľný súbor) zhromažďovaním údajov v systéme Linux pomocou nástrojov pmap a ps.
JBoss EAP
Spúšťame inštanciu aplikácie JBoss EAP (pozrite si časť „Nasadenie helloworld“ v ) a potom vyhľadajte jeho PID procesu (v našom príklade je to 7268) pomocou nasledujúceho príkazu:
$ pgrep -lf jboss
7268 java
Poznámka. Voľba –a vám umožňuje extrahovať celý príkazový riadok (tj: $ pgrep -af jboss).
Teraz používame PID 7268 v príkazoch ps a pmap.
Tu:
$ 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
A takto:
$ 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
Pozeráme sa na hodnotu RSS a vidíme, že JBoss EAP spotrebuje približne 650 MB pamäte.
Balenie JAR
Spustíme aplikáciu JAR (pozri časť „Spustiť helloworld zabalený v JAR“ v ):
$ java -jar ./target/helloworld-<version>-runner.jar
Znovu sa pozrieme na PID pomocou príkazu pgrep (tentoraz použijeme možnosť -a opísanú vyššie):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Spúšťame ps a pmap na meranie využitia pamäte, ale teraz pre proces 6408.
Tu:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
A takto:
$ 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
Znovu sa pozrieme na RSS a vidíme, že balík JAR zaberá približne 130 MB.
Spustiteľný súbor
Spustíme natívny súbor (pozri časť „Spustenie natívneho spustiteľného súboru helloworld“ v ):
$ ./target/helloworld-<version>-runner
Pozrime sa znova na jeho PID:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
A potom použijeme výsledné ID procesu (6948) v príkazoch ps a pmap.
Tu:
$ 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
Pozeráme sa na RSS a vidíme, že spustiteľný súbor zaberá asi 20 MB pamäte.
Porovnanie spotreby pamäte
Získali sme teda nasledujúce čísla pre využitie pamäte:
- JBoss EAP – 650 MB.
- Balík JAR – 130 MB.
- Spustiteľný súbor – 20 MB.
Je zrejmé, že spustiteľný súbor zaberá oveľa menej pamäte.
Zhrňme si príspevky 4 a 5
V tomto a predchádzajúcich príspevkoch sme sa pozreli na modernizáciu Java aplikácií pomocou technológií podporovaných v Quarkus (CDI a Servlet 3), ako aj na rôzne spôsoby vývoja, zostavovania a spúšťania takýchto aplikácií. Ukázali sme, ako zbierať údaje o využití pamäte, aby sme vyhodnotili vylepšenia dosiahnuté takouto inováciou. Tieto články vám pomôžu pochopiť, ako Quarkus funguje a prečo je užitočný – či už hovoríte o jednoduchom programe helloworld v našich príkladoch alebo oveľa zložitejších aplikáciách v reálnom živote.
O dva týždne sa vrátime s posledným príspevkom o Quarkus – vidíme sa!
V našom poslednom príspevku si ukážeme, ako skombinovať AMQ Online a Quarkus, aby sme vytvorili moderný systém správ založený na OpenShift pomocou dvoch nových technológií na odosielanie správ. Pokračuj v čítaní .
Zdroj: hab.com