Sveiki visiem – šis ir piektais ieraksts mūsu Quarkus sērijā! (Starp citu, skatieties mūsu vebināru
В
Veiktspējas mērīšana ir gandrīz jebkura jauninājuma pamats, un atmiņas lietojuma pārskati ir svarīga veiktspējas analīzes procesa sastāvdaļa. Šodien mēs apskatīsim attiecīgos mērīšanas rīkus, ko var izmantot, lai kvantitatīvi noteiktu uzlabojumus, kas panākti, modernizējot Java lietojumprogrammas.
Lai iegūtu papildinformāciju par atmiņas lietojuma mērīšanu, skatiet Quarkus apmācību ar nosaukumu
Tālāk mēs vienkārši parādīsim, kā salīdzināt atmiņas lietojuma datus trīs dažādu veidu lietojumprogrammām (JBoss EAP, JAR pakotne un izpildāmā), apkopojot datus par Linux, izmantojot pmap un ps utilītas.
JBoss EAP
Mēs palaižam JBoss EAP lietojumprogrammas gadījumu (skatiet sadaļu “Helloworld izvietošana”
$ pgrep -lf jboss
7268 java
Piezīme. Opcija –a ļauj iegūt visu komandrindu (ti, $ pgrep -af jboss).
Tagad mēs izmantojam PID 7268 komandās ps un pmap.
Šeit:
$ 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
Un šādi:
$ 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
Mēs skatāmies uz RSS vērtību un redzam, ka JBoss EAP patērē aptuveni 650 MB atmiņas.
JAR pakete
Mēs palaižam JAR lietojumprogrammu (skatiet sadaļu “Palaist helloworld, kas iepakota JAR”.
$ java -jar ./target/helloworld-<version>-runner.jar
Mēs vēlreiz aplūkojam PID, izmantojot komandu pgrep (šoreiz mēs izmantojam iepriekš aprakstīto opciju -a):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Mēs palaižam ps un pmap, lai izmērītu atmiņas lietojumu, bet tagad procesam 6408.
Šeit:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Un šādi:
$ 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
Mēs vēlreiz skatāmies uz RSS un redzam, ka JAR pakotne patērē aptuveni 130 MB.
Izpildāmais fails
Mēs palaižam vietējo (skatiet sadaļu “Vietējā izpildāmā faila helloworld palaišana”
$ ./target/helloworld-<version>-runner
Apskatīsim tā PID vēlreiz:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Un tad mēs izmantojam iegūto procesa ID (6948) komandās ps un pmap.
Šeit:
$ 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
Mēs skatāmies uz RSS un redzam, ka izpildāmais fails aizņem apmēram 20 MB atmiņas.
Atmiņas patēriņa salīdzināšana
Tātad, mēs saņēmām šādus atmiņas lietojuma skaitļus:
- JBoss EAP — 650 MB.
- JAR pakotne – 130 MB.
- Izpildāmais fails – 20 MB.
Acīmredzot izpildāmais fails aizņem daudz mazāk atmiņas.
Apkoposim 4. un 5. ziņu
Šajā un iepriekšējos ierakstos mēs apskatījām Java lietojumprogrammu modernizāciju, izmantojot Quarkus atbalstītās tehnoloģijas (CDI un Servlet 3), kā arī dažādus veidus, kā izstrādāt, veidot un palaist šādas lietojumprogrammas. Mēs parādījām, kā apkopot atmiņas lietojuma datus, lai novērtētu uzlabojumus, kas sasniegti ar šādu jaunināšanu. Šie raksti palīdz saprast, kā Quarkus darbojas un kāpēc tā ir noderīga — neatkarīgi no tā, vai runa ir par vienkāršo programmu helloworld mūsu piemēros vai daudz sarežģītākām reālās dzīves lietojumprogrammām.
Mēs atgriezīsimies pēc divām nedēļām ar pēdējo ierakstu par Quarkus — tiekamies!
Pēdējā ziņojumā mēs parādīsim, kā apvienot AMQ Online un Quarkus, lai izveidotu modernu uz OpenShift balstītu ziņojumapmaiņas sistēmu, izmantojot divas jaunas ziņojumapmaiņas tehnoloģijas. Turpini lasīt
Avots: www.habr.com