Page MenuHomeFreeBSD

uma: Avoid excessive per-CPU draining
ClosedPublic

Authored by des on Mar 14 2025, 12:56 AM.
Tags
None
Referenced Files
Unknown Object (File)
Tue, Aug 4, 10:13 PM
Unknown Object (File)
Fri, Jul 31, 1:53 AM
Unknown Object (File)
Sun, Jul 26, 8:47 PM
Unknown Object (File)
Sat, Jul 25, 1:45 PM
Unknown Object (File)
Fri, Jul 24, 10:18 PM
Unknown Object (File)
Wed, Jul 22, 12:43 PM
Unknown Object (File)
Wed, Jul 15, 8:35 AM
Unknown Object (File)
Jun 25 2026, 4:30 PM

Details

Summary

After commit 389a3fa693ef, uma_reclaim_domain(UMA_RECLAIM_DRAIN_CPU)
calls uma_zone_reclaim_domain(UMA_RECLAIM_DRAIN_CPU) twice on each zone
in addition to globally draining per-CPU caches. This was unintended
and is unnecessarily slow; in particular, draining per-CPU caches
requires binding to each CPU.

Stop draining per-CPU caches when visiting each zone, just do it once in
pcpu_cache_drain_safe() to minimize the amount of expensive sched_bind()
calls.

Fixes: 389a3fa693ef ("uma: Add UMA_ZONE_UNMANAGED")

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision is now accepted and ready to land.Mar 14 2025, 9:03 AM

FWIW, internal testing with an equivalent diff shows the intermittent (~8%) OOM panics seen with 389a3fa693ef are now resolved. Thanks!

des edited reviewers, added: markj; removed: des.

commandeering since @markj is afk

This revision was automatically updated to reflect the committed changes.