From owner-freebsd-current@FreeBSD.ORG Mon Oct 18 23:02:11 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 49A2716A4CE for ; Mon, 18 Oct 2004 23:02:11 +0000 (GMT) Received: from mail4.speakeasy.net (mail4.speakeasy.net [216.254.0.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11C9143D3F for ; Mon, 18 Oct 2004 23:02:11 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25625 invoked from network); 18 Oct 2004 23:02:10 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail4.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Oct 2004 23:02:10 -0000 Received: from hydrogen.funkthat.com (pszcds@localhost.funkthat.com [127.0.0.1])i9IN29lb042888; Mon, 18 Oct 2004 16:02:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i9IN28a0042887; Mon, 18 Oct 2004 16:02:08 -0700 (PDT) Date: Mon, 18 Oct 2004 16:02:08 -0700 From: John-Mark Gurney To: Sean McNeil Message-ID: <20041018230208.GE22681@funkthat.com> Mail-Followup-To: Sean McNeil , freebsd-current@freebsd.org References: <1097896460.1123.2.camel@server.mcneil.com> <20041017232827.GZ22681@funkthat.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1098135068.2861.6.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html 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 Reply-To: John-Mark Gurney 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:02:11 -0000 Sean McNeil wrote this message on Mon, Oct 18, 2004 at 14:31 -0700: > Hi John-Marc, > > 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 -0700: > > > I'll do some tests shortly to see about these issues... > > > > 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.. > > I looked at and read netsend/netreceive. Is this what you are using? yes... > If so, how do you know that there is no packet loss? netreceive does no 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... > 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. 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... 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)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."