Say what a small record costs a link now, beside quinn in the same rounds (096, 100)

61-byte records: 0.287 us a record against quinn's 0.31 in the same five
rounds (0.93 of it); 096's 1.06-1.12 was against quinn at 0.27, which
moves between 0.27 and 0.32 from day to day. H4 is no longer at the
edge.

1 files changed, 7 insertions, 0 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배다. 경계에서 조금
+    아래로 왔다고 본다.
 
 ## 한계와 다음