Date: Mon, 17 Feb 2003 09:58:42 -0500 From: Bosko Milekic <bmilekic@unixdaemons.com> To: Andrew Gallatin <gallatin@cs.duke.edu> Cc: freebsd-arch@freebsd.org Subject: Re: mb_alloc cache balancer / garbage collector Message-ID: <20030217095842.D64558@unixdaemons.com> In-Reply-To: <15952.62746.260872.18687@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Mon, Feb 17, 2003 at 09:43:38AM -0500 References: <20030216213552.A63109@unixdaemons.com> <15952.62746.260872.18687@grasshopper.cs.duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 17, 2003 at 09:43:38AM -0500, Andrew Gallatin wrote: > > 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. Yep, just noticed that. Oh well, all the better for us! I haven't actually instrumented M_DONTWAIT allocations to NOT dip into the VM code in the patch so I guess I won't have to after all. > Drew -- Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org "If we open a quarrel between the past and the present, we shall find that we have lost the future." 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?20030217095842.D64558>