diff options
| -rw-r--r-- | docs/research/096-per-delivery-cpu.md | 7 | ||||
| -rw-r--r-- | docs/research/100-moved-receiver.md | 5 |
2 files changed, 10 insertions, 2 deletions
diff --git a/docs/research/096-per-delivery-cpu.md b/docs/research/096-per-delivery-cpu.md index fe45954..e5207cb 100644 --- a/docs/research/096-per-delivery-cpu.md +++ b/docs/research/096-per-delivery-cpu.md @@ -124,6 +124,13 @@ pure-serve 두 대를 잇고, 보내는 앱에 주문 2만 건을 쌓은 뒤 받 기록마다의 확인과 정확히 한 번이 없다는 점을 함께 본다. - 뒤에 M6([097](097-lossy-paths.md))을 하며 세 가지를 바꿨다: 패킷 경계에서 자르는 부분, 경로 MTU(1,452 B), 페이싱이다. 그 뒤 이 조건에서 기록 하나의 CPU가 1 KiB와 16 KiB에서 12 % 더 줄었다. 61 B는 같다(나누기 전 판과 번갈아 세 라운드). +- 2026-09-29, 에폭과 옮기기([099](099-link-epochs.md), [100](100-moved-receiver.md)) 뒤에 두 쪽을 소켓 없이 한 스레드에서 + 돌려 프로파일을 떴다. 고리의 자리를 나눗셈으로 구했고, 줄을 기록마다 걸어 넘기고 비웠다. 이것을 없애자 프로토콜만의 + CPU가 기록당 0.171에서 0.162 µs가 됐다. 같은 조건의 M5를 바로 전 커밋과 번갈아 다섯 라운드 쟀다. + - 61 B: 0.298 → 0.287 µs. 같은 라운드에서 quinn은 0.31 µs였다. 이 표의 0.27보다 높다. + - 1 KiB: 3–5 % 줄었다(quinn 3.85 µs). 16 KiB: 같거나 조금 줄었다(quinn 60 µs). + - quinn의 61 B 값은 날마다 0.27–0.32 µs로 흔들린다. 같은 라운드끼리 보면 Pure는 이제 quinn의 0.93배다. 경계에서 조금 + 아래로 왔다고 본다. ## 한계와 다음 diff --git a/docs/research/100-moved-receiver.md b/docs/research/100-moved-receiver.md index 40d5f2f..5a559c3 100644 --- a/docs/research/100-moved-receiver.md +++ b/docs/research/100-moved-receiver.md @@ -109,9 +109,10 @@ M2와 같은 부하다. 기기 1만 개가 5초마다 주문 하나를 보낸다 기록이 없고, 옮긴 노드의 비대칭 연산은 0이다. - 011의 네 가설을 모두 쟀다. - H1(쉬는 링크의 비용, 094), H2(kill -9, 095), H3(이 문서)은 선다. - - H4(전달당 CPU, 096)는 1 KiB와 16 KiB에서 quinn보다 25 % 적다. 61 B에서는 1.06–1.12배라, 채택 기준(10 %)의 경계에 있다. + - H4(전달당 CPU, 096)는 1 KiB와 16 KiB에서 quinn보다 25 % 넘게 적다. 61 B는 096에서 1.06–1.12배로 기준(10 %)의 경계였다. + 이 문서 뒤에 기록마다의 나눗셈과 줄 걷기를 없애고 같은 라운드에서 쟀더니 0.93배였다(096의 덧붙임). - 보안 검사(098)와 전방 비밀성(099)도 통과했다. -- 남은 것은 011의 5단계다. 채택 여부를 정하고 명세를 쓴다. 61 B의 전달당 CPU를 먼저 다시 본다. +- 남은 것은 011의 5단계다. 채택 여부를 정하고 명세를 쓴다. ## 한계와 다음 |