大家好——这是我们 Quarkus 系列的第五篇文章! (顺便说一下,观看我们的网络研讨会
В
性能测量是几乎所有升级的基础,而内存使用报告是性能分析过程的重要组成部分。 今天,我们将了解相关的测量工具,这些工具可用于量化 Java 应用程序现代化所取得的改进。
有关测量内存使用情况的更多信息,请参阅标题为“Quarkus”的教程
下面我们将简单地向您展示如何通过使用 pmap 和 ps 实用程序在 Linux 上收集数据来比较三种不同类型的应用程序(JBoss EAP、JAR 包和可执行文件)的内存使用数据。
JBoss EAP
我们启动 JBoss EAP 应用程序的实例(请参阅《部署 helloworld》中的“部署 helloworld”部分)
$ 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 的现代消息传递系统。 继续阅读
来源: habr.com