From owner-freebsd-current@FreeBSD.ORG Wed May 30 18:17:42 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7229D16A46C for ; Wed, 30 May 2007 18:17:42 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id D13D513C44B for ; Wed, 30 May 2007 18:17:41 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 17227 invoked from network); 30 May 2007 18:17:39 -0000 Received: from unknown (HELO localhost) (775067@[217.50.147.199]) (envelope-sender ) by smtprelay02.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 30 May 2007 18:17:39 -0000 Date: Wed, 30 May 2007 20:17:30 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20070530201730.09d3f460@localhost> In-Reply-To: <20070529121837.GA12808@cdnetworks.co.kr> References: <20070529121837.GA12808@cdnetworks.co.kr> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.2) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_AJguwHV.trp4Ns//Z1EVxcw"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: pyunyh@gmail.com Subject: Re: CFT: re(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 May 2007 18:17:42 -0000 --Sig_AJguwHV.trp4Ns//Z1EVxcw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > I've committed a fix for bus_dma(9) bug which resulted in poor Tx > performance on TSO enabled re(4) driver. With the fix and revised > re(4) I got more sane performance on re(4). Because there are too many > hardwares that rely on re(4) I'd like to hear any success or failure > reports before revised re(4) hits the tree. With: fk@africanqueen ~ $pciconf -lv | grep -A 4 ^re=20 re0@pci0:9:0: class=3D0x020000 card=3D0x816910ec chip=3D0x816910ec rev=3D= 0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class =3D network subclass =3D ethernet and netserver running on the host with re(4), and netperf running on a system with em(4) and FreeBSD 6.2-STABLE, I got: With TSO4 disabled: Stock re(4): 65536 32768 32768 10.00 461.63 =20 65536 32768 32768 10.01 459.43 =20 65536 32768 32768 10.01 460.71=20 Patched re(4): 65536 32768 32768 10.00 459.92 =20 65536 32768 32768 10.01 461.14 =20 65536 32768 32768 10.01 460.54 With TSO4 enabled: Stock re(4): 65536 32768 32768 10.00 460.12 =20 65536 32768 32768 10.00 460.32 =20 65536 32768 32768 10.01 461.89 Patched re(4): 65536 32768 32768 10.01 459.97 65536 32768 32768 10.01 459.27 =20 65536 32768 32768 10.01 459.60 Changing the position of netperf and netserver (netperf now running on the host with re(4)): With TSO4 disabled: Stock re(4): 65536 32768 32768 10.00 326.10 =20 65536 32768 32768 10.00 325.81 =20 65536 32768 32768 10.00 325.75 Patched re(4): 65536 32768 32768 10.00 325.89 =20 65536 32768 32768 10.00 327.28 =20 65536 32768 32768 10.00 328.06 With TSO4 enabled: Stock re(4): 65536 32768 32768 10.00 326.64 =20 65536 32768 32768 10.00 326.46 =20 65536 32768 32768 10.00 326.41 Patched re(4): 65536 32768 32768 10.00 328.22 =20 65536 32768 32768 10.00 328.03 =20 65536 32768 32768 10.00 328.41 During the tests with the stock re(4) I got "re0: can't map defragmented mbuf (error 0)" four times. I didn't get any warnings with the patched one. em(4) was running with standard options all the time. re0 is compiled into the kernel and I had to reboot between the test triples. Fabian --Sig_AJguwHV.trp4Ns//Z1EVxcw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGXb+6BYqIVf93VJ0RAnI5AJwKq4r6ywdTUkgjcEyV4/TQJdSURgCgyD6K +2DZylqoyrktZzgKT0eUNa8= =l/eH -----END PGP SIGNATURE----- --Sig_AJguwHV.trp4Ns//Z1EVxcw--