Quarkus:使用来自JBoss EAP Quickstart的helloworld示例进行应用程序升级(续)

大家好-这是我们有关Quarkus的系列文章中的第五篇! (顺便说一句,注册并进入我们的网络研讨会“ 这是Quarkus-Kubernetes本机Java框架 ”,该会议将于5月27日举行。我们将展示如何从头开始或转移现成的解决方案。)



在上一篇文章中,我们研究了使用受支持的Quarkus实现Java应用程序的现代化。技术(CDI和Servlet 3)使用来自Red Hat JBoss企业应用程序平台(JBoss EAP)快速入门资料库的helloworld程序。今天,我们将继续现代化的话题,并讨论内存消耗问题。

性能度量是几乎所有升级的基本基础,内存使用情况报告是性能分析过程的重要组成部分。今天,我们将研究相关的测量工具,您可以用它们来量化Java应用程序现代化带来的改进。

有关测量内存使用情况的更多信息,请参见Quarkus手册,标题为“ 测量性能—我们如何测量内存使用情况”?

下面,我们仅展示如何比较三种不同类型的应用程序(JBoss EAP,JAR包和可执行文件)的内存使用情况数据,并使用pmap和ps实用程序在Linux上收集这些数据。

Jboss EAP


我们启动JBoss EAP应用程序的实例(请参阅上一篇文章中的“ Deploying 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启动的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包消耗了大约130 MB。

可执行文件


我们推出本地(参见“我们推出了原生的HelloWorld可执行文件”,在以前的帖子):

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

再次查看他的PID:

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

然后在ps和pmap命令中使用生成的进程标识符(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的最终帖子-很快见!

All Articles