From owner-freebsd-net Fri Oct 18 11:26:55 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 0110537B401 for ; Fri, 18 Oct 2002 11:26:53 -0700 (PDT) Received: from carp.icir.org (carp.icir.org [192.150.187.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CFAF43EAC for ; Fri, 18 Oct 2002 11:26:52 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: from carp.icir.org (localhost [127.0.0.1]) by carp.icir.org (8.12.3/8.12.3) with ESMTP id g9IIQqpJ083507; Fri, 18 Oct 2002 11:26:52 -0700 (PDT) (envelope-from rizzo@carp.icir.org) Received: (from rizzo@localhost) by carp.icir.org (8.12.3/8.12.3/Submit) id g9IIQqLh083506; Fri, 18 Oct 2002 11:26:52 -0700 (PDT) (envelope-from rizzo) Date: Fri, 18 Oct 2002 11:26:52 -0700 From: Luigi Rizzo To: Kelly Yancey Cc: Petri Helenius , Lars Eggert , freebsd-net@FreeBSD.ORG Subject: Re: ENOBUFS Message-ID: <20021018112652.A83405@carp.icir.org> References: <20021018105922.E82982@carp.icir.org> <20021018110238.T1611-100000@gateway.posi.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021018110238.T1611-100000@gateway.posi.net>; from kbyanc@posi.net on Fri, Oct 18, 2002 at 11:13:54AM -0700 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 Oh, I *thought* the numbers you reported were pps but now i see that nowhere you mentioned that. But if things are as you say, i am seriously puzzled on what you are trying to measure -- the output interface (fxp) is a 100Mbit/s card which cannot possibly support the load you are trying to offer to saturate the input link. You should definitely clarify how fast the smartbits unit is pushing out traffic, and whether its speed depends on the measured RTT. It might well be that what you are seeing is saturation of ipintrq, which happens because of some strange timing issue -- nothing to do with the board. In any case, at least in my experience, a 1GHz box with two em cards can easily forward between 350 and 400kpps (64-byte frames) with a 4.6-ish kernel, and a 2.4GHz box goes above 650kpps. cheers luigi On Fri, Oct 18, 2002 at 11:13:54AM -0700, Kelly Yancey wrote: > On Fri, 18 Oct 2002, Luigi Rizzo wrote: > > > How is the measurement done, does the box under test act as a router > > with the smartbit pushing traffic in and expecting it back ? > > > The box has 2 interfaces, a fxp and a em (or bge). The GigE interface is > configured with 7 VLANs. THe SmartBit produces X byte UDP datagrams that go > through a Foundry ServerIron switch for VLAN tagging and then to the GigE > interface (where they are untagged). The box is acting as a router and all > traffic is directed out the fxp interface where it returns to the SmartBit. > > > The numbers are strange, anyways. > > > > A frame of N bytes takes (N*8+160) nanoseconds on the wire, which > > for 330-byte frames should amount to 1000000/(330*8+160) ~= 357kpps, > > not the 249 or so you are seeing. Looks as if the times were 40% off. > > > > Yeah, I've never made to much sense of the actual numbers myself. Our > resident SmartBit expert runs the tests and provides me with the results. I > use them more for getting an idea of the relative performance of one > configuration over another and not as absolute numbers themselves. I'll check > with our resident expert and see if he can explain how it calculates those > numbers. The point being, though, that there is an undeniable drop-off with > 332 byte or smaller packets. We have never seen any such drop-off using the > bge driver. > > Thanks, > > Kelly > > > cheers > > luigi > > > > On Fri, Oct 18, 2002 at 10:45:13AM -0700, Kelly Yancey wrote: > > ... > > > > can push out over 400kpps (64byte frames) on a 2.4GHz box. > > > > > > > > luigi > > > > > > > > > > Using a SmartBit to push traffic across a 1.8Ghz P4; 82543 chipset card > > > plugged into PCI-X bus: > > > > > > FrameSize TxFrames RxFrames LostFrames Lost (%) > > > 330 249984 129518 120466 48.19 > > > 331 249144 127726 121418 48.73 > > > 332 248472 140817 107655 43.33 > > > 333 247800 247800 0 0 > > > > > > It has no trouble handling frames 333 bytes or larger. But for any frame > > > 332 bytes or smaller we consistently see ~50% packet loss. This same machine > > > easily pushes ~100Mps with the very same frame sizes using a bge card rather > > > than em. > > > > > > I've gotten the same results with both em driver version 1.3.14 and 1.3.15 > > > on both FreeBSD 4.5 and 4.7 (all 4 combinations, that is). > > > > > > Kelly > > > > > > -- > > > Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org} > > > FreeBSD, The Power To Serve: http://www.freebsd.org/ > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-net" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-net" in the body of the message > > > > -- > Kelly Yancey -- kbyanc@{posi.net,FreeBSD.org} > Join distributed.net Team FreeBSD: http://www.posi.net/freebsd/Team-FreeBSD/ > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message