|
|
f454d35ea4
|
Perf: getenv ホットパスボトルネック削除 (8.51% → 0%)
**問題:**
perf で発見:
- `getenv()`: 8.51% CPU on malloc hot path
- malloc 内で `getenv("HAKMEM_SFC_DEBUG")` が毎回実行
- getenv は環境変数の線形走査 → 非常に重い
**修正内容:**
1. `malloc()`: HAKMEM_SFC_DEBUG を初回のみ getenv して cache (Line 48-52)
2. `malloc()`: HAKMEM_LD_SAFE を初回のみ getenv して cache (Line 75-79)
3. `calloc()`: HAKMEM_LD_SAFE を初回のみ getenv して cache (Line 120-124)
**効果:**
- getenv CPU: 8.51% → 0% ✅
- superslab_refill: 10.30% → 9.61% (-7%)
- hak_tiny_alloc_slow が新トップ: 9.61%
**スループット:**
- 4,192,132 ops/s (変化なし)
- 理由: Syscall Saturation (86.7% kernel time) が支配的
- 次: SuperSlab Caching で syscall 90% 削減 → +100-150% 期待
**Perf結果 (before/after):**
```
Before: getenv 8.51% | superslab_refill 10.30%
After: getenv 0% | hak_tiny_alloc_slow 9.61% | superslab_refill 9.61%
```
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-07 01:15:28 +09:00 |
|
|
|
db833142f1
|
Fix: malloc 初期化デッドロックを解消
**問題:**
- Larson ベンチマークが起動時に futex でハング
- 全プロセスが FUTEX_WAIT_PRIVATE で永遠に待機
- 初期化が完了せず、何も出力されない
**根本原因:**
`core/box/hak_wrappers.inc.h` の `malloc()` 関数で、
Line 42 の `getenv("HAKMEM_SFC_DEBUG")` が `g_initializing` チェックより前に実行される
→ `getenv()` が内部で malloc を呼ぶ
→ 無限再帰 → pthread_once デッドロック
**修正内容:**
`g_initializing` チェックを malloc() の最初に移動 (Line 41-44)
- 初期化中の再帰呼び出しを即座に libc にフォールバック
- getenv() などの init 関数が malloc を呼んでも安全
**効果:**
- デッドロック完全解消 ✅
- Larson ベンチマーク正常起動
- 性能維持: 4,192,124 ops/s (4.19M baseline)
**テスト:**
```bash
./larson_hakmem 1 8 128 128 1 1 1 # → 367,082 ops/s ✅
./larson_hakmem 2 8 128 1024 1 12345 4 # → 4,192,124 ops/s ✅
```
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
|
2025-11-07 00:37:33 +09:00 |
|
