Hei kaikille – tämä on viides postaus Quarkus-sarjassamme! (Katso muuten webinaarimme . Näytämme sinulle kuinka aloittaa alusta tai siirtää valmiita ratkaisuja)
В tarkastelimme Java-sovellusten modernisointia Quarkuksen tukemilla teknologioilla (CDI ja Servlet 3) käyttämällä esimerkkinä arkistosta löytyvää helloworld-ohjelmaa . Tänään jatkamme modernisoinnin aihetta ja keskustelemme muistinkulutuksesta.
Suorituskyvyn mittaaminen on perustavanlaatuinen melkein kaikille päivityksille, ja muistin käytön raportointi on tärkeä osa suorituskyvyn analysointiprosessia. Tänään tarkastellaan asiaankuuluvia mittaustyökaluja, joiden avulla voidaan kvantifioida Java-sovellusten modernisoinnilla saavutettuja parannuksia.
Lisätietoja muistin käytön mittaamisesta on Quarkus-opetusohjelmassa, jonka otsikko on
Alla näytämme yksinkertaisesti, kuinka voit verrata muistin käyttötietoja kolmelle eri sovellukselle (JBoss EAP, JAR-paketti ja suoritettava tiedosto) keräämällä tiedot Linuxista pmap- ja ps-apuohjelmien avulla.
JBoss EAP
Käynnistämme JBoss EAP -sovelluksen esiintymän (katso osio "helloworldin käyttöönotto" ) ja etsi sitten sen prosessin PID (esimerkissämme se on 7268) seuraavalla komennolla:
$ pgrep -lf jboss
7268 java
Huom. -a-valinnan avulla voit purkaa koko komentorivin (eli: $ pgrep -af jboss).
Nyt käytämme PID 7268:aa ps- ja pmap-komennoissa.
Täällä niin:
$ 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
Ja näin:
$ 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
Katsomme RSS-arvoa ja näemme, että JBoss EAP kuluttaa noin 650 Mt muistia.
JAR paketti
Käynnistämme JAR-sovelluksen (katso kohta "Suorita JAR:iin pakattu helloworld"). ):
$ java -jar ./target/helloworld-<version>-runner.jar
Katsomme PID:tä uudelleen pgrep-komennolla (tällä kertaa käytämme yllä kuvattua -a-vaihtoehtoa):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Suoritamme ps:n ja pmapin mittaamaan muistin käyttöä, mutta nyt prosessia 6408.
Täällä niin:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Ja näin:
$ 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
Katsomme RSS:ää uudelleen ja huomaamme, että JAR-paketti kuluttaa noin 130 Mt.
Suoritettava tiedosto
Käynnistämme alkuperäisen tiedoston (katso osio "Alkuperäisen helloworld-suoritettavan tiedoston suorittaminen" ):
$ ./target/helloworld-<version>-runner
Katsotaanpa sen PID:tä uudelleen:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Ja sitten käytämme tuloksena olevaa prosessitunnusta (6948) ps- ja pmap-komennoissa.
Täällä niin:
$ 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
Katsomme RSS:ää ja näemme, että suoritettava tiedosto vie noin 20 Mt muistia.
Muistin kulutuksen vertailu
Saimme siis seuraavat luvut muistin käytölle:
- JBoss EAP - 650 Mt.
- JAR-paketti – 130 Mt.
- Suoritettava tiedosto – 20 Mt.
Ilmeisesti suoritettava tiedosto vie paljon vähemmän muistia.
Tehdään yhteenveto viestistä 4 ja 5
Tässä ja aiemmissa viesteissä tarkastelimme Java-sovellusten modernisointia Quarkuksen tukemien teknologioiden (CDI ja Servlet 3) avulla sekä erilaisia tapoja kehittää, rakentaa ja ajaa tällaisia sovelluksia. Näitimme, kuinka kerätä muistinkäyttötietoja, jotta voidaan arvioida tällaisen päivityksen aikaansaamia parannuksia. Nämä artikkelit auttavat sinua ymmärtämään, miten Quarkus toimii ja miksi se on hyödyllinen, puhuitpa sitten esimerkkien yksinkertaisesta helloworld-ohjelmasta tai paljon monimutkaisemmista tosielämän sovelluksista.
Palaamme kahden viikon kuluttua viimeisen postauksen kanssa Quarkuksesta - nähdään siellä!
Viimeisessä viestissämme näytämme kuinka yhdistää AMQ Online ja Quarkus rakentamaan moderni OpenShift-pohjainen viestintäjärjestelmä kahdella uudella viestintäteknologialla. Jatka lukemista .
Lähde: will.com