LabHub
배우기 러닝패스 코스

느린 구독자가 생중계를 멈췄다 · 무엇을 버리고 누구를 기다릴까 · 퀴즈

퀴즈: 무엇을 버리고 누구를 기다릴까

LabHub 에서 이어서 보기

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

  1. 최신 위치용 용량 2 큐에 10,11이 있을 때 12가 오면?

    1. 10,11을 유지하고 12를 버린다
    2. 10,12를 유지하고 11을 버린다
    3. 12만 남기고 진행 중 작업도 지운다
    4. 11,12를 유지하고 10을 반환한다
  2. 분리 정책의 offer_disconnect가 가득 찬 큐에서 해야 할 일은?

    1. 기존 큐를 보존하고 SlowConsumer를 낸다
    2. 큐를 비우고 성공으로 반환한다
    3. 빈칸이 생길 때까지 조용히 기다린다
    4. 새 항목을 버리고 정상 처리로 기록한다
  3. 구독자별 큐가 있어도 전체 발행자가 멈출 수 있는 구조는?

    1. 각 큐의 용량을 양의 정수로 제한한다
    2. 구독자마다 await put을 순서대로 기다린다
    3. 분리된 구독자를 다음 발행에서 제외한다
    4. 실패한 연결 뒤의 정상 큐에도 전달한다
  4. 가득 찬 구독자를 분리한 직후 broadcast에서 return하면?

    1. 다음 이벤트의 순번이 자동 복구된다
    2. 해당 구독자가 정상 속도로 복귀한다
    3. 목록 뒤쪽 정상 구독자가 이번 값을 놓친다
    4. 모든 큐의 task_done이 자동 호출된다
  5. 결제 이력에 최신 위치와 같은 폐기 정책을 쓰면 위험한 이유는?

    1. 중간 거래가 사라져 업무 이력을 잃는다
    2. 정수 순번의 표현 방식이 항상 달라진다
    3. TCP가 결제 문자열만 전송을 거절한다
    4. 큐 용량이 커져도 처리율이 너무 빨라진다
  6. slow가 ACK를 보류하는 로컬 TCP 시험으로 입증하는 것은?

    1. 인터넷 손실 중의 전체 처리량 보장
    2. 금융 이벤트의 정확히 한 번 영속 처리
    3. 커널 송신 버퍼 포화의 최대 전송 속도
    4. 업무가 느린 구독자의 기능적 장애 격리