Hallo almal - dit is die vyfde plasing uit ons reeks oor Quarkus! (Terloops, kyk na ons webinar . Ons sal jou wys hoe om van voor af te begin of klaargemaakte oplossings oor te dra)
В ons het gekyk na die modernisering van Java-toepassings deur tegnologieë wat deur Quarkus (CDI en Servlet 3) ondersteun word, te gebruik deur die voorbeeld van die helloworld-program uit die bewaarplek te gebruik . Vandag gaan ons voort met die onderwerp van modernisering en bespreek die kwessie van geheueverbruik.
Prestasiemeting is die grondslag van byna enige opgradering, en geheuegebruikverslagdoening is 'n belangrike deel van die prestasie-ontledingsproses. Vandag sal ons kyk na relevante meetinstrumente wat gebruik kan word om die verbeterings wat voortspruit uit die modernisering van Java-toepassings te kwantifiseer.
Vir besonderhede oor die meting van geheuegebruik, sien die Quarkus-gids getiteld
En hieronder sal ons jou net wys hoe om geheuegebruikdata vir drie verskillende tipes toepassings (JBoss EAP, JAR-pakket en uitvoerbare) te vergelyk deur hierdie data op Linux te versamel deur die pmap- en ps-nutsprogramme te gebruik.
JBoss EAP
Begin 'n instansie van die JBoss EAP-toepassing (sien Ontplooi helloworld in ) en kyk dan na die proses PID (in ons voorbeeld is dit 7268) met die volgende opdrag:
$ pgrep -lf jboss
7268 java
Noot. Die -a opsie laat jou toe om die volledige opdragreël te onttrek (bv.: $ pgrep -af jboss).
Nou gebruik ons PID 7268 in die ps- en pmap-opdragte.
Hier 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
En 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
Ons kyk na die RSS-waarde en sien dat JBoss EAP ongeveer 650 MB geheue verbruik.
JAR pakket
Begin die JAR-toepassing (sien "Hallowêreld verpak in 'n JAR hardloop" in ):
$ java -jar ./target/helloworld-<version>-runner.jar
Weereens kyk ons na die PID met behulp van die pgrep-opdrag (hierdie keer gebruik ons die -a-opsie wat hierbo beskryf is):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Begin ps en pmap om geheuegebruik te meet, maar nou vir proses 6408.
Hier so:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
En 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
Ons kyk weer na die RSS en sien dat die JAR-pakket ongeveer 130 MB verbruik.
Uitvoerbaar
Begin die native (sien die "Run the helloworld native executable"-afdeling in ):
$ ./target/helloworld-<version>-runner
Weereens kyk ons na sy PID:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
En dan gebruik ons die resulterende proses-ID (6948) in die ps- en pmap-opdragte.
Hier 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
Ons kyk RSS en sien dat die uitvoerbare lêer ongeveer 20 MB geheue in beslag neem.
Vergelyk geheueverbruik
Dus, ons het die volgende syfers vir geheuegebruik:
- JBoss EAP - 650 MB.
- JAR-pakket - 130 MB.
- Uitvoerbare lêer - 20 MB.
Uiteraard neem die uitvoerbare baie minder geheue in beslag.
Som 4 en 5 plasings op
In hierdie plasing en die vorige een, het ons gedek hoe om Java-toepassings te moderniseer deur gebruik te maak van Quarkus-ondersteunde tegnologieë (CDI en Servlet 3), sowel as verskeie maniere om sulke toepassings te ontwikkel, te bou en uit te voer. Ons het jou gewys hoe om geheuegebruikdata in te samel om die verbeterings wat uit hierdie opgradering voortspruit, te evalueer. Hierdie artikels help jou om te verstaan hoe Quarkus werk en waarvoor dit goed is, of dit nou die eenvoudigste helloworld-program in ons voorbeelde is of die baie meer komplekse werklike toepassings.
Ons is oor twee weke terug met 'n laaste Quarkus-plasing - sien jou binnekort!
In ons laaste plasing sal ons jou wys hoe om AMQ Online en Quarkus te kombineer om 'n moderne boodskapstelsel te bou gebaseer op OpenShift deur twee nuwe boodskaptegnologieë te gebruik. Lees verder .
Bron: will.com