Quarkus: JBoss EAP Quickstart의 예로 Helloworld를 사용하여 애플리케이션 현대화(계속)

안녕하세요 여러분 – 이것은 Quarkus 시리즈의 다섯 번째 게시물입니다! (그나저나 웹 세미나를 시청해 보세요. "이것이 Quarkus입니다. Kubernetes 네이티브 Java 프레임워크입니다.". 처음부터 시작하거나 기성 솔루션을 전송하는 방법을 알려 드리겠습니다)

В 이전 게시물 저장소의 helloworld 프로그램을 예로 사용하여 Quarkus 지원 기술(CDI 및 Servlet 3)을 사용하여 Java 애플리케이션을 현대화하는 방법을 살펴보았습니다. Red Hat JBoss Enterprise Application Platform(JBoss EAP) 빠른 시작. 오늘은 현대화라는 주제를 이어가며 메모리 소비 문제에 대해 논의하겠습니다.

성능 측정은 거의 모든 업그레이드의 기본 기반이며 메모리 사용량 보고는 성능 분석 프로세스의 중요한 부분입니다. 오늘은 Java 애플리케이션 현대화를 통해 달성한 개선 사항을 정량화하는 데 사용할 수 있는 관련 측정 도구를 살펴보겠습니다.

메모리 사용량 측정에 대한 자세한 내용은 Quarkus 튜토리얼을 참조하세요. 성능 측정 - 메모리 사용량을 어떻게 측정합니까?

아래에서는 pmap 및 ps 유틸리티를 사용하여 Linux에서 데이터를 수집하여 세 가지 다른 유형의 애플리케이션(JBoss EAP, JAR 패키지 및 실행 파일)에 대한 메모리 사용량 데이터를 비교하는 방법을 간단히 보여 드리겠습니다.

제이보스 EAP

JBoss EAP 애플리케이션의 인스턴스를 시작합니다("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가 약 650MB의 메모리를 소비한다는 것을 알 수 있습니다.

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를 보면 실행 파일이 약 20MB의 메모리를 차지하는 것을 알 수 있습니다.

메모리 소비 비교

따라서 메모리 사용량에 대해 다음과 같은 숫자를 얻었습니다.

• JBoss EAP - 650MB.
• JAR 패키지 – 130MB.
• 실행 파일 – 20MB.

분명히 실행 파일은 훨씬 적은 메모리를 차지합니다.

4번과 5번 게시물을 요약해 보겠습니다.

이 게시물과 이전 게시물에서는 Quarkus에서 지원되는 기술(CDI 및 Servlet 3)을 사용하여 Java 애플리케이션을 현대화하는 방법과 이러한 애플리케이션을 개발, 구축 및 실행하는 다양한 방법을 살펴보았습니다. 이러한 업그레이드를 통해 달성한 개선 사항을 평가하기 위해 메모리 사용량 데이터를 수집하는 방법을 보여주었습니다. 이 기사는 예제의 간단한 helloworld 프로그램에 대해 이야기하든 훨씬 더 복잡한 실제 애플리케이션에 대해 이야기하든 Quarkus의 작동 방식과 유용한 이유를 이해하는 데 도움이 됩니다.

XNUMX주 후에 Quarkus에 대한 마지막 게시물을 가지고 다시 찾아오겠습니다. 거기서 뵙겠습니다!

마지막 게시물에서는 AMQ Online과 Quarkus를 결합하여 두 가지 새로운 메시징 기술을 사용하여 최신 OpenShift 기반 메시징 시스템을 구축하는 방법을 보여 드리겠습니다. 읽어 링크.

출처 : habr.com