docs: ObjectHeader::parse A/B after inlining the v1 message loop (at or below 8f59b2e)

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>
2026-09-27 23:15:09 -05:00
parent 05e1136027
commit 5b45c60c9c
3 changed files with 58 additions and 1 deletions
@@ -2,6 +2,16 @@

 ## Unreleased

+### `ObjectHeader::parse` back at its pre-M2/M3 speed (2026-09-27)
+- Parsing a version-1 object header was 4% slower than before range-read
+  M2/M3 (`docs/known-issues.md`). The cause was the call to the per-chunk
+  message loop, kept out of line since the allocation fix; it is inlined
+  again. `object_header_parse_x401` is now 1.0% and 2.6% below `8f59b2e`
+  and 5.6% below `main` (tank, idle, separate binaries alternating;
+  `BENCHMARKS.md`). The chunk queue's checks are unchanged (65,536 chunks,
+  cycle refusal, file-size budget, one chunk buffer at a time, libhdf5's
+  order, overlapping chunks allowed).
+
 ### Conformance: no our-errors or mismatches left (2026-09-27)
 - The last 3 our-errors and 2 mismatches were documented as not ours but
  still counted against us. Re-checked with evidence