자바 groovy 메모리 회수 테스트 절차 분석
우리 의 개발 플랫폼 을 사용 할 때 고객 은 우리 의 동적 실행 스 크 립 트 가 시스템 메모리 회수 문 제 를 초래 하고 시스템 이 응답 하지 않 는 다 고 의심 합 니 다.그래서 저 는 이 문제 에 대해 상세 한 테스트 를 해서 어떤 영향 을 미 치 는 지 확인 하 겠 습 니 다.
테스트 단계
1.컨트롤 러 를 만 드 는 방법 을 사용 합 니 다.이 컨트롤 러 방법 은 자바 스 크 립 트 를 해석 하 는 코드 만 만 만 듭 니 다.
2.tomcat 메모리 설정.
set JAVA_OPTS=-Xms1g -Xmx1g
3.APPACHE 의 ab 명령 을 사용 하여 압력 측정 을 한다.
ab -c5 -t3600 http://192.168.1.200:8080/jsaas/testGroovyEngine.do
ab 명령 을 사용 하여 5 회 동시 다발 하여 1 시간 동안 측정 합 니 다.이 때 압력 측정 을 통 해 metadata 의 데이터 가 증가 하 는 것 을 발견 하 였 으 나 300 여 m 에 이 르 렀 을 때 이 데 이 터 는 회수 되 지만 이 때 는 방문 이 느 려 집 니 다.
jvm 매개 변수 재 조정
set JAVA_OPTS=-Xms1g -Xmx1g -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m
metadata 데이터 의 크기 를 256 m 로 고정 합 니 다.테스트 진행 중 발견:
압력 측정 을 할 때 불 러 오 는 클래스 가 증가 하지만 메타 데이터 가 256 m 에 도 달 했 을 때 jvm 은 규칙 적 으로 회수 하고 이 url 에 접근 하 는 성능 도 나 빠 지지 않 습 니 다.
결론 은:
1.groovy 를 사용 하면 임시 적재 류 가 증가 할 수 있 습 니 다.
2.metadata 의 데 이 터 를 설정 해 야 합 니 다.metadata 가 이 수치 에 도 착 했 을 때 회수 해 야 합 니 다.이렇게 하면 메모리 가 너무 많이 차지 하지 않 고 시스템 성능 이 떨 어 지지 않 습 니 다.
이상 이 바로 본 고의 모든 내용 입 니 다.여러분 의 학습 에 도움 이 되 고 저 희 를 많이 응원 해 주 셨 으 면 좋 겠 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
JPA + QueryDSL 계층형 댓글, 대댓글 구현(2)이번엔 전편에 이어서 계층형 댓글, 대댓글을 다시 리팩토링해볼 예정이다. 이전 게시글에서는 계층형 댓글, 대댓글을 구현은 되었지만 N+1 문제가 있었다. 이번에는 그 N+1 문제를 해결해 볼 것이다. 위의 로직은 이...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.