디버깅 실전 · 느리다는 신고 좁히기 · 퀴즈
퀴즈: 느리다는 신고 좁히기
문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.
`curl -w` 측정에서 `ttfb` 는 크고 `total - ttfb` 는 작다. 어디를 봐야 하는가?
- 서버의 처리 시간 — 앱 또는 DB
- 네트워크 대역폭
- DNS 설정
- TLS 인증서
p50 은 그대로인데 p99 만 크게 올랐다. 가장 유력한 방향은?
- 전체 용량 부족
- 락·커넥션 풀·GC 같은 경합
- 코드가 전반적으로 느려짐
- 네트워크 대역폭 포화
평균 응답 200ms 인데 사용자가 느리다고 한다. 가장 그럴듯한 설명은?
- 사용자가 유독 예민한 것이다
- 평균 계산이 틀렸다
- 네트워크가 느리다
- 소수의 매우 느린 요청이 평균에 묻혀 있다
'항상 느림'과 '가끔 느림'을 먼저 구분하는 이유는?
- 보고서를 구성하기 좋아서
- 처리 우선순위를 정하려고
- 고객 응대 문구를 정하려고
- 원인 유형이 달라 조사 방법 자체가 달라지기 때문
CPU 사용률 60% 이므로 지연 문제와 무관하다는 주장의 문제점은?
- 측정이 부정확해서
- CPU 대신 메모리를 봐야 해서
- 이용률이 높아질수록 대기 시간은 비선형으로 급증하기 때문
- 60% 는 낮은 값이 아니라서
특정 고객사만 느리다는 신고에서 가장 먼저 의심할 것은?
- 그 고객의 데이터 양이 달라 쿼리가 다르게 동작할 가능성
- 그 고객사가 쓰는 네트워크 회선 품질
- 고객이 쓰는 브라우저 버전
- 서버의 시간대 설정 차이