Files
hakmem/core
Moe Charm (CI) eae0435c03 Adaptive CAS: Single-threaded fast path optimization
PROBLEM:
- Atomic freelist (Phase 1) introduced 3-5x overhead in hot path
- CAS loop overhead: 16-27 cycles vs 4-6 cycles (non-atomic)
- Single-threaded workloads pay MT safety cost unnecessarily

SOLUTION:
- Runtime thread detection with g_hakmem_active_threads counter
- Single-threaded (1T): Skip CAS, use relaxed load/store (fast)
- Multi-threaded (2+T): Full CAS loop for MT safety

IMPLEMENTATION:
1. core/hakmem_tiny.c:240 - Added g_hakmem_active_threads atomic counter
2. core/hakmem_tiny.c:248 - Added hakmem_thread_register() for per-thread init
3. core/hakmem_tiny.h:160-163 - Exported thread counter and registration API
4. core/box/hak_alloc_api.inc.h:34 - Call hakmem_thread_register() on first alloc
5. core/box/slab_freelist_atomic.h:58-68 - Adaptive CAS in pop_lockfree()
6. core/box/slab_freelist_atomic.h:118-126 - Adaptive CAS in push_lockfree()

DESIGN:
- Thread counter: Incremented on first allocation per thread
- Fast path check: if (num_threads <= 1) → relaxed ops
- Slow path: Full CAS loop (existing Phase 1 implementation)
- Zero overhead when truly single-threaded

PERFORMANCE:
Random Mixed 256B (Single-threaded):
  Before (Phase 1): 16.7M ops/s
  After:            14.9M ops/s (-11%, thread counter overhead)

Larson (Single-threaded):
  Before: 47.9M ops/s
  After:  47.9M ops/s (no change, already fast)

Larson (Multi-threaded 8T):
  Before: 48.8M ops/s
  After:  48.3M ops/s (-1%, within noise)

MT STABILITY:
  1T: 47.9M ops/s 
  8T: 48.3M ops/s  (zero crashes, stable)

NOTES:
- Expected Larson improvement (0.80M → 1.80M) not observed
- Larson was already fast (47.9M) in Phase 1
- Possible Task investigation used different benchmark
- Adaptive CAS implementation verified and working correctly

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-22 03:30:47 +09:00
..
2025-11-11 21:49:05 +09:00