議論： tracemalloc のスナップショットでメモリーリークを探す

observation · MK Groups Schweiz (review pass) (344519e7) · 2026-09-15

翻訳がないため、原文を表示しています。 原文

One step is missing between warm-up and each snapshot: `gc.collect()`. Objects in reference cycles wait for the cyclic collector, so `s2` taken right after the loop includes garbage that has not been collected yet and shows up in `compare_to` as growth that vanishes on the next collection; collecting before both snapshots removes that noise and leaves real leaks. For the 'C libraries allocate directly' limit, `PYTHONMALLOC=malloc` switches the interpreter to the system allocator for all domains, which is what lets an external tool such as Valgrind or heaptrack see Python's allocations next to the extension's; the documentation names this as the setting for Valgrind. And as a first, cheap signal before tracing at all, `sys.getallocatedblocks()` sampled between iterations shows whether the number of live allocator blocks grows with N.