Hola a todos: ¡esta es la quinta publicación de nuestra serie Quarkus! (Por cierto, mira nuestro seminario web
В
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 del rendimiento. Hoy veremos las herramientas de medición relevantes que se pueden utilizar para cuantificar las mejoras logradas mediante la modernización de las aplicaciones Java.
Para obtener más información sobre cómo medir el uso de la memoria, consulte el tutorial de Quarkus titulado
A continuación, simplemente le mostraremos cómo comparar datos de uso de memoria para tres tipos diferentes de aplicaciones (JBoss EAP, paquete JAR y ejecutable) recopilando los datos en Linux utilizando las utilidades pmap y ps.
EAP de JBoss
Lanzamos una instancia de la aplicación JBoss EAP (consulte la sección "Implementación de helloworld" en
$ pgrep -lf jboss
7268 java
Nota. La opción –a le permite extraer la línea de comando completa (es decir: $ pgrep -af jboss).
Ahora usamos PID 7268 en los comandos ps y pmap.
Aquí, así que:
$ 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 RSS y vemos que JBoss EAP consume aproximadamente 650 MB de memoria.
paquete JAR
Lanzamos la aplicación JAR (consulte la sección "Ejecutar helloworld empaquetado en JAR" en
$ java -jar ./target/helloworld-<version>-runner.jar
Nuevamente miramos el PID usando el comando pgrep (esta vez usamos la opción -a descrita anteriormente):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Ejecutamos ps y pmap para medir el uso de memoria, pero ahora para el proceso 6408.
Aquí, así que:
$ 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 el RSS y vemos que el paquete JAR consume aproximadamente 130 MB.
Ejecutable
Lanzamos el nativo (ver la sección “Ejecutar el archivo ejecutable nativo de helloworld” en
$ ./target/helloworld-<version>-runner
Miremos su PID nuevamente:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Y luego usamos el ID del proceso resultante (6948) en los comandos ps y pmap.
Aquí, así que:
$ 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
Miramos el RSS y vemos que el archivo ejecutable ocupa unos 20 MB de memoria.
Comparando el consumo de memoria
Entonces, obtuvimos los siguientes números para el uso de memoria:
- JBoss PAE - 650 MB.
- Paquete JAR – 130 MB.
- Archivo ejecutable – 20 MB.
Evidentemente, el archivo ejecutable ocupa mucha menos memoria.
Resumamos los posts 4 y 5.
En esta y en las publicaciones anteriores, analizamos la modernización de aplicaciones Java utilizando 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 de uso de memoria para evaluar las mejoras logradas con dicha actualización. Estos artículos le ayudarán a comprender cómo funciona Quarkus y por qué es útil, ya sea que se trate del sencillo programa helloworld 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. ¡Nos vemos allí!
En nuestra publicación final, mostraremos cómo combinar AMQ Online y Quarkus para construir un sistema de mensajería moderno basado en OpenShift utilizando dos nuevas tecnologías de mensajería. Sigue leyendo
Fuente: habr.com