Skip to content

mbo/hash: authoritative M5 Pro + Zen5 measurements; published multi-machine README - #251

Merged
helly25 merged 9 commits into
mainfrom
hash-perf-data-0.13.0
Jul 11, 2026
Merged

mbo/hash: authoritative M5 Pro + Zen5 measurements; published multi-machine README#251
helly25 merged 9 commits into
mainfrom
hash-perf-data-0.13.0

Conversation

@helly25

@helly25 helly25 commented Jul 11, 2026

Copy link
Copy Markdown
Owner

The first real per-machine measurement data under the new scheme, and the last PR before tagging 0.13.0.

  • Two authoritative bundles (clean main @ 1417af5e), Git-LFS: Apple M5 Pro / clang-22 (arm64) and AMD Ryzen 9 9950X / gcc-15 (x86_64).
  • The hash README performance section is rendered from them by publish - one labeled block per machine (charts with the machine identifier + curated tables). verify confirms the committed charts match the bundle data.
  • Removed the old hand-maintained single-machine tables and the CI cross-platform section (both superseded by the two real machine blocks) and toned the surrounding prose down.

After this merges, the version triple (MODULE.bazel = CHANGELOG.md = 0.13.0) is aligned to tag.

helly25 added 9 commits July 11, 2026 21:28
…s; published README

First real per-machine measurement data under the new scheme: two authoritative
bundles (clean main 1417af5) - Apple M5 Pro / clang-22 and AMD Ryzen 9 9950X /
gcc-15 - committed via Git LFS, and the hash README performance section rendered
from them by `publish` (one labeled block per machine: charts + curated tables).
Dropped the old hand-maintained single-machine tables and the CI cross-platform
section (both superseded by the two real machine blocks) and generalized the
prose. `verify` confirms the committed charts match the bundle data.
Each per-machine benchmark section repeats the same table subheadings
(64-bit / 128-bit / latency) under a different machine heading. Those are
not real duplicates, so scope MD024 to actual siblings.
… PASS

A SMHasher3 log with no "Overall result" line means the battery never
completed (unknown hash name -> "Invalid hash '...' specified" which still
exits 0, a crash, or truncation). Defaulting that to PASS on returncode 0 hid
the failure; treat a missing verdict line as FAIL instead.
…urHash3-128)

The container binary rejects the bare names `FNV-1a` and `MurmurHash3`
("Invalid hash '...' specified"), so those two batteries never ran. Use the
variant-qualified names it registers, confirmed against `SMHasher3 --list`;
the bit-widths match the README (fnv1a 64 -> FNV-1a-64, murmur3 128 ->
MurmurHash3-128). A battery re-run is still needed to refresh the bundle data.
@helly25
helly25 requested a review from Fab-Cat July 11, 2026 21:32
@helly25
helly25 enabled auto-merge (squash) July 11, 2026 21:42
@helly25
helly25 merged commit 8facf9f into main Jul 11, 2026
39 checks passed
@helly25
helly25 deleted the hash-perf-data-0.13.0 branch July 11, 2026 21:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants