Hallo zusammen – hier ist der fünfte Beitrag aus unserer Serie über Quarkus! (Übrigens, schaut euch unser Webinar an, . Wir zeigen, wie man „von Grund auf“ anfängt oder bestehende Lösungen migriert)
In wir haben die Modernisierung von Java-Anwendungen mit Hilfe der unterstützten Quarkus-Technologien (CDI und Servlet 3) am Beispiel des helloworld-Programms aus dem Repository betrachtet. . Heute setzen wir das Thema Modernisierung fort und diskutieren das Thema Speicherauslastung.
Die Leistungsmessung ist eine grundlegende Voraussetzung für nahezu jede Modernisierung, und Berichte zur Speicherauslastung sind ein wichtiger Teil des Leistungsanalysprozesses. Heute werden wir die entsprechenden Messwerkzeuge betrachten, mit denen die Verbesserungen, die durch die Modernisierung von Java-Anwendungen erzielt wurden, quantitativ bewertet werden können.
Details zur Messung der Speicherauslastung finden Sie im Quarkus-Handbuch mit dem Titel
Wir werden auch zeigen, wie man die Speicherdaten von drei verschiedenen Anwendungstypen (JBoss EAP, JAR-Paket und ausführbare Datei) vergleicht, indem wir diese Daten unter Linux mit den Tools pmap und ps sammeln.
JBoss EAP
Wir starten eine Instanz der JBoss EAP-Anwendung (siehe Abschnitt „Helloworld-Bereitstellung“ in ) und betrachten dann ihre Prozess-ID (PID), in unserem Beispiel ist es 7268, mit dem folgenden Befehl:
$ pgrep -lf jboss
7268 java
Hinweis. Die Option –a ermöglicht es, die vollständige Befehlszeile zu extrahieren (d.h.: $ pgrep -af jboss).
Jetzt verwenden wir die 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 sieht es aus:
$ 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 schauen uns den RSS-Wert an und sehen, dass JBoss EAP etwa 650 MB Speicher verbraucht.
JAR-Paket
Wir starten die JAR-Anwendung (siehe Abschnitt „Wir starten helloworld, verpackt in JAR“ in ):
$ java -jar ./target/helloworld-<version>-runner.jar
Wir schauen erneut die PID mit dem Befehl pgrep an (diesmal verwenden wir die oben beschriebene Option -a):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Wir starten ps und pmap, um den Speicherverbrauch zu messen, aber jetzt für den Prozess 6408.
So:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Und so sieht es aus:
$ 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
Wir schauen uns wieder den RSS an und sehen, dass das JAR-Paket etwa 130 MB verbraucht.
Ausführbare Datei
Wir starten die native Anwendung (siehe Abschnitt „Starten der nativen ausführbaren Datei helloworld“ in ):
$ ./target/helloworld-<version>-runner
Wir schauen uns erneut die PID an:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Und dann verwenden wir die erhaltene Prozess-ID (6948) in den Befehlen ps und pmap.
So:
$ ps -o pid,rss,command -p 6948
PID RSS COMMAND
6948 19084 ./target/helloworld-quarkus-runner
Und so sieht es aus:
$ pmap -x 6948
6948: ./target/helloworld-quarkus-runner
Adresse Kbytes RSS Dirty Modus Abbildung
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 sehen RSS und feststellen, dass die ausführbare Datei etwa 20 MB Speicher benötigt.
Wir vergleichen den Speicherverbrauch
So haben wir die folgenden Zahlen zur Speichernutzung erhalten:
- JBoss EAP – 650 MB.
- JAR-Paket – 130 MB.
- Ausführbare Datei – 20 MB.
Offensichtlich benötigt die ausführbare Datei viel weniger Speicher.
Zusammenfassung der Posts 4 und 5
In diesen und den vorherigen Beiträgen haben wir die Modernisierung von Java-Anwendungen unter Verwendung der in Quarkus unterstützten Technologien (CDI und Servlet 3) sowie verschiedene Methoden zur Entwicklung, zum Aufbau und zum Start solcher Anwendungen betrachtet. Wir haben gezeigt, wie man Daten zur Speichernutzung sammelt, um die Verbesserungen, die durch diese Modernisierung erreicht wurden, zu bewerten. Diese Artikel helfen zu verstehen, wie Quarkus funktioniert und welche Vorteile es bietet – unabhängig davon, ob es sich um das einfachste Programm hello world aus unseren Beispielen oder um weitaus komplexere Anwendungen aus der Praxis handelt.
Wir melden uns in zwei Wochen mit dem abschließenden Beitrag über Quarkus – bis bald!
In unserem abschließenden Beitrag zeigen wir, wie man AMQ Online und Quarkus kombiniert, um ein modernes Nachrichtenübermittlungssystem auf Basis von OpenShift unter Verwendung von zwei neuen Technologien zur Nachrichtenverarbeitung zu erstellen. Lesen Sie weiter .
Quelle: habr.com
