From owner-freebsd-arch Mon Feb 17 6:43:46 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 077A537B401 for ; Mon, 17 Feb 2003 06:43:45 -0800 (PST) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A56D43F75 for ; Mon, 17 Feb 2003 06:43:44 -0800 (PST) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.12.6/8.12.6) with ESMTP id h1HEhh8I020580 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 17 Feb 2003 09:43:43 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h1HEhcB42929; Mon, 17 Feb 2003 09:43:38 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15952.62746.260872.18687@grasshopper.cs.duke.edu> Date: Mon, 17 Feb 2003 09:43:38 -0500 (EST) To: Bosko Milekic Cc: freebsd-arch@freebsd.org Subject: Re: mb_alloc cache balancer / garbage collector In-Reply-To: <20030216213552.A63109@unixdaemons.com> References: <20030216213552.A63109@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid 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 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