hakmem/docs/analysis/PHASE5_E5_NEXT_INSTRUCTIONS.md

Phase 5 E5: Post E4-Combined Next Instructions（次の指示書）

Status（2025-12-14 / E4 Combined GO 後）

• Baseline（Mixed, 20M iters, ws=400）: 47.34M ops/s（E4-1+E4-2 ON）
• Hot spots（self%）:
  • free: 37.56%
  • tiny_alloc_gate_fast: 13.73%
  • malloc: 12.95%
  • tiny_region_id_write_header: 6.97%
  • hakmem_env_snapshot_enabled: 4.29%
  • tiny_get_max_size: 4.24%

狙い: “形” 最適化は一段落。次は free 内部 と ヘッダ書き込み、そして ENV snapshot gate の常時コストを削る。

Update:

• E5-1（Free Tiny Direct Path）✅ GO（+3.35% mean / +3.36% median）→ 指示書: docs/analysis/PHASE5_E5_1_FREE_TINY_DIRECT_NEXT_INSTRUCTIONS.md

---

Step 0: Baseline 固定（Mixed）

HAKMEM_PROFILE=MIXED_TINYV3_C7_SAFE \
  HAKMEM_FREE_WRAPPER_ENV_SNAPSHOT=1 \
  HAKMEM_MALLOC_WRAPPER_ENV_SNAPSHOT=1 \
  ./bench_random_mixed_hakmem 20000000 400 1

以後の A/B は必ず同一バイナリで:

• A: E5_* = 0
• B: E5_* = 1

---

Step 1: perf で “free の中身” を割る（必須）

HAKMEM_PROFILE=MIXED_TINYV3_C7_SAFE perf record -F 99 -- \
  ./bench_random_mixed_hakmem 20000000 400 1
perf report --stdio --no-children

次に free だけを掘る:

perf report --stdio --no-children --symbol free

目的:

• free の中で 真に重い行/分岐を特定し、E5-1 の境界（箱の切り方）を決める。

---

E5-1（優先A）: free() 内部の “Tiny 直通” を一本化

仮説

free は依然トップだが、wrapper での “tiny 判定→tiny free” がまだ重い（チェック/分岐/再判定が残っている）。

方針（箱理論）

• L0 SplitBox: header_magic / class_idx が valid なときだけ Tiny 直通（fail-fast）
• L1 HotBox: Tiny の same-thread TLS push だけ（副作用ゼロ）
• L1 ColdBox: 既存の fallback（pool/mid/large/invalid header）

実装ルール

• 境界は 1 箇所（free() wrapper の先頭分岐で確定）
• ENV gate: HAKMEM_FREE_TINY_DIRECT=0/1（default 0 / preset(MIXED)=1）
• 可視化はカウンタのみ（direct_hit, direct_miss, invalid_header）

GO/NO-GO

• Mixed 10-run mean:
  • GO: +1.0% 以上
  • ±1.0%: NEUTRAL（freeze）
  • -1.0% 以下: NO-GO（freeze）

---

E5-2（優先B）: tiny_region_id_write_header を “毎回 alloc” から外す（refill 境界へ）

仮説

tiny_region_id_write_header は “正しいが高頻度”。 ブロックは同一クラス内で再利用されるので、ヘッダは 初回だけ書けば足りる。

方針（箱理論）

• HeaderPrefillBox（cold/refill 境界）で “ブロック生成時” に header をセット
• alloc hot path は base+1 返却のみ（header write をしない）

安全ゲート

• ENV gate: HAKMEM_TINY_HEADER_PREFILL=0/1（default 0）
• Fail-fast:
  • “prefill された slab” だけ skip を許可
  • prefill 未完のブロックは従来 tiny_region_id_write_header() にフォールバック

A/B

• Mixed 10-run + health profiles
• 期待: +1〜3%（ヘッダ書き込み + 関連分岐の削減）

---

E5-3（優先C / 小パッチ）: hakmem_env_snapshot_enabled() の分岐形を “enabled 前提” に寄せる

背景

MIXED_TINYV3_C7_SAFE では HAKMEM_ENV_SNAPSHOT=1 が常用になったため、 現状の if (__builtin_expect(hakmem_env_snapshot_enabled(), 0)) は hint が逆になり得る。

方針

同じ意味で分岐形だけ変える（箱の外形最適化）:

• if (__builtin_expect(!hakmem_env_snapshot_enabled(), 0)) { legacy; } else { snapshot; }
• もしくは *_cold() に legacy を追い出す（noinline,cold）

ENV / 戻せる

• ENV gate: HAKMEM_ENV_SNAPSHOT_SHAPE=0/1（default 0）
• まず malloc_tiny_fast.h の 5 箇所と、tiny_legacy_fallback_box.h / tiny_metadata_cache_hot_box.h を対象にする

GO/NO-GO

• Mixed 10-run mean で +1.0% 以上なら採用候補
• 期待: +0.5〜2.0%（mispredict 回避）

---

Step 2: 健康診断（必須）

scripts/verify_health_profiles.sh

---

Step 3: 昇格（勝ち箱のみ）

• core/bench_profile.h の MIXED_TINYV3_C7_SAFE に default 化（opt-out 可能）
• docs/analysis/ENV_PROFILE_PRESETS.md に A/B と rollback を追記
• CURRENT_TASK.md を更新（結果と “次の芯” を 1 行で）