Olá pessoal - este é o quinto post de nossa série sobre o Quarkus! (A propósito, registre-se e acesse o nosso webinar “ This is Quarkus - Kubernetes framework Java nativo ”, que será realizado em 27 de maio. Mostraremos como começar do zero ou transferir soluções prontas)
Em um post anterior, examinamos a modernização de aplicativos Java usando o Quarkus suportado (CDI e Servlet 3) usando o programa helloworld do repositório de início rápido da JBoss Enterprise Application Platform (JBoss EAP) da Red Hat . Hoje, continuaremos o tópico da modernização e discutiremos a questão do consumo de memória.A medição de desempenho é a base fundamental de quase qualquer atualização, e os relatórios de uso de memória são uma parte importante do processo de análise de desempenho. Hoje, examinaremos as ferramentas de medição relevantes com as quais você pode quantificar as melhorias feitas como resultado da modernização dos aplicativos Java.Para obter mais informações sobre como medir o uso da memória, consulte o manual do Quarkus intitulado Measuring Performance - Como medimos o uso da memória?A seguir, mostramos apenas como comparar os dados de uso da memória com três tipos diferentes de aplicativos (JBoss EAP, pacote JAR e executável), coletando esses dados no Linux usando os utilitários pmap e ps.Jboss eap
Iniciamos uma instância do aplicativo JBoss EAP (consulte a seção “Implantando o helloworld” na postagem anterior ) e, em seguida, examinamos seu identificador de processo PID (no nosso exemplo, é 7268) usando o seguinte comando:$ pgrep -lf jboss
7268 java
Nota. A opção –a permite extrair a linha de comando completa (ou seja: $ pgrep -af jboss).Agora use o PID 7268 nos comandos ps e pmap.Como isso:$ 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
E assim:$ 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
Observamos o valor do RSS e vemos que o JBoss EAP consome aproximadamente 650 MB de memória.Pacote jar
Inicie o aplicativo JAR (consulte a seção "Iniciar o helloworld empacotado no JAR" na postagem anterior ):$ java -jar ./target/helloworld-<version>-runner.jar
Novamente, examinamos o PID usando o comando pgrep (desta vez usando a opção -a descrita acima):$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Iniciamos o ps e o pmap para medir o uso da memória, mas agora para o processo 6408. Assim:$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
E assim:$ 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
Novamente, consulte o RSS e veja se o pacote JAR consome aproximadamente 130 MB.Arquivo executável
Iniciamos o nativo (consulte a seção “Lançamos o arquivo executável nativo do helloworld” na postagem anterior ):$ ./target/helloworld-<version>-runner
Mais uma vez, veja seu PID:$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
E, em seguida, use o identificador de processo resultante (6948) nos comandos ps e pmap.Como isso:$ 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
Observamos o RSS e vemos que o arquivo executável ocupa cerca de 20 MB de memória.Compare o consumo de memória
Portanto, obtivemos os seguintes números sobre o uso de memória:- JBoss EAP - 650 MB.
- Pacote JAR - 130 MB.
- O arquivo executável é de 20 MB.
Obviamente, o executável ocupa muito menos memória.Resuma 4 e 5 postagens
Nesta e nas postagens anteriores, examinamos a questão da modernização de aplicativos Java usando as tecnologias suportadas pelo Quarkus (CDI e Servlet 3), bem como várias maneiras de desenvolver, construir e executar esses aplicativos. Mostramos como coletar dados sobre o uso da memória para avaliar as melhorias feitas como resultado dessa atualização. Esses artigos ajudam a entender como o Quarkus funciona e quais são seus benefícios - independentemente de estarmos falando do programa helloworld mais simples de nossos exemplos ou de aplicativos muito mais complexos da vida real.Voltaremos em duas semanas com um post final sobre o Quarkus - até breve!