Quarkus: Modernisierung von Anwendungen am Beispiel von Helloworld aus dem JBoss EAP Quickstart (Fortsetzung)

Hallo zusammen – dies ist der fünfte Beitrag unserer Quarkus-Reihe! (Sehen Sie sich übrigens unser Webinar an „Das ist Quarkus – Kubernetes natives Java-Framework“. Wir zeigen Ihnen, wie Sie bei Null anfangen oder fertige Lösungen übertragen können)

Quarkus: Modernisierung von Anwendungen am Beispiel von Helloworld aus dem JBoss EAP Quickstart (Fortsetzung)

В vorherigen Post Wir haben uns die Modernisierung von Java-Anwendungen mithilfe von Quarkus-unterstützten Technologien (CDI und Servlet 3) am Beispiel des Programms helloworld aus dem Repository angesehen Schnellstart für die Red Hat JBoss Enterprise Application Platform (JBoss EAP).. Heute werden wir das Thema Modernisierung fortsetzen und das Problem des Speicherverbrauchs diskutieren.

Die Leistungsmessung ist die grundlegende Grundlage fast aller Upgrades, und die Berichterstattung über die Speichernutzung ist ein wichtiger Teil des Leistungsanalyseprozesses. Heute werfen wir einen Blick auf die relevanten Messinstrumente, mit denen sich die durch die Modernisierung von Java-Anwendungen erzielten Verbesserungen quantifizieren lassen.

Weitere Informationen zum Messen der Speichernutzung finden Sie im Quarkus-Tutorial mit dem Titel Leistung messen – Wie messen wir die Speichernutzung?

Im Folgenden zeigen wir Ihnen einfach, wie Sie Speichernutzungsdaten für drei verschiedene Arten von Anwendungen (JBoss EAP, JAR-Paket und ausführbare Datei) vergleichen, indem Sie die Daten unter Linux mit den Dienstprogrammen pmap und ps sammeln.

JBoss EAP

Wir starten eine Instanz der JBoss EAP-Anwendung (siehe Abschnitt „Bereitstellen von helloworld“ in vorherigen Post) und suchen Sie dann mit dem folgenden Befehl nach der Prozess-PID (in unserem Beispiel ist sie 7268):

$ pgrep -lf jboss
7268 java

Hinweis. Mit der Option –a können Sie die vollständige Befehlszeile extrahieren (z. B. $ pgrep -af jboss).

Jetzt verwenden wir 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 schauen uns den RSS-Wert an und stellen fest, dass JBoss EAP etwa 650 MB Speicher verbraucht.

JAR-Paket

Wir starten die JAR-Anwendung (siehe Abschnitt „In JAR verpacktes helloworld ausführen“ in vorherigen Post):

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

Wir schauen uns die PID erneut 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 führen ps und pmap aus, 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

Wir schauen uns das RSS noch einmal an und stellen fest, dass das JAR-Paket etwa 130 MB verbraucht.

Ausführbare Datei

Wir starten die native Datei (siehe Abschnitt „Ausführen der nativen ausführbaren Halloworld-Datei“ in vorherigen Post):

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

Schauen wir uns noch einmal die PID an:

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

Und dann verwenden wir die resultierende 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
И вот так:
$ 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 das RSS an und stellen fest, dass die ausführbare Datei etwa 20 MB Speicher beansprucht.

Vergleich des Speicherverbrauchs

Wir haben also die folgenden Zahlen für die 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.

Fassen wir die Beiträge 4 und 5 zusammen

In diesem und den vorherigen Beiträgen haben wir uns mit der Modernisierung von Java-Anwendungen mithilfe der in Quarkus unterstützten Technologien (CDI und Servlet 3) sowie verschiedenen Möglichkeiten zum Entwickeln, Erstellen und Ausführen solcher Anwendungen befasst. Wir haben gezeigt, wie man Speichernutzungsdaten sammelt, um die durch ein solches Upgrade erzielten Verbesserungen zu bewerten. Diese Artikel helfen Ihnen zu verstehen, wie Quarkus funktioniert und warum es nützlich ist – egal, ob Sie über das einfache Programm „helloworld“ in unseren Beispielen sprechen oder über viel komplexere Anwendungen im wirklichen Leben.

Wir melden uns in zwei Wochen mit einem letzten Beitrag über Quarkus zurück – wir sehen uns dort!

In unserem letzten Beitrag zeigen wir, wie man AMQ Online und Quarkus kombiniert, um ein modernes OpenShift-basiertes Messaging-System mit zwei neuen Messaging-Technologien aufzubauen. Weiter lesen Link.

Source: habr.com

Kommentar hinzufügen