Quiz: What should we drop, and whom should we wait for?

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

• 10,11을 유지하고 12를 버린다
• 10,12를 유지하고 11을 버린다
• 12만 남기고 진행 중 작업도 지운다
• 11,12를 유지하고 10을 반환한다

분리 정책의 offer_disconnect가 가득 찬 큐에서 해야 할 일은?

• 기존 큐를 보존하고 SlowConsumer를 낸다
• 큐를 비우고 성공으로 반환한다
• 빈칸이 생길 때까지 조용히 기다린다
• 새 항목을 버리고 정상 처리로 기록한다

구독자별 큐가 있어도 전체 발행자가 멈출 수 있는 구조는?

• 각 큐의 용량을 양의 정수로 제한한다
• 구독자마다 await put을 순서대로 기다린다
• 분리된 구독자를 다음 발행에서 제외한다
• 실패한 연결 뒤의 정상 큐에도 전달한다

가득 찬 구독자를 분리한 직후 broadcast에서 return하면?

• 다음 이벤트의 순번이 자동 복구된다
• 해당 구독자가 정상 속도로 복귀한다
• 목록 뒤쪽 정상 구독자가 이번 값을 놓친다
• 모든 큐의 task_done이 자동 호출된다

결제 이력에 최신 위치와 같은 폐기 정책을 쓰면 위험한 이유는?

• 중간 거래가 사라져 업무 이력을 잃는다
• 정수 순번의 표현 방식이 항상 달라진다
• TCP가 결제 문자열만 전송을 거절한다
• 큐 용량이 커져도 처리율이 너무 빨라진다

slow가 ACK를 보류하는 로컬 TCP 시험으로 입증하는 것은?

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