Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 May 2007 20:17:30 +0200
From:      Fabian Keil <freebsd-listen@fabiankeil.de>
To:        freebsd-current@freebsd.org
Cc:        pyunyh@gmail.com
Subject:   Re: CFT: re(4)
Message-ID:  <20070530201730.09d3f460@localhost>
In-Reply-To: <20070529121837.GA12808@cdnetworks.co.kr>
References:  <20070529121837.GA12808@cdnetworks.co.kr>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_AJguwHV.trp4Ns//Z1EVxcw
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Pyun YongHyeon <pyunyh@gmail.com> 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--



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