主持人 > 博客 > 管理 > Quarkus：以 JBoss EAP 快速入門中的 Helloworld 為例實現應用程式現代化（續）

Quarkus：以 JBoss EAP 快速入門中的 Helloworld 為例實現應用程式現代化（續）

大家好－這是我們 Quarkus 系列的第五篇文章！ （順便說一下，觀看我們的網路研討會 “這是 Quarkus – Kubernetes 原生 Java 框架”。 我們將向您展示如何從頭開始或轉移現成的解決方案）

Quarkus：以 JBoss EAP 快速入門中的 Helloworld 為例實現應用程式現代化（續）

В 上一篇 我們以儲存庫中的 helloworld 程式為例，研究了使用 Quarkus 支援的技術（CDI 和 Servlet 3）對 Java 應用程式進行現代化改造 紅帽 JBoss 企業應用平台 (JBoss EAP) 快速入門。 今天我們繼續現代化的話題，討論一下記憶體消耗的問題。

效能測量幾乎是所有升級的基礎，而記憶體使用報告是效能分析過程的重要組成部分。 今天，我們將了解相關的測量工具，這些工具可用於量化 Java 應用程式現代化所取得的改進。

有關測量記憶體使用情況的更多信息，請參閱標題為“Quarkus”的教程 測量效能－我們如何測量記憶體使用情況？

下面我們將簡單地向您展示如何透過使用 pmap 和 ps 實用程式在 Linux 上收集資料來比較三種不同類型的應用程式（JBoss EAP、JAR 套件和可執行檔）的記憶體使用資料。

JBoss EAP

我們啟動 JBoss EAP 應用程式的實例（請參閱《部署 helloworld》中的「部署 helloworld」部分） 上一篇），然後使用以下命令尋找其進程 PID（在我們的範例中為 7268）：

$ pgrep -lf jboss
7268 java

注。 –a 選項可讓您提取完整的命令列（即：$ pgrep -af jboss）。

現在我們在 ps 和 pmap 指令中使用 PID 7268。

像這樣：

$ 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

像這樣：

$ 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 值，發現 JBoss EAP 消耗了大約 650 MB 的記憶體。

JAR包

我們啟動 JAR 應用程式（請參閱「運行 JAR 中打包的 helloworld」部分） 上一篇):

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

我們再次使用 pgrep 指令查看 PID（這次我們使用上面描述的 -a 選項）：

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

我們運行 ps 和 pmap 來測量記憶體使用情況，但現在是針對進程 6408。

像這樣：

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

像這樣：

$ 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，發現JAR套件大約消耗了130MB。

執行檔

我們啟動本機檔案（請參閱《運行本機 helloworld 執行檔》一節） 上一篇):

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

我們再看一下它的PID：

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

然後我們在 ps 和 pmap 指令中使用產生的進程 ID (6948)。

像這樣：

$ 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，發現可執行檔佔用了大約20 MB 的記憶體。

比較記憶體消耗

因此，我們得到了以下記憶體使用數據：

  • JBoss EAP - 650 MB。
  • JAR 包 – 130 MB。
  • 可執行檔 – 20 MB。

顯然，可執行檔案佔用的記憶體要少得多。

讓我們總結一下帖子 4 和 5

在這篇文章和先前的文章中，我們研究了使用 Quarkus 支援的技術（CDI 和 Servlet 3）實現 Java 應用程式現代化，以及開發、建構和運行此類應用程式的各種方法。 我們展示瞭如何收集記憶體使用資料來評估此類升級所實現的改進。 這些文章可幫助您了解 Quarkus 的工作原理以及它為何有用 — 無論您是在討論我們範例中的簡單 helloworld 程式還是更複雜的現實應用程式。

我們將在兩週後回來發布有關 Quarkus 的最後一篇文章 - 到時見！

在最後一篇文章中，我們將展示如何結合 AMQ Online 和 Quarkus，使用兩種新的訊息傳遞技術來建立基於 OpenShift 的現代訊息傳遞系統。 繼續閱讀 鏈接.

來源： www.habr.com

添加評論