tomoaki/hakmem
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
2f82226312a316f307e07b1ac1a4ff5f8ccc0f14
hakmem/tiny_heap_v2.d

11 lines
345 B
D
Raw Normal View History

Fix workset=128 infinite recursion bug (Shared Pool realloc → mmap) Root Cause: - shared_pool_ensure_capacity_unlocked() used realloc() for metadata - realloc() → hak_alloc_at(128) → shared_pool_init() → realloc() → INFINITE RECURSION - Triggered by workset=128 (high memory pressure) but not workset=64 Symptoms: - bench_fixed_size_hakmem 1 16 128: timeout (infinite hang) - bench_fixed_size_hakmem 1 1024 128: works fine - Size-class specific: C1-C3 (16-64B) hung, C7 (1024B) worked Fix: - Replace realloc() with direct mmap() for Shared Pool metadata allocation - Use munmap() to free old mappings (not free()\!) - Breaks recursion: Shared Pool metadata now allocated outside HAKMEM allocator Files Modified: - core/hakmem_shared_pool.c: * Added sys/mman.h include * shared_pool_ensure_capacity_unlocked(): realloc → mmap/munmap (40 lines) - benchmarks/src/fixed/bench_fixed_size.c: (cleanup only, no logic change) Performance (before → after): - 16B / workset=128: timeout → 18.5M ops/s ✅ FIXED - 1024B / workset=128: 4.3M ops/s → 18.5M ops/s (no regression) - 16B / workset=64: 44M ops/s → 18.5M ops/s (no regression) Testing: ./out/release/bench_fixed_size_hakmem 10000 256 128 Expected: ~18M ops/s (instant completion) Before: infinite hang Commit includes debug trace cleanup (Task agent removed all fprintf debug output). Phase: 13-C (TinyHeapV2 debugging / Shared Pool stability fix)
2025-11-15 14:35:44 +09:00
tiny_heap_v2.o: core/tiny_heap_v2.c core/hakmem_tiny.h \
core/hakmem_build_flags.h core/hakmem_trace.h \
core/hakmem_tiny_mini_mag.h core/front/tiny_heap_v2.h \
core/front/../hakmem_tiny.h
core/hakmem_tiny.h:
core/hakmem_build_flags.h:
core/hakmem_trace.h:
core/hakmem_tiny_mini_mag.h:
core/front/tiny_heap_v2.h:
core/front/../hakmem_tiny.h:
Reference in New Issue Copy Permalink