Quarkus: modernizzazione delle applicazioni utilizzando Helloworld come esempio da JBoss EAP Quickstart (continua)

Ciao a tutti, questo è il quinto post della nostra serie Quarkus! (A proposito, guarda il nostro webinar “Questo è il framework Java nativo di Quarkus – Kubernetes”. Ti mostreremo come iniziare da zero o trasferire soluzioni già pronte)

Quarkus: modernizzazione delle applicazioni utilizzando Helloworld come esempio da JBoss EAP Quickstart (continua)

В messaggio precedente abbiamo esaminato la modernizzazione delle applicazioni Java utilizzando le tecnologie supportate da Quarkus (CDI e Servlet 3) utilizzando come esempio il programma helloworld dal repository Avvio rapido di Red Hat JBoss Enterprise Application Platform (JBoss EAP).. Oggi continueremo il tema della modernizzazione e discuteremo la questione del consumo di memoria.

La misurazione delle prestazioni è la base fondamentale di quasi tutti gli aggiornamenti e il reporting sull'utilizzo della memoria è una parte importante del processo di analisi delle prestazioni. Oggi esamineremo gli strumenti di misurazione rilevanti che possono essere utilizzati per quantificare i miglioramenti ottenuti modernizzando le applicazioni Java.

Per ulteriori informazioni sulla misurazione dell'utilizzo della memoria, vedere il tutorial di Quarkus intitolato Misurazione delle prestazioni: come si misura l'utilizzo della memoria?

Di seguito ti mostreremo semplicemente come confrontare i dati sull'utilizzo della memoria per tre diversi tipi di applicazioni (JBoss EAP, pacchetto JAR ed eseguibile) raccogliendo i dati su Linux utilizzando le utilità pmap e ps.

JBoss EAP

Lanciamo un'istanza dell'applicazione JBoss EAP (vedere la sezione “Deploying helloworld” in messaggio precedente) e quindi cercare il PID del processo (nel nostro esempio è 7268) utilizzando il seguente comando:

$ pgrep -lf jboss
7268 java

Nota. L'opzione –a consente di estrarre la riga di comando completa (es: $ pgrep -af jboss).

Ora utilizziamo il PID 7268 nei comandi ps e pmap.

Ecco così:

$ 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 così:

$ 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

Osserviamo il valore RSS e vediamo che JBoss EAP consuma circa 650 MB di memoria.

Pacchetto JAR

Lanciamo l'applicazione JAR (vedere la sezione “Eseguire helloworld confezionato in JAR” in messaggio precedente):

$ java -jar ./target/helloworld-<version>-runner.jar

Ancora una volta esaminiamo il PID utilizzando il comando pgrep (questa volta utilizziamo l'opzione -a descritta sopra):

$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar

Eseguiamo ps e pmap per misurare l'utilizzo della memoria, ma ora per il processo 6408.

Ecco così:

$ ps -o pid,rss,command -p 6408
  PID   RSS COMMAND
 6408 125732 java -jar ./target/helloworld-quarkus-runner.jar

E così:

$ 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

Esaminiamo nuovamente l'RSS e vediamo che il pacchetto JAR consuma circa 130 MB.

File eseguibile

Lanciamo quello nativo (vedi la sezione “Esecuzione del file eseguibile nativo di helloworld” in messaggio precedente):

$ ./target/helloworld-<version>-runner

Diamo ancora un'occhiata al suo PID:

$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner

Quindi utilizziamo l'ID del processo risultante (6948) nei comandi ps e pmap.

Ecco così:

$ 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

Guardiamo l'RSS e vediamo che il file eseguibile occupa circa 20 MB di memoria.

Confronto del consumo di memoria

Quindi, abbiamo ottenuto i seguenti numeri per l'utilizzo della memoria:

  • JBoss EAP: 650 MB.
  • Pacchetto JAR – 130 MB.
  • File eseguibile – 20 MB.

Ovviamente il file eseguibile occupa molta meno memoria.

Riassumiamo i post 4 e 5

In questo e nei post precedenti, abbiamo esaminato la modernizzazione delle applicazioni Java utilizzando le tecnologie supportate in Quarkus (CDI e Servlet 3), nonché vari modi per sviluppare, creare ed eseguire tali applicazioni. Abbiamo mostrato come raccogliere dati sull'utilizzo della memoria per valutare i miglioramenti ottenuti da tale aggiornamento. Questi articoli ti aiutano a capire come funziona Quarkus e perché è utile, sia che tu stia parlando del semplice programma helloworld nei nostri esempi o di applicazioni molto più complesse nella vita reale.

Torneremo tra due settimane con un post finale su Quarkus: ci vediamo lì!

Nel nostro post finale, mostreremo come combinare AMQ Online e Quarkus per creare un moderno sistema di messaggistica basato su OpenShift utilizzando due nuove tecnologie di messaggistica. Continuare a leggere collegamento.

Fonte: habr.com

Aggiungi un commento