From 8140a59205911170e151c95ed5596db7aa0d5ba5 Mon Sep 17 00:00:00 2001 From: eunhhu Date: Tue, 29 Sep 2026 11:49:32 +0100 Subject: Measure a link on paths of loss, reordering and a bottleneck, against quinn (097) M6 of design 011: with a 50 Mbit/s bottleneck, a link carries 21-41 times quinn's goodput when packets reorder, the same under random loss, and 1.3-3.5 times with both; its p99 at 50 records a second is the same or shorter; beside TCP CUBIC it takes 0.48-0.55 of the path, inside the guardrail. Only on a clean path is it 3-5% below quinn. --- docs/research/096-per-delivery-cpu.md | 2 ++ 1 file changed, 2 insertions(+) (limited to 'docs/research/096-per-delivery-cpu.md') diff --git a/docs/research/096-per-delivery-cpu.md b/docs/research/096-per-delivery-cpu.md index df2718c..fe45954 100644 --- a/docs/research/096-per-delivery-cpu.md +++ b/docs/research/096-per-delivery-cpu.md @@ -122,6 +122,8 @@ pure-serve 두 대를 잇고, 보내는 앱에 주문 2만 건을 쌓은 뒤 받 설계해야 한다. - H4("활성 링크의 전달당 CPU는 QUIC 기준선보다 나쁘지 않다")는 1 KiB 이상에서 선다. 작은 기록에서는 거의 선다. quinn의 값에는 기록마다의 확인과 정확히 한 번이 없다는 점을 함께 본다. +- 뒤에 M6([097](097-lossy-paths.md))을 하며 세 가지를 바꿨다: 패킷 경계에서 자르는 부분, 경로 MTU(1,452 B), 페이싱이다. 그 + 뒤 이 조건에서 기록 하나의 CPU가 1 KiB와 16 KiB에서 12 % 더 줄었다. 61 B는 같다(나누기 전 판과 번갈아 세 라운드). ## 한계와 다음 -- cgit v1.2.3