Date: Mon, 17 Feb 2003 09:43:38 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Bosko Milekic <bmilekic@unixdaemons.com> Cc: freebsd-arch@freebsd.org Subject: Re: mb_alloc cache balancer / garbage collector Message-ID: <15952.62746.260872.18687@grasshopper.cs.duke.edu> In-Reply-To: <20030216213552.A63109@unixdaemons.com> References: <20030216213552.A63109@unixdaemons.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Bosko Milekic writes: > What does this mean for us in the really short term? It means that we > can finally make all M_DONTWAIT allocations NOT interface with the VM > subsystem at all. Why is this good in the really really short term? > For one, you can have network device drivers call the mbuf code > without Giant because they'll know for a fact that Giant will never be > needed down the line. Since the cache balancer will replenish caches Not to detract from your work, but M_DONTWAIT allocations have been Giant-free since Alan made the VM system Giant-free for kernel-map allocations in early January. The long-term implications of this work look very exciting. Drew 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?15952.62746.260872.18687>