From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:25:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D035416A4CE for ; Mon, 18 Oct 2004 23:25:10 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C7F43D1F for ; Mon, 18 Oct 2004 23:25:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id DF933F1C74; Mon, 18 Oct 2004 16:25:09 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03343-03; Mon, 18 Oct 2004 16:25:08 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C2CAAF1834; Mon, 18 Oct 2004 16:25:08 -0700 (PDT) From: Sean McNeil To: John-Mark Gurney In-Reply-To: <20041018230208.GE22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-MgiPJXxEYQTI06mKxu2q" Message-Id: <1098141908.3424.6.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 18 Oct 2004 16:25:08 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 18 Oct 2004 23:25:11 -0000 --=-MgiPJXxEYQTI06mKxu2q Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 16:02, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 14:31 -0700: > > Hi John-Marc, > >=20 > > On Sun, 2004-10-17 at 18:12, John-Mark Gurney wrote: > > > John-Mark Gurney wrote this message on Sun, Oct 17, 2004 at 16:28 -07= 00: > > > > I'll do some tests shortly to see about these issues... > > >=20 > > > Ok, I played around w/ rwatson's netsend program, and I was able to > > > send 1316 byte payload udp packets at about 28kpps w/o problems.. I > > > was not able to confirm that no packets were loss, BUT, netstat did > > > show very close to 28kpps received... At 28kpps, it's far exceeds > > > your problem of 15Mbps, it is about 38megbytes/sec.. > >=20 > > I looked at and read netsend/netreceive. Is this what you are using?=20 >=20 > yes... >=20 > > If so, how do you know that there is no packet loss? netreceive does n= o >=20 > That's what I said, that I was not able to confirm, but if I ran netstat > on the receiving machine, the number of pps that the receiving machine > VERY closely matched what I was suppose to receive... I definately did > not see anything close to 20% packet lose... >=20 > > checking to make sure of anything. It is just a sink that throws away > > the packets. You need to look at the actual data that is being > > delivered. You will find that 20% of those packets that are suppose to > > have been sent are just thrown away without any error indication of any > > sort. netstat -i will show no errors yet the packets are gone if you > > look for them on the other side. So netsend is telling you it sends > > them at 38megbytes/sec but out the wire the driver is only sending 80% > > of the packets it should. >=20 > but I was seeing 38megbytes/sec being received at the receiving end... > yes, I didn't verify that they weren't dups, but that would imply we have > other issues with the re driver than just this... >=20 > Do you have a video that you could send me, that I could do some testing > with this? (and vls config)? I've been doing my testing on an i386, > but that shouldn't be different enough to cause problems... (if it is, > then we need to think about what the re is behaving badly)... I have placed 11 megs of the stream in http://mcneil.com/~sean/freebsd/stream.mpg You can install vls from ports (net/vls) and I run it with vls -d udp:224.1.1.1:1234 file:stream.mpg I agree that your assesment appears to be accurate in identifying no packet loss. Are you going through a switch or is this a cross from machine-machine? Please let me know if there is anything I can do to assist. Here is the output from lspci: 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 (rev 10) Subsystem: Micro-star International Co Ltd: Unknown device 702c Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 I/O ports at cc00 Memory at cfffb300 (32-bit, non-prefetchable) Capabilities: [dc] Power Management version 2 I was mistaken about the irq not being shared. On my system, irq 16 is shared with my vga controller: 01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0322 (rev a1) (prog-if 00 [VGA]) Subsystem: PROLINK Microsystems Corp: Unknown device 1152 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 16 Memory at ce000000 (32-bit, non-prefetchable) Memory at c0000000 (32-bit, prefetchable) Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 3.0 I run the xorg server. Cheers, Sean --=-MgiPJXxEYQTI06mKxu2q Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdFDUyQsGN30uGE4RAqkAAKCCfQI1rvDHgTFNHXA965n8R9fgTwCgx2Yg 9cbeyZL1Cp8edNERETWqQOw= =CGmK -----END PGP SIGNATURE----- --=-MgiPJXxEYQTI06mKxu2q--