Hola a todos, esta es la quinta publicaci贸n de nuestra serie sobre Quarkus. (Por cierto, reg铆strese y vaya a nuestro seminario web " Este es el marco Java nativo de Quarkus - Kubernetes ", que se llevar谩 a cabo el 27 de mayo. Le mostraremos c贸mo comenzar desde cero o transferir soluciones ya preparadas).
En una publicaci贸n anterior, examinamos la modernizaci贸n de aplicaciones Java utilizando Quarkus compatible tecnolog铆as (CDI y Servlet 3) que utilizan el programa helloworld del repositorio de inicio r谩pido de Red Hat JBoss Enterprise Application Platform (JBoss EAP) . Hoy continuaremos con el tema de la modernizaci贸n y discutiremos el tema del consumo de memoria.La medici贸n del rendimiento es la base fundamental de casi cualquier actualizaci贸n, y los informes de uso de memoria son una parte importante del proceso de an谩lisis de rendimiento. Hoy veremos las herramientas de medici贸n relevantes con las que puede cuantificar las mejoras realizadas como resultado de la modernizaci贸n de las aplicaciones Java.Para obtener m谩s informaci贸n sobre la medici贸n del uso de la memoria, consulte el manual de Quarkus titulado Medici贸n del rendimiento: 驴c贸mo medimos el uso de la memoria?Y a continuaci贸n solo mostramos c贸mo comparar los datos de uso de memoria con tres tipos diferentes de aplicaciones (JBoss EAP, paquete JAR y ejecutable), recolectando estos datos en Linux usando las utilidades pmap y ps.Jboss eap
Lanzamos una instancia de la aplicaci贸n JBoss EAP (consulte la secci贸n "Implementaci贸n de helloworld" en la publicaci贸n anterior ) y luego miramos su identificador de proceso PID (en nuestro ejemplo, es 7268) usando el siguiente comando:$ pgrep -lf jboss
7268 java
Nota. La opci贸n 鈥揳 le permite extraer la l铆nea de comando completa (es decir: $ pgrep -af jboss).Ahora use PID 7268 en los comandos ps y pmap.Me gusta esto:$ 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
Y as铆:$ 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 el valor de RSS y vemos que JBoss EAP consume aproximadamente 650 MB de memoria.Paquete de tarro
Inicie la aplicaci贸n JAR (consulte la secci贸n "Iniciar helloworld empaquetado en el JAR" en la publicaci贸n anterior ):$ java -jar ./target/helloworld-<version>-runner.jar
Nuevamente miramos el PID usando el comando pgrep (esta vez usando la opci贸n -a descrita anteriormente):$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Comenzamos ps y pmap para medir el uso de memoria, pero ahora para el proceso 6408. As铆:$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Y as铆:$ 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
Volvemos a mirar RSS y vemos que el paquete JAR consume aproximadamente 130 MB.Archivo ejecutable
Lanzamos el nativo (consulte la secci贸n "Lanzamos el archivo ejecutable helloworld nativo" en la publicaci贸n anterior ):$ ./target/helloworld-<version>-runner
De nuevo, mira su PID:$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Y luego use el identificador de proceso resultante (6948) en los comandos ps y pmap.Me gusta esto:$ 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 RSS y vemos que el archivo ejecutable ocupa unos 20 MB de memoria.Comparar el consumo de memoria
Entonces, obtuvimos los siguientes n煤meros sobre el uso de la memoria:- JBoss EAP - 650 MB.
- Paquete JAR - 130 MB.
- El archivo ejecutable es de 20 MB.
Obviamente, el ejecutable ocupa mucho menos memoria.Resume 4 y 5 publicaciones
En esta publicaci贸n y en las anteriores, examinamos el tema de la modernizaci贸n de las aplicaciones Java utilizando las tecnolog铆as compatibles con Quarkus (CDI y Servlet 3), as铆 como varias formas de desarrollar, construir y ejecutar dichas aplicaciones. Mostramos c贸mo recopilar datos sobre el uso de la memoria para evaluar las mejoras realizadas como resultado de dicha actualizaci贸n. Estos art铆culos ayudan a comprender c贸mo funciona Quarkus y cu谩les son sus beneficios, independientemente de si estamos hablando del programa helloworld m谩s simple de nuestros ejemplos o de aplicaciones mucho m谩s complejas de la vida real.Volveremos en dos semanas con una publicaci贸n final sobre Quarkus. 隆Hasta pronto!