Page MenuHomeFreeBSD

(umaperf 4/7) Use a separate lock for the zone and keg.
ClosedPublic

Authored by jeff on Dec 15 2019, 11:38 PM.
Tags
None
Referenced Files
F149527399: D22828.diff
Wed, Mar 25, 1:04 AM
F149491314: D22828.id65696.diff
Tue, Mar 24, 7:47 PM
Unknown Object (File)
Mon, Mar 23, 6:10 PM
Unknown Object (File)
Mon, Mar 23, 1:35 AM
Unknown Object (File)
Thu, Mar 19, 6:26 PM
Unknown Object (File)
Thu, Mar 19, 9:13 AM
Unknown Object (File)
Tue, Mar 17, 5:48 AM
Unknown Object (File)
Mon, Mar 16, 8:15 PM
Subscribers

Details

Summary

This is part of a series of patches intended to enable first-touch numa policies for UMA by default. It also reduces the cost of uma_zalloc/zfree by approximately 30% each in my tests.

Zone lock protected a few random things that did not provide any real protection so I eliminated them. Now zone lock effectively synchronizes the bucket lists and counts. So it is used in the cache_alloc()/cache_free() path but not below. These holds are all very short. If this lock is still shown to be contending we could further break the zone lock up by domain with a little effort in the bucket accounting.

This helps with crossdomain free because you may have to drain buckets back to the keg layer. This process will now not hold-up the normal allocation/free path. The introduction of uz_import/uz_release also broke any strong relationship between these two layers.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable