java CPU가 높을때 문제원인 찾는 법

🔥 결론: 하나의 Java 프로세스 안에 있는 thread들을 전부 분리해서 확인할 수 있다

방법은 바로 이것:

---

✅ 1. Linux에서 Java 프로세스의 thread를 분리해서 보는 방법

명령어

 

top -H -p <java_pid>

예:

 

top -H -p 12345

그럼 하나의 Java 프로세스(PID=12345) 안에 있는 모든 thread(TID) 가 각각 CPU를 얼마나 쓰는지 나옵니다.

예:

 

PID %CPU COMMAND 12345 10.0 java <-- 전체 12347 280.0 java <-- 문제 쓰레드(스레드 ID) 12349 12.3 java 12351 5.6 java

• 12347: 하나의 TID(thread ID)
• 이게 CPU 280% 먹고 있음 → 문제 쓰레드

즉, Java 한 개 프로세스 안의 각 thread CPU 사용량을 분리해서 알 수 있음.

---

✅ 2. 문제 thread가 “Java 내부에서 어떤 함수”를 돌고 있는지도 확인 가능

이건 Java thread dump(jstack)를 사용합니다.

---

Step A. thread ID(TID)를 16진수로 변환

Java thread dump는 hex 값으로 thread를 표시함.

 

printf "%x\n" 12347

출력 예:

 

303b

---

Step B. jstack 실행

 

jstack 12345 > /tmp/stack.txt

---

Step C. thread ID(hex)로 검색

 

grep -n "0x303b" /tmp/stack.txt

그럼 이렇게 나옵니다:

 

"pool-1-thread-3" #32 prio=5 tid=0x00007fda900303b nid=0x303b runnable at com.myapp.service.OrderService.process(OrderService.java:182) at com.myapp.service.OrderService.runLoop(OrderService.java:155) at java.lang.Thread.run(Thread.java:748)

여기서:

• nid=0x303b ← 이게 바로 문제 thread
• process() 함수에서 CPU를 많이 먹고 있음
• runLoop() 안에서 무한 loop가 돌고 있을 수 있음

이렇게 정확한 함수 이름 + 라인번호까지 알 수 있습니다.

---

🔥 추가: thread 이름까지 알 수 있음

Java에서는 thread를 만들 때 이름을 붙이면

 

new Thread(() -> {...}, "Worker-1").start();

jstack에서 이렇게 보입니다:

 

"Worker-1" #25 prio=5 ...

즉,

• thread 이름
• thread 상태
• thread call stack
• CPU 점유율
• lock(JVM monitor) 보유 여부

전부 확인 가능.

---

🔥 추가: thread 목록 전체 보기

 

jcmd <pid> Thread.print

또는 자동으로 thread hierarchy 확인 가능.

---

🔥 결론 요약

하나의 Java 프로그램이라도 내부 thread들은 개별 TID를 가지므로
CPU 사용량, 함수 위치, thread 이름 등을 전부 분리해서 확인 가능하다.

✔ top -H -p PID → thread CPU 식별
✔ printf "%x" TID → hex 변환
✔ jstack PID → thread dump
✔ grep hex → problem thread 찾기
✔ 어떤 함수인지 100% 확인 가능

---

원하면 지금 사용 중인 Java 서버에서
문제가 되는 thread를 실시간으로 찾는 쉘 스크립트도 만들어줄게!

나의 말:

thread ID는 찾아도 어떤 코드인지 알수는 없는건가요?

ChatGPT의 말:

알 수 있습니다.
단순히 “thread ID 숫자만 보인다 → 코드 위치는 모른다”가 아니라,
thread ID(TID) → jstack → Java 함수명 + 파일명 + 라인번호까지 정확히 찾을 수 있습니다.

즉,

✅ thread ID만 알면 “어떤 코드(어떤 함수)가 문제인지 100% 추적 가능합니다.”

아래를 보면 왜 가능한지 이해됩니다.

---

🔥 핵심 개념:

리눅스에서 보이는 thread ID(TID)는 JVM 내부 스레드의 nid(native thread id)와 1:1로 매핑됩니다.

예를 들어 top에서:

 

TID = 12347

라고 CPU를 많이 먹는 스레드가 보이면,

• 이걸 HEX로 바꾸고
• jstack에서 해당 TID를 검색하면
• 그 스레드가 어떤 Java 코드(메소드) 를 실행 중인지 정확히 알 수 있습니다.

실제로 이렇게 나옵니다:

---

🚀 실전 예제 (이게 실제로 나오는 화면)

Step1 — CPU 많이 먹는 thread 찾기

 

top -H -p <java_pid>

예:

 

12347 280% java ← 문제 스레드

---

Step2 — 10진수를 16진수(hex)로 변환

 

printf "%x\n" 12347

출력:

 

303b

---

Step3 — jstack 덤프 생성

 

jstack <java_pid> > dump.txt

---

Step4 — 문제 스레드 검색

 

grep -n "0x303b" dump.txt

---

🔥 실제로 보이는 결과

 

"pool-4-thread-1" #47 prio=5 os_prio=0 tid=0x00007fda900303b nid=0x303b runnable at com.company.payment.PaymentService.calculateFee(PaymentService.java:183) at com.company.payment.PaymentWorker.run(PaymentWorker.java:92) at java.lang.Thread.run(Thread.java:748)

즉, thread ID 하나만으로

• 어떤 클래스인지
• 어떤 메소드인지
• 몇 번째 줄(line number)인지
  → 정확히 나온다.

여기서는:

• calculateFee() 함수가 CPU를 폭주시키고 있음
• 파일: PaymentService.java
• 라인: 183

이 수준까지 바로 알 수 있습니다.

---

💡 정리하면

❗ thread ID 자체로는 코드 이름이 안 보이지만

❗ thread ID → jstack 검색을 하면

👉 스레드가 실행 중인 메소드
👉 메소드가 있는 클래스
👉 Java 파일 이름
👉 라인 번호
👉 Lock held 여부
👉 JVM 상태(runnable / waiting / blocked)

까지 전부 알 수 있습니다.

---

🎯 결론

thread ID만 알면 어떤 코드가 문제인지 100% 찾아낼 수 있습니다.
단순한 추론이 아니라, 실제 Java stack trace에 메소드/라인번호가 정확히 찍힙니다.