Усім прывітанне - з вамі пяты пост з нашай серыі пра Quarkus! (Дарэчы, глядзіце наш вэбінар . Пакажам, як пачаць "з нуля" або перанесці гатовыя рашэнні)
В мы разгледзелі мадэрнізацыю Java-прыкладанняў з дапамогай падтрымліваемых Quarkus тэхналогій (CDI і Servlet 3) на прыкладзе праграмы helloworld з рэпазітара. . Сёння мы працягнем тэму мадэрнізацыі і абмяркуем пытанне спажывання памяці.
Вымярэнне прадукцыйнасці - гэта фундаментальная аснова практычна любой мадэрнізацыі, а справаздачы па выкарыстанні памяці з'яўляюцца важнай часткай працэсу аналізу прадукцыйнасці. Сёння мы разгледзім адпаведныя вымяральныя прылады, з дапамогай якіх можна колькасна ацаніць паляпшэнні, атрыманыя ў выніку мадэрнізацыі Java-прыкладанняў.
Падрабязнасці аб вымярэнні выкарыстання памяці можна даведацца з кіраўніцтва Quarkus пад назвай
А ніжэй мы проста пакажам, як параўнаць дадзеныя па выкарыстанні памяці трыма рознымі тыпамі прыкладанняў (JBoss EAP, JAR-пакет і выкананы файл), збіраючы гэтыя дадзеныя ў Linux з дапамогай утыліт pmap і ps.
JBoss EAP
Запускаем асобнік прыкладання JBoss EAP (гл. раздзел «Разгортваем helloworld» у ) і затым глядзім яго ідэнтыфікатар працэсу PID (у нашым прыкладзе гэта 7268) з дапамогай наступнай каманды:
$ pgrep -lf jboss
7268 java
Заўвага. Опцыя –a дазваляе атрымаць поўны камандны радок (гэта значыць: $ pgrep -af jboss).
Цяпер выкарыстоўваем PID 7268 у камандах ps і pmap.
Вось так:
$ 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
І вось так:
$ 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
Глядзім значэнне RSS і бачым, што JBoss EAP спажывае прыкладна 650 МБ памяці.
JAR-пакет
Запускаем JAR-дадатак (гл. раздзел «Запускаем helloworld, спакаваны ў JAR» у ):
$ java -jar ./target/helloworld-<version>-runner.jar
Ізноў глядзім PID з дапамогай каманды pgrep (на гэты раз выкарыстоўваем апісаную вышэй опцыю -a):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Запускаем ps і pmap, каб вымераць выкарыстанне памяці, але зараз для працэсу 6408.
Вось так:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
І вось так:
$ 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
Ізноў глядзім RSS і бачым, што JAR-пакет спажывае прыкладна 130 МБ.
Выконваны файл
Запускаем нативник (гл. раздзел «Запускаем натыўны выкананы файл helloworld» у ):
$ ./target/helloworld-<version>-runner
Ізноў глядзім яго PID:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
І затым выкарыстоўваем атрыманы ідэнтыфікатар працэсу (6948) у камандах ps і pmap.
Вось так:
$ 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
Глядзім RSS і бачым, што выкананы файл займае каля 20 МБ памяці.
Параўноўваем выдатак памяці
Такім чынам, мы атрымалі наступныя лічбы па выкарыстанні памяці:
- JBoss EAP - 650 МБ.
- JAR-пакет - 130 МБ.
- Выконваны файл - 20 МБ.
Відавочна, што выкананы файл займае значна менш памяці.
Падводзім вынікі 4 і 5 пастоў
У гэтым і папярэднім пастах мы разгледзелі пытанне мадэрнізацыі Java-прыкладанняў з выкарыстаннем падтрымліваемых у Quarkus тэхналогій (CDI і Servlet 3), а таксама розныя спосабы распрацоўкі, зборкі і запуску такіх прыкладанняў. Мы паказалі, як выконваць збор дадзеных па выкарыстанні памяці для адзнакі паляпшэнняў, дасягнутых у выніку такой мадэрнізацыі. Гэтыя артыкулы дапамагаюць зразумець, як працуе Quarkus і ў чым заключаецца яго карысць - незалежна ад таго, ідзе гаворка аб найпростай праграме helloworld з нашых прыкладаў або аб значна больш складаных прыкладаннях з рэальнага жыцця.
Мы вернемся праз два тыдні з заключным пастом пра Quarkus - да сустрэчы!
У нашым заключным пасце мы пакажам, як аб'яднаць AMQ Online і Quarkus, каб пабудаваць сучасную сістэму абмену паведамленнямі на базе OpenShift з выкарыстаннем двух новых тэхналогій, звязаных з апрацоўкай паведамленняў. Чытайце па .
Крыніца: habr.com