summaryrefslogtreecommitdiffstats
path: root/bin/sh
diff options
context:
space:
mode:
authorbmilekic <bmilekic@FreeBSD.org>2002-07-23 14:55:33 +0000
committerbmilekic <bmilekic@FreeBSD.org>2002-07-23 14:55:33 +0000
commit93a279e0956078ea3ddcb28582cb182a39bdc46b (patch)
tree895fc59283db422f4c92637f9dda09b6803e219d /bin/sh
parentb5e00f20d6496a7b79d129b9425f21dfc13ddfa2 (diff)
downloadFreeBSD-src-93a279e0956078ea3ddcb28582cb182a39bdc46b.zip
FreeBSD-src-93a279e0956078ea3ddcb28582cb182a39bdc46b.tar.gz
Introduce mb_free() to the MBP_PERSIST{,ENT} interface. What this means
is that grouped frees will be done as most often as possible without dropping the cache lock in between. So, for the most part, they'll be done without the lock being dropped. This is particularly true if you have something that does a grouped m_getm() or m_getcl() (a cluster and mbuf at the same time) - most likely getting the buffers from the same per-CPU cache - and then frees them with m_free{,m}(). Unless the buffers' underlying buckets were moved, the free will be done without the lock getting dropped in between. So far, only m_free() has been shown how to do this, and m_freem() will shortly follow. Since I'm here, I also fixed a small (but mostly harmless) type-mismatch introduced in the last commit.
Diffstat (limited to 'bin/sh')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud