JDK 성능 분석 및 문제 해결 - 명령 행

첫째, 명령을 보여줍니다
로그인 호스트 : 132.46.110.21
도커 PS의 -a | 그렙 'hub.ecs.com:6999/open_pro.*open-pro-apple2'
도커 Exec에서 - 그것은 ID / 빈 / bash는

JPS

. 하나 개있는 jinfo의
.있는 jinfo 1 | GREP이 기준에 // 프로그램 매개 변수의 주요 방법을 'sun.java.command'
1있는 jinfo | 그렙 '명령 줄' // 가상 머신 시스템 매개 변수, 전역 매개 변수

그러면 jstat -gc 1 3S 10
일 -3 10 -gcutil 그러면 jstat

# 간단한 일견 사례 연구의 후속는이
10.142.195.60 : 테스트 환경 호스트 로그인 할
그렙 'test.com:6999/open_2k'| 도커 PS의 -a
도커 Exec에서 - 그것은 ID / 빈 / bash는

jstack을 1> stack1.txt의
고양이 stack1.txt | 그렙 'java.lang.Thread.State에'
고양이 stack1.txt | 그렙 'java.lang.Thread.State에'| 화장실 -l
고양이 stack1.txt | 그렙 'java.lang.Thread.State에'| 종류 | UNIQ
线程状态: HTTPS : //docs.oracle.com/javase/8/docs/api/java/lang/Thread.State.html
새로운, Runnable를 (Runnable를 / 달리기), 차단 (차단 / 대기 / TIMED_WAITING), 죽은

#은 육안으로 읽을 수로, 분석 도구를 필요
jmap는의 - 덤프 : 형식 = B, 파일 = dump2019.dump 1

둘째로서는 분석
상기 제 1 기록 자바 코드 예
가. 건물 소수점 연산주기 [높은 CPU 플로팅 큰 목적, 타이밍 된 수면, 빈 [메모리 복구,
B. 오버 플로우 예외 스택 메모리 힙 (2 운동 플러스 슬립)

1. 표시합니다 VisualVM과
2. 디스플레이 JPS 다시 jstat-
3. 분석 스택
4. 분석 덤프를

추천

출처www.cnblogs.com/DeskZero/p/11563038.html