Quarkus: Modernización de aplicaciones utilizando Helloworld como ejemplo del inicio rápido de JBoss EAP (continuación)

Hola a todos: ¡esta es la quinta publicación de nuestra serie Quarkus! (Por cierto, mira nuestro seminario web "Este es Quarkus: el marco Java nativo de Kubernetes". Le mostraremos cómo empezar desde cero o transferir soluciones ya preparadas)

Quarkus: Modernización de aplicaciones utilizando Helloworld como ejemplo del inicio rápido de JBoss EAP (continuación)

В Publicación anterior Analizamos la modernización de aplicaciones Java utilizando tecnologías compatibles con Quarkus (CDI y Servlet 3) utilizando el programa helloworld del repositorio como ejemplo. Inicio rápido de la plataforma de aplicaciones empresariales Red Hat JBoss (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 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 Medición del rendimiento: ¿cómo medimos el uso de la memoria?

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 Publicación anterior) y luego busque su PID de proceso (en nuestro ejemplo es 7268) usando el siguiente comando:

$ 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 Publicación anterior):

$ 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 Publicación anterior):

$ ./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 enlace.

Fuente: habr.com

Añadir un comentario