Herkese merhaba – bu Quarkus serimizin beşinci gönderisi! (Bu arada web seminerimizi izleyin . Size sıfırdan nasıl başlayacağınızı veya hazır çözümleri nasıl aktaracağınızı göstereceğiz)
В örnek olarak depodaki helloworld programını kullanarak Quarkus destekli teknolojileri (CDI ve Servlet 3) kullanarak Java uygulamalarını modernleştirmeye baktık . Bugün modernizasyon konusuna devam edeceğiz ve bellek tüketimi konusunu tartışacağız.
Performans ölçümü hemen hemen her yükseltmenin temel temelidir ve bellek kullanımı raporlaması performans analizi sürecinin önemli bir parçasıdır. Bugün, Java uygulamalarının modernleştirilmesiyle elde edilen gelişmeleri ölçmek için kullanılabilecek ilgili ölçüm araçlarına bakacağız.
Bellek kullanımını ölçme hakkında daha fazla bilgi için Quarkus başlıklı eğitime bakın.
Aşağıda, pmap ve ps yardımcı programlarını kullanarak Linux'ta veri toplayarak üç farklı uygulama türü (JBoss EAP, JAR paketi ve çalıştırılabilir) için bellek kullanım verilerini nasıl karşılaştıracağınızı göstereceğiz.
JBoss EAP
JBoss EAP uygulamasının bir örneğini başlatıyoruz (bkz. ) ve ardından aşağıdaki komutu kullanarak işlem PID'sini arayın (örneğimizde 7268'dir):
$ pgrep -lf jboss
7268 java
Not. –a seçeneği komut satırının tamamını çıkarmanıza olanak tanır (örneğin: $ pgrep -af jboss).
Artık ps ve pmap komutlarında PID 7268'i kullanıyoruz.
İşte:
$ 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
Ve böylece:
$ 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
RSS değerine bakıyoruz ve JBoss EAP'nin yaklaşık 650 MB bellek tükettiğini görüyoruz.
JAR paketi
JAR uygulamasını başlatıyoruz (bkz. "JAR'da paketlenmiş helloworld'ü çalıştırma" bölümü) ):
$ java -jar ./target/helloworld-<version>-runner.jar
Pgrep komutunu kullanarak PID'ye tekrar bakıyoruz (bu sefer yukarıda açıklanan -a seçeneğini kullanıyoruz):
$ pgrep -af helloworld
6408 java -jar ./target/helloworld-<version>-runner.jar
Bellek kullanımını ölçmek için ps ve pmap'i çalıştırıyoruz, ancak şimdi 6408 işlemi için.
İşte:
$ ps -o pid,rss,command -p 6408
PID RSS COMMAND
6408 125732 java -jar ./target/helloworld-quarkus-runner.jar
Ve böylece:
$ 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
RSS'e tekrar bakıyoruz ve JAR paketinin yaklaşık 130 MB tükettiğini görüyoruz.
Çalıştırılabilir dosya
Yerel olanı başlatıyoruz (bkz. "Yerel helloworld yürütülebilir dosyasını çalıştırma" bölümü) ):
$ ./target/helloworld-<version>-runner
PID'sine tekrar bakalım:
$ pgrep -af helloworld
6948 ./target/helloworld-<version>-runner
Daha sonra ortaya çıkan işlem kimliğini (6948) ps ve pmap komutlarında kullanıyoruz.
İşte:
$ 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
RSS'ye bakıyoruz ve yürütülebilir dosyanın yaklaşık 20 MB bellek kapladığını görüyoruz.
Bellek tüketimini karşılaştırma
Böylece hafıza kullanımı için aşağıdaki sayıları elde ettik:
- JBoss EAP - 650 MB.
- JAR paketi – 130 MB.
- Yürütülebilir dosya – 20 MB.
Açıkçası, yürütülebilir dosya çok daha az bellek kaplıyor.
4. ve 5. gönderileri özetleyelim
Bu ve önceki gönderilerde, Quarkus'ta desteklenen teknolojileri (CDI ve Servlet 3) kullanarak Java uygulamalarını modernleştirmenin yanı sıra bu tür uygulamaları geliştirmenin, oluşturmanın ve çalıştırmanın çeşitli yollarını inceledik. Böyle bir yükseltmenin sağladığı iyileştirmeleri değerlendirmek için bellek kullanım verilerinin nasıl toplanacağını gösterdik. Bu makaleler, Quarkus'un nasıl çalıştığını ve neden yararlı olduğunu anlamanıza yardımcı olur; ister örneklerimizdeki basit helloworld programından, ister çok daha karmaşık gerçek hayattaki uygulamalardan bahsediyor olun.
İki hafta sonra Quarkus hakkında son bir yazıyla geri döneceğiz; orada görüşürüz!
Son gönderimizde, iki yeni mesajlaşma teknolojisini kullanarak modern bir OpenShift tabanlı mesajlaşma sistemi oluşturmak için AMQ Online ve Quarkus'u nasıl birleştireceğimizi göstereceğiz. Okumaya devam etmek .
Kaynak: habr.com