Quarkus: модернизация приложений на примере helloworld из JBoss EAP Quickstart (продолжение)

Всем привет – с вами пятый пост из нашей серии про Quarkus! (Кстати, смотрите наш вебинар «Это Quarkus – Kubernetes native Java фреймворк». Покажем, как начать «с нуля» или перенести готовые решения)

В предыдущем посте мы рассмотрели модернизацию Java-приложений с помощью поддерживаемых Quarkus технологий (CDI и Servlet 3) на примере программы helloworld из репозитория Red Hat JBoss Enterprise Application Platform (JBoss EAP) Quickstart. Сегодня мы продолжим тему модернизации и обсудим вопрос потребления памяти.

Измерение производительности – это фундаментальная основа практически любой модернизации, а отчеты по использованию памяти являются важной частью процесса анализа производительности. Сегодня мы рассмотрим соответствующие измерительные инструменты, с помощью которых можно количественно оценить улучшения, полученные в результате модернизации Java-приложений.

Подробности об измерении использования памяти можно узнать из руководства Quarkus под названием Measuring Performance—How do we measure memory usage?

А ниже мы просто покажем, как сравнить данные по использованию памяти тремя различными типами приложений (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