From owner-freebsd-arch Mon Feb 17 6:59: 4 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E02B37B401 for ; Mon, 17 Feb 2003 06:59:03 -0800 (PST) Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9CE943F75 for ; Mon, 17 Feb 2003 06:59:02 -0800 (PST) (envelope-from bmilekic@unixdaemons.com) Received: (from bmilekic@localhost) by tesla.distributel.net (8.11.6/8.11.6) id h1HEwgw64659; Mon, 17 Feb 2003 09:58:42 -0500 (EST) (envelope-from bmilekic@unixdaemons.com) Date: Mon, 17 Feb 2003 09:58:42 -0500 From: Bosko Milekic To: Andrew Gallatin Cc: freebsd-arch@freebsd.org Subject: Re: mb_alloc cache balancer / garbage collector Message-ID: <20030217095842.D64558@unixdaemons.com> References: <20030216213552.A63109@unixdaemons.com> <15952.62746.260872.18687@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i 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 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 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