Quarkus: Applicaties moderniseren met Helloworld als voorbeeld uit JBoss EAP Quickstart (vervolg)

Hallo allemaal – dit is het vijfde bericht in onze Quarkus-serie! (Bekijk trouwens ons webinar “Dit is Quarkus – het native Java-framework van Kubernetes”. We laten u zien hoe u helemaal opnieuw kunt beginnen of kant-en-klare oplossingen kunt overbrengen)

Quarkus: Applicaties moderniseren met Helloworld als voorbeeld uit JBoss EAP Quickstart (vervolg)

В vorige post we hebben gekeken naar het moderniseren van Java-applicaties met behulp van door Quarkus ondersteunde technologieën (CDI en Servlet 3), waarbij we het helloworld-programma uit de repository als voorbeeld gebruikten Red Hat JBoss Enterprise Application Platform (JBoss EAP) Snelstartgids. Vandaag gaan we verder met het onderwerp modernisering en bespreken we de kwestie van geheugengebruik.

Prestatiemeting is de fundamentele basis van vrijwel elke upgrade, en rapportage over geheugengebruik is een belangrijk onderdeel van het prestatieanalyseproces. Vandaag zullen we kijken naar de relevante meetinstrumenten die kunnen worden gebruikt om de verbeteringen te kwantificeren die zijn bereikt door het moderniseren van Java-applicaties.

Voor meer informatie over het meten van het geheugengebruik, zie de Quarkus-tutorial getiteld Prestaties meten: hoe meten we het geheugengebruik?

Hieronder laten we u eenvoudig zien hoe u geheugengebruiksgegevens voor drie verschillende soorten toepassingen (JBoss EAP, JAR-pakket en uitvoerbaar bestand) kunt vergelijken door de gegevens op Linux te verzamelen met behulp van de pmap- en ps-hulpprogramma's.

JBoss EAP

We starten een exemplaar van de JBoss EAP-applicatie (zie de sectie “Helloworld implementeren” in vorige post) en zoek vervolgens de proces-PID op (in ons voorbeeld is dit 7268) met behulp van de volgende opdracht:

$ pgrep -lf jboss
7268 java

Opmerking. Met de optie –a kunt u de volledige opdrachtregel extraheren (dwz: $ pgrep -af jboss).

Nu gebruiken we PID 7268 in de ps- en pmap-opdrachten.

Hier zo:

$ 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

En zo:

$ 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

We kijken naar de RSS-waarde en zien dat JBoss EAP ongeveer 650 MB geheugen verbruikt.

JAR-pakket

We starten de JAR-applicatie (zie de sectie “Helloworld uitvoeren verpakt in JAR” in vorige post):

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

Opnieuw kijken we naar de PID met behulp van de opdracht pgrep (deze keer gebruiken we de hierboven beschreven optie -a):

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

We gebruiken ps en pmap om het geheugengebruik te meten, maar nu voor proces 6408.

Hier zo:

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

En zo:

$ 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

We kijken nog eens naar de RSS en zien dat het JAR-pakket ongeveer 130 MB in beslag neemt.

Uitvoerbaar bestand

We starten de native versie (zie de sectie "Het native uitvoerbare bestand van helloworld uitvoeren" in vorige post):

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

Laten we opnieuw naar de PID kijken:

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

En dan gebruiken we de resulterende proces-ID (6948) in de ps- en pmap-opdrachten.

Hier zo:

$ 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

We kijken naar de RSS en zien dat het uitvoerbare bestand ongeveer 20 MB geheugen in beslag neemt.

Geheugenverbruik vergelijken

We hebben dus de volgende cijfers voor geheugengebruik:

  • JBoss EAP - 650 MB.
  • JAR-pakket – 130 MB.
  • Uitvoerbaar bestand – 20 MB.

Het is duidelijk dat het uitvoerbare bestand veel minder geheugen in beslag neemt.

Laten we de berichten 4 en 5 samenvatten

In dit en de vorige berichten hebben we gekeken naar het moderniseren van Java-applicaties met behulp van technologieën die worden ondersteund in Quarkus (CDI en Servlet 3), evenals verschillende manieren om dergelijke applicaties te ontwikkelen, bouwen en uitvoeren. We hebben laten zien hoe u geheugengebruiksgegevens kunt verzamelen om de verbeteringen te evalueren die door een dergelijke upgrade zijn bereikt. Deze artikelen helpen u te begrijpen hoe Quarkus werkt en waarom het nuttig is, of u het nu hebt over het eenvoudige helloworld-programma in onze voorbeelden of over veel complexere toepassingen uit de praktijk.

Over twee weken zijn we terug met een laatste bericht over Quarkus - tot ziens!

In ons laatste bericht laten we zien hoe je AMQ Online en Quarkus kunt combineren om een ​​modern op OpenShift gebaseerd berichtensysteem te bouwen met behulp van twee nieuwe berichtentechnologieën. Lees verder link.

Bron: www.habr.com

Voeg een reactie