From owner-freebsd-net Tue Aug 20 12:51:21 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEBAB37B400 for ; Tue, 20 Aug 2002 12:51:18 -0700 (PDT) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB08C43E65 for ; Tue, 20 Aug 2002 12:51:17 -0700 (PDT) (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.9.3/8.9.3) with ESMTP id PAA21737; Tue, 20 Aug 2002 15:51:16 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g7KJojb27447; Tue, 20 Aug 2002 15:50:45 -0400 (EDT) (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: <15714.40341.115512.786712@grasshopper.cs.duke.edu> Date: Tue, 20 Aug 2002 15:50:45 -0400 (EDT) To: Bosko Milekic Cc: Luigi Rizzo , freebsd-net@FreeBSD.ORG Subject: Re: m_getcl and end-to-end performance In-Reply-To: <20020820154416.A27782@unixdaemons.com> References: <15714.27671.533860.408996@grasshopper.cs.duke.edu> <20020820093939.B48541@iguana.icir.org> <15714.39494.661931.882244@grasshopper.cs.duke.edu> <20020820154416.A27782@unixdaemons.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-net@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: > > On Tue, Aug 20, 2002 at 03:36:38PM -0400, Andrew Gallatin wrote: > > > > Luigi Rizzo writes: > > > > > > now if you have patches i'll be happy to have a look at them. > > > > Here's what I'm running with now. It removes the M_PKTHDR > > requirement, allowing me to use multiple m_getcl()'s to stock jumbo > > frames. > > I forgot about something in Luigi's original patch: > > Does this stuff make sure to only stock the pool with mbufs+clusters > and not mbufs+any_other_external_buffer? This requirement seems to be Yes, it checks that M_EXT_WRITABLE(m) is true before adding it to the pool. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message