Hallo allemaal – welkom bij de vijfde post in onze Quarkus-serie! (Bekijk trouwens onze webinar . Wij laten u zien hoe u vanaf nul kunt beginnen of kant-en-klare oplossingen kunt overzetten
В We hebben gekeken naar het upgraden van Java-applicaties met behulp van Quarkus-ondersteunde technologieën (CDI en Servlet 3) aan de hand van het voorbeeld van het helloworld-programma uit de repository Vandaag gaan we verder met het onderwerp modernisering en bespreken we het probleem van geheugenverbruik.
Prestatiemeting is een fundamenteel onderdeel van vrijwel elke upgrade, en rapporten over geheugengebruik vormen een belangrijk onderdeel van de prestatieanalyse. Vandaag bekijken we relevante meetinstrumenten die u kunnen helpen de verbeteringen te kwantificeren die u behaalt door uw Java-applicaties te upgraden.
Voor meer informatie over het meten van geheugengebruik, zie de Quarkus-handleiding met de titel
А ниже мы просто покажем, как сравнить данные по использованию памяти тремя различными типами приложений (JBoss EAP, JAR-пакет и исполняемый файл), собирая эти данные в Linux с помощью утилит pmap и ps.
JBoss EAP
Start een exemplaar van de JBoss EAP-applicatie (zie de sectie “helloworld implementeren” in ) en kijk vervolgens naar de proces-ID PID (in ons voorbeeld is dat 7268) met behulp van de volgende opdracht:
$ pgrep -lf jboss
7268 java
Opmerking. Met de optie –a kunt u de volledige opdrachtregel ophalen (bijvoorbeeld: $ pgrep -af jboss).
Vanaf 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
Voer de JAR-applicatie uit (zie de sectie “Helloworld uitvoeren verpakt in een JAR” in ):
$ java -jar ./target/helloworld-<version>-runner.jar
Opnieuw bekijken we de PID met behulp van de opdracht pgrep (dit keer met behulp van 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
Als we nog eens naar de RSS kijken, zien we dat het JAR-pakket ongeveer 130 MB in beslag neemt.
Uitvoerbaar bestand
Voer het native bestand uit (zie de sectie “Voer het native helloworld uitvoerbare bestand uit” in ):
$ ./target/helloworld-<version>-runner
Laten we nog eens naar de PID kijken:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
En dan gebruiken we de verkregen 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 kregen dus de volgende cijfers voor geheugengebruik:
- JBoss EAP – 650 MB.
- JAR-pakket – 130 MB.
- Uitvoerbaar bestand – 20 MB.
Uiteraard neemt het uitvoerbare bestand veel minder geheugen in beslag.
Laten we berichten 4 en 5 samenvatten
In deze en de vorige berichten hebben we gekeken naar het upgraden van Java-applicaties met behulp van Quarkus-ondersteunde technologieën (CDI en Servlet 3) en de verschillende manieren om dergelijke applicaties te ontwikkelen, bouwen en draaien. We hebben laten zien hoe je gegevens over geheugengebruik kunt verzamelen om de verbeteringen die door de upgrade worden bereikt te meten. Deze artikelen helpen je te begrijpen hoe Quarkus werkt en waarom het nuttig is, of het nu gaat om het eenvoudige helloworld-programma in onze voorbeelden of om veel complexere, praktische applicaties.
Over twee weken zijn we terug met een laatste bericht over Quarkus – tot dan!
In ons laatste bericht laten we zien hoe je AMQ Online en Quarkus kunt combineren om een modern berichtensysteem op OpenShift te bouwen met behulp van twee nieuwe technologieën voor berichtverwerking. Lees verder .
Bron: www.habr.com
