From owner-freebsd-net@FreeBSD.ORG Mon Jan 22 14:31:22 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9C1616A400 for ; Mon, 22 Jan 2007 14:31:22 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDB713C448 for ; Mon, 22 Jan 2007 14:31:22 +0000 (UTC) (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.13.6/8.13.6) with ESMTP id l0MEVKc2016612 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 22 Jan 2007 09:31:20 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id l0MEVJRg002591; Mon, 22 Jan 2007 09:31:19 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17844.51894.773943.99076@grasshopper.cs.duke.edu> Date: Mon, 22 Jan 2007 09:31:18 -0500 (EST) To: Randall Stewart In-Reply-To: <45B345FD.7080001@cisco.com> References: <45B0D2E3.9050203@cisco.com> <17841.6943.770698.707214@grasshopper.cs.duke.edu> <45B345FD.7080001@cisco.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net Subject: Re: kern_mbuf.c patch X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Jan 2007 14:31:22 -0000 Randall Stewart writes: > Andrew Gallatin wrote: > > Randall Stewart writes: > > > nmbclusters = 1024 + maxusers * 64; > > > + nmbjumbop = 100 + (maxusers * 4); > > > > The limit on page-size jumbos seems far too small. Since the socket > > buffer code now uses page-sized jumbos, I'd expect to see its limit be > > the same as nmbclusters. > > > > > > Drew > > > Drew: > > Let me re-visit this .. I started real small on purpose.. so > folks would complain ;-) > > How about if I calculate the number of pages the > nmbclusters use (I will go look in the UMA structures) and > then make it so the limit is the same number of pages > (scaled like nmbclusters) for each of the larger clusters.. That sounds reasonable to me, at least for nmbjumbop, but I'm not sure that the larger 9k and 16k clusters are used outside of drivers, so the nmbclusters limit may be too large for them. But I suppose some limit is better than none :) Drew