Zhengchao An 5a4cf1d4b5 fix: repair flaky moka clear drain loop from #4759 (#4763) ...

fix(cache): drain pending removals until entry_count reaches zero in clear()

The previous clear() implementation used a single run_pending_tasks()
call after invalidate_all(), which was insufficient under concurrent
fill pressure — moka processes invalidations lazily in batches, so
entries can linger after a single maintenance pass.

Replace the fixed single call with a drain loop (up to 256 rounds) that
calls run_pending_tasks() and yields between iterations until
entry_count() reaches zero. This ensures the concurrency storm test
(moka_backend_concurrency_storm_leaves_no_leaked_state) passes reliably.

The earlier fix (#4759) added a pre-invalidate_all drain and an 8-pass
loop but reordered operations in a way that introduced a new race. This
commit keeps the original invalidate_all-first ordering and only adds
the drain loop after the initial run_pending_tasks() call.

2026-07-12 04:26:38 +00:00

..

benches

test(object-data-cache): add concurrency stress tests and GET benchmarks (#4711)

2026-07-11 02:30:19 +00:00

src

fix: repair flaky moka clear drain loop from #4759 (#4763)

2026-07-12 04:26:38 +00:00

Cargo.toml

test(object-data-cache): add concurrency stress tests and GET benchmarks (#4711)

2026-07-11 02:30:19 +00:00