큰 다운로드와 짧은 RPC가 한 HTTP/2 연결을 공유합니다. 우선순위·대역폭·버퍼의 공정성을 어떻게 측정하나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

큰 stream이 연결·앱 버퍼를 점유하면 짧은 RPC가 늦어질 수 있습니다. protocol priority 지원과 실제 서버 scheduler의 동작을 확인하고 byte·CPU·연결 예산을 측정합니다.

응답 크기·동시 stream·손실·느린 reader를 바꿔 p99를 비교합니다. 별도 연결·pool·endpoint 격리는 비용을 늘리므로 효과를 검증합니다. 가장 먼저 완료한 요청 수만으로 공정성을 판단하지 않습니다.

이해가 드러나는 지점을 확인해 보세요.

큰 stream이 연결·앱 버퍼를 점유하면 짧은 RPC가 늦어질 수 있습니다. protocol priority 지원과 실제 서버 scheduler의 동작을 확인하고 byte·CPU·연결 예산을 측정합니다.
가장 먼저 완료한 요청 수만으로 공정성을 판단하지 않습니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.