Hallo allerseits - dies ist der fünfte Beitrag aus unserer Serie über Quarkus! (Übrigens, registrieren Sie sich und besuchen Sie unser Webinar „ Dies ist das native Java-Framework von Quarkus - Kubernetes “, das am 27. Mai stattfinden wird. Wir werden zeigen, wie Sie bei Null anfangen oder vorgefertigte Lösungen übertragen können.)
In einem früheren Beitrag haben wir die Modernisierung von Java-Anwendungen mit dem unterstützten Quarkus untersucht Technologien (CDI und Servlet 3), die das helloworld-Programm aus dem Schnellstart- Repository der Red Hat JBoss Enterprise Application Platform (JBoss EAP) verwenden . Heute werden wir das Thema Modernisierung fortsetzen und das Thema Speicherverbrauch diskutieren.Die Leistungsmessung ist die grundlegende Grundlage für fast jedes Upgrade, und Berichte zur Speichernutzung sind ein wichtiger Bestandteil des Leistungsanalyseprozesses. Heute werden wir uns die relevanten Messwerkzeuge ansehen, mit denen Sie die Verbesserungen quantifizieren können, die durch die Modernisierung von Java-Anwendungen erzielt wurden.Weitere Informationen zum Messen der Speichernutzung finden Sie im Quarkus-Handbuch mit dem Titel Messen der Leistung - Wie messen wir die Speichernutzung?Im Folgenden wird nur gezeigt, wie Sie die Speichernutzungsdaten mit drei verschiedenen Arten von Anwendungen (JBoss EAP, JAR-Paket und ausführbare Datei) vergleichen und diese Daten unter Linux mit den Dienstprogrammen pmap und ps erfassen.Jboss eap
Wir starten eine Instanz der JBoss EAP-Anwendung (siehe Abschnitt „Bereitstellen von helloworld“ im vorherigen Beitrag ) und überprüfen dann die PID-Prozesskennung (in unserem Beispiel 7268) mit dem folgenden Befehl:$ pgrep -lf jboss
7268 java
Hinweis. Mit der Option –a können Sie die vollständige Befehlszeile extrahieren (dh: $ pgrep -af jboss).Verwenden Sie nun PID 7268 in den Befehlen ps und pmap.So:$ 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
Und so:$ 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
Wir sehen uns den RSS-Wert an und stellen fest, dass JBoss EAP ungefähr 650 MB Speicher belegt.Glaspaket
Starten Sie die JAR-Anwendung (siehe Abschnitt „Starten von helloworld in der JAR“ im vorherigen Beitrag ):$ java -jar ./target/helloworld-<version>-runner.jar
Wieder sehen wir uns die PID mit dem Befehl pgrep an (diesmal mit der oben beschriebenen Option -a):$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Wir starten ps und pmap, um die Speichernutzung zu messen, aber jetzt für Prozess 6408. So:$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Und so:$ 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
Schauen Sie sich noch einmal das RSS an und stellen Sie fest, dass das JAR-Paket ungefähr 130 MB verbraucht.Ausführbare Datei
Wir starten die native Datei (siehe Abschnitt „Wir starten die ausführbare Datei von native helloworld“ im vorherigen Beitrag ):$ ./target/helloworld-<version>-runner
Schauen Sie sich noch einmal seine PID an:$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Verwenden Sie dann die resultierende Prozesskennung (6948) in den Befehlen ps und pmap.So:$ 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
Wir schauen uns RSS an und sehen, dass die ausführbare Datei ungefähr 20 MB Speicher belegt.Vergleichen Sie den Speicherverbrauch
Wir haben also die folgenden Zahlen zur Speichernutzung erhalten:- JBoss EAP - 650 MB.
- JAR-Paket - 130 MB.
- Die ausführbare Datei ist 20 MB groß.
Offensichtlich benötigt die ausführbare Datei viel weniger Speicher.Fassen Sie 4 und 5 Beiträge zusammen
In diesem und früheren Beiträgen haben wir das Problem der Modernisierung von Java-Anwendungen mithilfe der von Quarkus unterstützten Technologien (CDI und Servlet 3) sowie verschiedene Möglichkeiten zum Entwickeln, Erstellen und Ausführen solcher Anwendungen untersucht. Wir haben gezeigt, wie Daten zur Speichernutzung erfasst werden, um die durch ein solches Upgrade erzielten Verbesserungen zu bewerten. Diese Artikel helfen zu verstehen, wie Quarkus funktioniert und welche Vorteile es hat - unabhängig davon, ob es sich um das einfachste Helloworld-Programm aus unseren Beispielen oder um viel komplexere Anwendungen aus dem wirklichen Leben handelt.Wir werden in zwei Wochen mit einem letzten Beitrag über Quarkus zurück sein - bis bald!