Всем привет – с вами пятый пост из нашей серии про 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 (см. раздел «Разворачиваем helloworld» в предыдущем посте) и затем смотрим его идентификатор процесса PID (в нашем примере это 7268) с помощью следующей команды:
Примечание. Опция –a позволяет извлечь полную командную строку (то есть: $ pgrep -af jboss).
Теперь используем PID 7268 в командах ps и pmap.
Вот так:
И вот так:
Смотрим значение RSS и видим, что JBoss EAP потребляет примерно 650 МБ памяти.
Запускаем JAR-приложение (см. раздел «Запускаем helloworld, упакованный в JAR» в предыдущем посте):
Опять смотрим PID с помощью команды pgrep (на этот раз используем описанную выше опцию -a):
Запускаем ps и pmap, чтобы измерить использование памяти, но теперь для процесса 6408.
Вот так:
И вот так:
Опять смотрим RSS и видим, что JAR-пакет потребляет примерно 130 МБ.
Запускаем нативник (см. раздел «Запускаем нативный исполняемый файл helloworld» в предыдущем посте):
Опять смотрим его PID:
И затем используем полученный идентификатор процесса (6948) в командах ps и pmap.
Вот так:
Смотрим RSS и видим, что исполняемый файл занимает около 20 МБ памяти.
Итак, мы получили следующие цифры по использованию памяти:
Очевидно, что исполняемый файл занимает гораздо меньше памяти.
В этом и предыдущем постах мы рассмотрели вопрос модернизации Java-приложений с использованием поддерживаемых в Quarkus технологий (CDI и Servlet 3), а также различные способы разработки, сборки и запуска таких приложений. Мы показали, как выполнять сбор данных по использованию памяти для оценки улучшений, достигнутых в результате такой модернизации. Эти статьи помогают понять, как работает Quarkus и в чем заключается его польза – вне зависимости от того, идет ли речь о простейшей программке helloworld из наших примеров или о гораздо более сложных приложениях из реальной жизни.
Мы вернемся через две недели с заключительным постом про Quarkus – до встречи!
В нашем заключительном посте мы покажем, как объединить AMQ Online и Quarkus, чтобы построить современную систему обмена сообщениями на базе OpenShift с использованием двух новых технологий, связанных с обработкой сообщений. Читайте по ссылке.
В предыдущем посте мы рассмотрели модернизацию 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 с использованием двух новых технологий, связанных с обработкой сообщений. Читайте по ссылке.
