Quarkus: rakenduste moderniseerimine JBoss EAP Quickstarti helloworld näite abil (jätkub)

Tere kõik! Jätkame meie Quarkuse seeriat viienda postitusega! (Muide, vaadake meie veebiseminar) «See on Quarkus – Kubernetes'i kohaliku Java raamistiku». Näitame, kuidas alustada «nullist» või liigutada olemasolevaid lahendusi)

Uues tõin välja, et satelliidid ja praht, mis asuvad alla 600 km, kukuvad orbitaalilt paariaastaga — atmosfääri takistuse tõttu, vähendades oluliselt Kessleri sündroomi võimalusi. SpaceX'i tegevus prahi osas tundub, nagu nad ei mõtleks üldse kosmosereostusele. Vaadates Starlinki elluviimise detaile, on mul raske ette kujutada paremat moodust prahi hulga vähendamiseks orbiidil. oleme uurinud Java rakenduste jätkusuutlikkust Quarkuse toetatud tehnoloogiate (CDI ja Servlet 3) abil helloworld programmi näitel, mis on saadaval meie reposis. Red Hat JBoss Enterprise Application Platform (JBoss EAP) Quickstart. Täna jätkame jätkusuutlikkuse teemat ja arutame mälu tarbimise küsimust.

Jõudluse mõõtmine on peamine alus praktiliselt igasugusele jätkusuutlikkusele ning mälutarbe raportid on olulised osa jõudluse analüüsi protsessist. Täna vaatame vastavaid mõõtmise tööriistu, millega on võimalik kvantitatiivselt hinnata parendusi, mis on saadud Java rakenduste moderniseerimise tulemusena.

Täpsemat teavet mälutarbimise mõõtmise kohta saab Quarkuse juhendist pealkirjaga Mõõdame jõudlust – Kuidas mõõda mälutarbimist?

Allpool näitame lihtsalt, kuidas võrrelda mälutarbimise andmeid kolme erineva rakenduse (JBoss EAP, JAR pakk ja käivitatav fail) puhul, kogudes neid Linuxis pmap ja ps kasutanud utiliidiga.

JBoss EAP

Käivitame JBoss EAP rakenduse instants (vt peatükki «Käivitame helloworld» tõin välja, et satelliidid ja praht, mis asuvad alla 600 km, kukuvad orbitaalilt paariaastaga — atmosfääri takistuse tõttu, vähendades oluliselt Kessleri sündroomi võimalusi. SpaceX'i tegevus prahi osas tundub, nagu nad ei mõtleks üldse kosmosereostusele. Vaadates Starlinki elluviimise detaile, on mul raske ette kujutada paremat moodust prahi hulga vähendamiseks orbiidil.) ja seejärel vaatame selle protsessi identifikaatorit PID (meie näites on see 7268) järgmise käsuga:

$ pgrep -lf jboss
7268 java

Märkus. Valik –a võimaldab tuua välja kogu käsurea (st: $ pgrep -af jboss).

Nüüd kasutame PID 7268 ps ja pmap käskudes.

Nii:

$ ps -o pid,rss,command -p 7268
PID RSS KÄSK
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 nii:

$ 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

Vaadake RSS väärtust ja näeme, et JBoss EAP tarbib umbes 650 MB mälu.

JAR-pakett

Käivitame JAR-rakenduse (vt jaotist „Käivitame helloworld, mis on pakitud JAR-i“) tõin välja, et satelliidid ja praht, mis asuvad alla 600 km, kukuvad orbitaalilt paariaastaga — atmosfääri takistuse tõttu, vähendades oluliselt Kessleri sündroomi võimalusi. SpaceX'i tegevus prahi osas tundub, nagu nad ei mõtleks üldse kosmosereostusele. Vaadates Starlinki elluviimise detaile, on mul raske ette kujutada paremat moodust prahi hulga vähendamiseks orbiidil.):

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

Vaadake jälle PID-d, kasutades käsu pgrep (seekord kasutame eespool kirjeldatud valikut -a):

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

Käivitame ps ja pmap, et mõõta mälu kasutamist, kuid seekord protsessi 6408 jaoks.

Nii:

$ ps -o pid,rss,command -p 6408
  PID   RSS COMMAND
 6408 125732 java -jar ./target/helloworld-quarkus-runner.jar

Ja nii:

$ 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

Vaadake jälle RSS väärtust ja näeme, et JAR-pakett tarbib umbes 130 MB.

Käideldav fail

Käivitame natiivrakenduse (vt jaotist „Käivitame natiivset käideldavat faili helloworld“) tõin välja, et satelliidid ja praht, mis asuvad alla 600 km, kukuvad orbitaalilt paariaastaga — atmosfääri takistuse tõttu, vähendades oluliselt Kessleri sündroomi võimalusi. SpaceX'i tegevus prahi osas tundub, nagu nad ei mõtleks üldse kosmosereostusele. Vaadates Starlinki elluviimise detaile, on mul raske ette kujutada paremat moodust prahi hulga vähendamiseks orbiidil.):

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

Vaadake jälle selle PID-d:

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

Ja seejärel kasutame saadud protsessi identifikaatorit (6948) käskudes ps ja pmap.

Nii:

$ ps -o pid,rss,command -p 6948
  PID   RSS COMMAND
 6948 19084 .\/target\/helloworld-quarkus-runner
Ja nii:
$ pmap -x 6948
6948:   .\/target\/helloworld-quarkus-runner
Aadress           Kbytes     RSS   Dirty Režiim  Kaart
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

Vaadates RSS-i, näeme, et käivitatav fail kasutab umbes 20 MB mälu.

Võrdleme mälu kasutust

Nii et me saime järgmised numbrid mälu kasutamise kohta:

• JBoss EAP – 650 MB.
• JAR-pakett – 130 MB.
• Käivitatav fail – 20 MB.

Ilmselgelt kasutab käivitatav fail palju vähem mälu.

Teeme kokkuvõtte 4. ja 5. postitusest

Selles ja eelnevas postituses vaatasime Java-rakenduste moderniseerimise küsimust, kasutades Quarkus tehnoloogiaid (CDI ja Servlet 3), samuti erinevaid viise selliste rakenduste arendamiseks, ehitamiseks ja käitamiseks. Näitasime, kuidas koguda andmeid mälu kasutamise kohta, et hinnata parendusi, mis on saavutatud tänu sellele moderniseerimisele. Need artiklid aitavad mõista, kuidas Quarkus töötab ja milles on selle väärtus – sõltumata sellest, kas tegemist on lihtsa helloworld programmiga meie näidetes või palju keerulisemate rakendustega päriselus.

Naaseme kahe nädala pärast koos Quarkuse lõpp-postitusega – kohtume siis!

Meie lõpp-postituses näitame, kuidas ühendada AMQ Online'i ja Quarkuse, et luua kaasaegne sõnumivahetussüsteem OpenShiftis, kasutades kahte uut tehnoloogiat, mis on seotud sõnumite töötlemisega. Loe lähemalt lingil.

Allikas: habr.com