From owner-freebsd-net@FreeBSD.ORG Wed Feb 25 11:05:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B78E106566C for ; Wed, 25 Feb 2009 11:05:05 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E61ED8FC1B for ; Wed, 25 Feb 2009 11:05:04 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LcHK1-0005sP-J0 for freebsd-net@freebsd.org; Wed, 25 Feb 2009 10:49:01 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Feb 2009 10:49:01 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Feb 2009 10:49:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Wed, 25 Feb 2009 11:48:23 +0100 Lines: 64 Message-ID: References: <20090225075310.GA85904@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig69E41D4C44B97AD296C94242" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Questions on processing smaller frame size 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: Wed, 25 Feb 2009 11:05:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig69E41D4C44B97AD296C94242 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Siquijor Philips wrote: > Hello Eugene, >=20 >> Traffic bandwidth does not matter (or much less), PPS rate matters. >> Packets drop due to high pps rate. Higher packet size, lesser pps >> saturates link and pps just can't grow high. It can with smaller packe= ts. >> >=20 > All the test scenarios here are bombarded with 1-Gig of network > traffic. When packet drops due to high pps rate, meaning to say that > the current FreeBSD system can't still handle this kind of situation > with high packet rate?=20 Not unlikely. See other similar findings by other users, usually also with em cards. > Or just it depends on your hardware? I just > can't imagine that with 2x quad-core system processing on high packet > rate, average CPU utilization consumes a total of 98%. Total =3D across all CPUs? Try reducing the number of CPUs, it might help= by reducing contention. >> I've tried to make FreeBSD 7.1 act as packet generator >> with Intel dualcore 2.8Ghz processor and onboard gigabit ethernet em0 >> using ng_source(4) low-overhead packet emitter. And it can't saturate >> gigabit link with UDP packets (64 bytes payload, 130 bytes at wire - >> including inter-packet gaps, FCSs etc.) >> >> It takes all CPU cycles of one 2.8Ghz core to send 750Kpps - >=20 > Maybe there's a way we can optimize this, but just don't know how and > what particular component to optimize? There is a very experimental patch to the em driver, not endorsed by the em driver author (for unknown reasons) that some users claim helps with SMP performance. See http://lists.freebsd.org/pipermail/freebsd-net/2008-December/020441.html --------------enig69E41D4C44B97AD296C94242 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJpSIBldnAQVacBcgRAvGvAJ99YslOqGaklehf6uQjLrAEm/hJ6gCgyTUd rf3LDBNfsymm+jxbN0WHyU0= =mjmo -----END PGP SIGNATURE----- --------------enig69E41D4C44B97AD296C94242--