Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Aug 2002 13:29:57 -0700
From:      Luigi Rizzo <rizzo@icir.org>
To:        Andrew Gallatin <gallatin@cs.duke.edu>
Cc:        freebsd-net@FreeBSD.ORG
Subject:   Re: m_getcl and end-to-end performance
Message-ID:  <20020820132957.B49141@iguana.icir.org>
In-Reply-To: <15714.39494.661931.882244@grasshopper.cs.duke.edu>; from gallatin@cs.duke.edu on Tue, Aug 20, 2002 at 03:36:38PM -0400
References:  <15714.27671.533860.408996@grasshopper.cs.duke.edu> <20020820093939.B48541@iguana.icir.org> <15714.39494.661931.882244@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 20, 2002 at 03:36:38PM -0400, Andrew Gallatin wrote:
...
> 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. 

ok... there is a minor overhead in initializing m_pkthdr fields
for non-pkthdr buffers, but i guess checking the flags bit to
possibly skip the block would cost about the same.

> For a netperf UDP_STREAM, I see ~1,000 to ~2,000 packets/sec increase
> in throughput for sizes 256 through 2K.  For large (8K) I see a

hmmm... that seems to be in the noise (i assume you are dealing
with a fast machine), but probably because there is a lot of
per-packet overhead in userland. In my experiments with routing of
64-byte packets i saw the throughput bumping up from 360kpps to
over 400kpps on a fast box with Gig-E card, and about 2-3kpps (20
to 22-23kpps) on the soekris box.

	cheers
	luigi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020820132957.B49141>