LabHub

디버깅 실전 · 느리다는 신고 좁히기 · 퀴즈

퀴즈: 느리다는 신고 좁히기

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. `curl -w` 측정에서 `ttfb` 는 크고 `total - ttfb` 는 작다. 어디를 봐야 하는가?

    1. 서버의 처리 시간 — 앱 또는 DB
    2. 네트워크 대역폭
    3. DNS 설정
    4. TLS 인증서
  2. p50 은 그대로인데 p99 만 크게 올랐다. 가장 유력한 방향은?

    1. 전체 용량 부족
    2. 락·커넥션 풀·GC 같은 경합
    3. 코드가 전반적으로 느려짐
    4. 네트워크 대역폭 포화
  3. 평균 응답 200ms 인데 사용자가 느리다고 한다. 가장 그럴듯한 설명은?

    1. 사용자가 유독 예민한 것이다
    2. 평균 계산이 틀렸다
    3. 네트워크가 느리다
    4. 소수의 매우 느린 요청이 평균에 묻혀 있다
  4. '항상 느림'과 '가끔 느림'을 먼저 구분하는 이유는?

    1. 보고서를 구성하기 좋아서
    2. 처리 우선순위를 정하려고
    3. 고객 응대 문구를 정하려고
    4. 원인 유형이 달라 조사 방법 자체가 달라지기 때문
  5. CPU 사용률 60% 이므로 지연 문제와 무관하다는 주장의 문제점은?

    1. 측정이 부정확해서
    2. CPU 대신 메모리를 봐야 해서
    3. 이용률이 높아질수록 대기 시간은 비선형으로 급증하기 때문
    4. 60% 는 낮은 값이 아니라서
  6. 특정 고객사만 느리다는 신고에서 가장 먼저 의심할 것은?

    1. 그 고객의 데이터 양이 달라 쿼리가 다르게 동작할 가능성
    2. 그 고객사가 쓰는 네트워크 회선 품질
    3. 고객이 쓰는 브라우저 버전
    4. 서버의 시간대 설정 차이