Përshëndetje të gjithëve – ky është postimi i pestë në serinë tonë Quarkus! (Meqë ra fjala, shikoni webinarin tonë
В
Matja e performancës është baza themelore e pothuajse çdo përmirësimi, dhe raportimi i përdorimit të kujtesës është një pjesë e rëndësishme e procesit të analizës së performancës. Sot do të shikojmë mjetet përkatëse të matjes që mund të përdoren për të përcaktuar sasinë e përmirësimeve të arritura nga modernizimi i aplikacioneve Java.
Për më shumë informacion mbi matjen e përdorimit të kujtesës, shihni tutorialin Quarkus me titull
Më poshtë thjesht do t'ju tregojmë se si të krahasoni të dhënat e përdorimit të memories për tre lloje të ndryshme aplikacionesh (JBoss EAP, paketë JAR dhe të ekzekutueshme) duke mbledhur të dhënat në Linux duke përdorur shërbimet pmap dhe ps.
JBoss EAP
Ne lançojmë një shembull të aplikacionit JBoss EAP (shih seksionin "Shpërndarja e helloworld" në
$ pgrep -lf jboss
7268 java
Shënim. Opsioni –a ju lejon të ekstraktoni linjën e plotë të komandës (p.sh.: $ pgrep -af jboss).
Tani ne përdorim PID 7268 në komandat ps dhe pmap.
Këtu kështu:
$ 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
Dhe si kjo:
$ 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
Ne shikojmë vlerën RSS dhe shohim që JBoss EAP konsumon afërsisht 650 MB memorie.
Paketa JAR
Ne hapim aplikacionin JAR (shih seksionin "Run helloworld paketuar në JAR" në
$ java -jar ./target/helloworld-<version>-runner.jar
Ne e shikojmë përsëri PID-in duke përdorur komandën pgrep (këtë herë përdorim opsionin -a të përshkruar më sipër):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Ne ekzekutojmë ps dhe pmap për të matur përdorimin e kujtesës, por tani për procesin 6408.
Këtu kështu:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Dhe si kjo:
$ 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
Ne shikojmë përsëri RSS dhe shohim që paketa JAR konsumon afërsisht 130 MB.
Skedar i ekzekutueshëm
Ne hapim atë vendas (shih seksionin "Drejtimi i skedarit të ekzekutueshëm vendas helloworld" në
$ ./target/helloworld-<version>-runner
Le të shohim përsëri PID-in e tij:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Dhe më pas përdorim ID-në e procesit që rezulton (6948) në komandat ps dhe pmap.
Këtu kështu:
$ 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
Ne shikojmë RSS dhe shohim që skedari i ekzekutueshëm merr rreth 20 MB memorie.
Krahasimi i konsumit të memories
Pra, morëm numrat e mëposhtëm për përdorimin e kujtesës:
- JBoss EAP - 650 MB.
- Paketa JAR – 130 MB.
- Skedari i ekzekutueshëm - 20 MB.
Natyrisht, skedari i ekzekutueshëm merr shumë më pak memorie.
Le të përmbledhim postimet 4 dhe 5
Në këtë dhe në postimet e mëparshme, ne shikuam modernizimin e aplikacioneve Java duke përdorur teknologjitë e mbështetura në Quarkus (CDI dhe Servlet 3), si dhe mënyra të ndryshme për të zhvilluar, ndërtuar dhe ekzekutuar aplikacione të tilla. Ne treguam se si të mblidhen të dhënat e përdorimit të kujtesës për të vlerësuar përmirësimet e arritura nga një përmirësim i tillë. Këta artikuj ju ndihmojnë të kuptoni se si funksionon Quarkus dhe pse është i dobishëm - pavarësisht nëse po flisni për programin e thjeshtë helloworld në shembujt tanë ose aplikacione shumë më komplekse të jetës reale.
Do të kthehemi pas dy javësh me një postim përfundimtar rreth Quarkus - shihemi atje!
Në postimin tonë të fundit, ne do të tregojmë se si të kombinojmë AMQ Online dhe Quarkus për të ndërtuar një sistem modern të mesazheve të bazuara në OpenShift duke përdorur dy teknologji të reja mesazhesh. Lexo
Burimi: www.habr.com