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 с использованием двух новых технологий, связанных с обработкой сообщений. Читайте по ссылке.
    Red Hat
    Программные решения с открытым исходным кодом

    Комментарии 0

    Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

    Самое читаемое