From owner-freebsd-stable@FreeBSD.ORG Fri Dec 1 00:48:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81FC116A416 for ; Fri, 1 Dec 2006 00:48:38 +0000 (UTC) (envelope-from david@evxtech.com.au) Received: from saturn.dotcolo.com (saturn.dotcolo.com [205.134.250.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493B143C9D for ; Fri, 1 Dec 2006 00:48:27 +0000 (GMT) (envelope-from david@evxtech.com.au) Received: from [58.105.231.194] (port=64447 helo=[192.168.1.41]) by saturn.dotcolo.com with esmtpa (Exim 4.52) id 1GpwZo-0006nr-5Y; Thu, 30 Nov 2006 19:48:28 -0500 Message-ID: <456F7D18.6070501@evxtech.com.au> Date: Fri, 01 Dec 2006 11:53:44 +1100 From: David Nguyen User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Charles Sprickman References: <456DA282.6000801@smo.de> <20061129183028.L23451@sporker.bway.net> <456E6C55.3070609@paradise.net.nz> <456F5952.9020305@paradise.net.nz> In-Reply-To: X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - saturn.dotcolo.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - evxtech.com.au X-Source: X-Source-Args: X-Source-Dir: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Philipp Ost , freebsd-stable@freebsd.org, Mark Kirkwood Subject: Re: vr speed issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Dec 2006 00:48:38 -0000 Hi, I'm not sure if I'm much help, I have the same chipset, VIA Rhine II on a 6.1-p10 and works fine on a production server # pciconf -lv vr0@pci0:18:0: class=0x020000 card=0x1421147b chip=0x30651106 rev=0x78 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6102 Rhine II PCI Fast Ethernet Controller' class = network subclass = ethernet The ping -s 1500 other.host works with no packet loss. You chip id looks the same, but the revision looks slightly newer. Cheers David Charles Sprickman wrote: > On Fri, 1 Dec 2006, Mark Kirkwood wrote: > >> Mark Kirkwood wrote: >>> Charles Sprickman wrote: >>> >>>> I also did a little more digging and noticed that once I start >>>> pinging from one of these hosts using large packet sizes, I get >>>> about 50-60% packet loss (ie: ping -s 1500 other.vr0.host). If I >>>> ping something with a decent card, I get about 30-50% packet loss. >>>> There's no packet loss with the default packet size. >>>> >>>> Anyone else with some vr cards feel like checking this out? >>>> >>> >>> I've got a VIA Rhine III card that I can dig out and put in if the >>> data would be of any use/interest etc - FWIW I seem to recall being >>> able to get reasonably close to wire speed when I was using it. >>> >> >> I plugged in the card today, and seem to get pretty reasonable >> performance (8-10MB/s for scp - see attached). The two boxes are >> plugged into a Linksys router via store made cat5 or cat6 cables. The >> second box has an Intel PRO 100 (fxp) adapter. > > Interesting. I've had the vr hosts going through three different > switches, patch cables, the in-house cabling, and the issue remains > the same. I'd love to just replace a cable and be done with it, but > that doesn't seem to be the issue. I can also eliminate it by just > switching out cards... so I don't really suspect I've got a whole > load of bad cables. > >> Removing the vr card and going back to fxp everywhere seems to >> provide better performance (e.g. get 9MB/s in the last test), but the >> vr performance is acceptable (maybe your router clashes with your >> card?). > > Mine borders on unusable. The packet loss really slows down and > stalls TCP connections. > > I noticed you have a newer revision of the Via card: > > # pciconf -lv > vr0@pci0:9:0: class=0x020000 card=0x14031186 chip=0x31061106 rev=0x86 > hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' > class = network > subclass = ethernet > > This is what I'm dealing with: > > hostb6@pci0:17:7: class=0x060000 card=0x287e1106 chip=0x287e1106 > rev=0x00 hdr=0x00 > vendor = 'VIA Technologies Inc' > class = bridge > subclass = HOST-PCI > vr0@pci0:18:0: class=0x020000 card=0x80a71043 chip=0x30651106 > rev=0x7c hdr=0x00 vendor = 'VIA Technologies Inc' > device = 'VT6102 Rhine II PCI Fast Ethernet Controller' > class = network > subclass = ethernet > > Maybe I'll just round up as much info as I can at my next visit, grab > some tcpdumps of the loss from both ends and do a send-pr and hope for > the best. I can get along with replacing the cards, but they seem to > be really common these days - basically any cheap system with a Via > chipset and onboard ethernet will be using some variation on this > controller. > > Charles > >> >> Cheers >> >> Mark >> >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >