Date: Tue, 18 Feb 2003 21:05:16 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: David Schultz <dschultz@uclink.Berkeley.EDU> Cc: Bosko Milekic <bmilekic@unixdaemons.com>, Andrew Gallatin <gallatin@cs.duke.edu>, freebsd-arch@FreeBSD.ORG Subject: Re: mb_alloc cache balancer / garbage collector Message-ID: <200302190505.h1J55GXt001040@apollo.backplane.com> References: <20030216213552.A63109@unixdaemons.com> <15952.62746.260872.18687@grasshopper.cs.duke.edu> <20030217095842.D64558@unixdaemons.com> <200302171742.h1HHgSOq097182@apollo.backplane.com> <20030218055438.GA10838@HAL9000.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
:To give you an idea of how big Solaris' per-CPU caches are, the
:ranges are described in the following table from
:_Solaris_Internals_. As I mentioned, they are occasionally
:adjusted within these ranges. Keep in mind that this is for a
:generic memory allocator, though, and not an mbuf allocator.
:
:Object Size Range Min PCPU Cache Size Max PCPU Cache Size
:0-63 15 143
:64-127 7 95
:128-255 3 47
:256-511 1 31
:512-1023 1 15
:1024-2047 1 7
:2048-16383 1 3
:16384- 1 1
Interesting. They are using fairly low object counts,
which is what I would expect since the only real goal is
to minimize global contention. It doesn't take much
to reap the benefit.
-Matt
Matthew Dillon
<dillon@backplane.com>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200302190505.h1J55GXt001040>