Differential Flamegraph란 무엇인가
성능 최적화 작업에서 단순히 "지금 어디가 느린가"를 아는 것만으로는 부족하다. 실무에서 더 자주 마주치는 질문은 "이 변경 이전과 이후, 무엇이 달라졌는가"다. Jeffrey Microscope의 Differential Flamegraph는 바로 이 비교 관점에 특화된 기능이다. 두 개의 JVM 녹화(recording)를 입력으로 받아, 두 시점 사이에 스택 트레이스의 비중이 어떻게 변화했는지를 시각적으로 보여준다.
일반적인 단일 플레임그래프는 특정 시점 혹은 구간 동안 CPU나 메모리가 어느 코드 경로에서 얼마나 소비되었는지를 나타낸다. 이것만으로도 병목 탐지에 유용하지만, 코드 변경이나 배포 이후 "개선이 실제로 이루어졌는가"를 검증하려면 두 프로파일을 비교해야 한다. Differential Flamegraph는 이 과정을 수작업 비교 없이 단일 뷰에서 처리할 수 있게 해준다.
실무에서 어떻게 활용하는가
Differential Flamegraph가 특히 강력한 이유는 변화의 방향과 크기를 한눈에 파악할 수 있기 때문이다. 일반적으로 색상 인코딩을 통해 이전 녹화 대비 샘플 비중이 증가한 프레임과 감소한 프레임을 구분한다. 예를 들어 리팩토링 이후 특정 직렬화 로직의 호출 비중이 줄었는지, 혹은 예상치 못한 곳에서 오버헤드가 증가했는지를 즉시 확인할 수 있다.
# 두 JFR 녹화 파일을 Jeffrey에 업로드하여 비교
before.jfr → baseline recording (변경 전)
after.jfr → candidate recording (변경 후)
실제 사용 패턴을 정리하면 다음과 같다.
- 배포 전후 검증: 신규 릴리스가 CPU 사용 패턴을 의도한 방향으로 변화시켰는지 확인
- 최적화 효과 측정: 특정 알고리즘 교체나 캐싱 도입 이후 해당 코드 경로의 샘플 비중 감소 확인
- 회귀 탐지: 성능 지표 이상 발생 시 직전 배포 녹화와 비교해 원인 코드 경로를 빠르게 좁히기
- A/B 구성 비교: JVM 옵션이나 GC 정책 변경 시 두 구성의 프로파일 차이 분석
단일 플레임그래프를 능숙하게 읽을 수 있다면 Differential 뷰는 자연스럽게 확장된 개념으로 받아들일 수 있다. 기반이 되는 스택 트레이스 해석 방식은 동일하고, 추가된 것은 "두 녹화 간의 델타"라는 레이어뿐이다.
4년차 이상 개발자에게 이 기능이 중요한 이유
시니어 개발자로 성장할수록 단순 디버깅보다 성능 변화에 대한 근거 있는 설명이 요구된다. 팀 리뷰나 아키텍처 의사결정 자리에서 "이 변경으로 어느 코드 경로가 얼마나 개선되었는가"를 데이터로 제시할 수 있어야 한다. Differential Flamegraph는 이런 상황에서 직관적인 시각 증거를 제공한다.
// 최적화 전후 비교 시나리오 예시
// before: 매 요청마다 ObjectMapper 인스턴스 생성
ObjectMapper mapper = new ObjectMapper(); // 비용 높음
// after: 싱글턴으로 재사용
private static final ObjectMapper MAPPER = new ObjectMapper();
위와 같은 변경이 실제로 효과가 있었는지, 그리고 다른 곳에서 의도치 않은 영향이 생기지 않았는지를 Differential Flamegraph로 교차 검증할 수 있다. 벤치마크 숫자와 프로파일 시각화를 함께 제시하면 기술적 신뢰도가 크게 높아진다.
정리
- Differential Flamegraph는 두 JVM 녹화를 비교해 코드 경로별 성능 변화를 시각적으로 표현하며, 단일 플레임그래프의 자연스러운 확장이다.
- 배포 전후 검증, 최적화 효과 측정, 회귀 탐지 등 실무 성능 작업의 핵심 질문에 직접적으로 답할 수 있다.
- 성능 개선의 근거를 데이터로 제시해야 하는 시니어 개발자에게 특히 유용한 도구다.