From owner-freebsd-net@FreeBSD.ORG Mon Sep 29 20:10:29 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2F7106568D; Mon, 29 Sep 2008 20:10:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 81E458FC15; Mon, 29 Sep 2008 20:10:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 1A60346B45; Mon, 29 Sep 2008 16:10:29 -0400 (EDT) Date: Mon, 29 Sep 2008 21:10:29 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Arno J. Klaassen" In-Reply-To: Message-ID: References: <20080929043134.GD54819@cdnetworks.co.kr> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: pyunyh@gmail.com, stable@freebsd.org, net@freebsd.org Subject: Re: 7.1-PRERELEASE : bad network performance (nfe0) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 20:10:29 -0000 On Mon, 29 Sep 2008, Arno J. Klaassen wrote: > However, the "request/respones" tests are awfull for my notebook (test > repeated on the notebook for the sake of conviction) : Is it possible to rerun these tests with a 7.0 kernel of the same general configuration? That would help us determine if it's a regression between 7.0 and 7.1, or perhaps a more general issue between 6.x and 7.x. I wouldn't reject a hardware, driver, or general stack issue at this point as things are still fairly unclear. If it's definitely between 7.0 and 7.1 that the problem arises, trying a series of kernels spaced at, say, one month intervals in that period would be quite helpful in narrowing down the source. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > TCP_RR > Trans. > Rate > per sec > > 6-stable-x86 9801.58 > 7-stable-x64 137.61 > 7-stable-x64 89.35 > 7-stable-x64 102.29 > > TCP_CRR > Trans. > Rate > per sec > > 6-stable-x86 4520.98 > 7-stable-x64 7.00 > 7-stable-x64 8.10 > 7-stable-x64 18.49 > > > UDP_RR > Trans. > Rate > per sec > > 6-stable-x86 9473.20 > 7-stable-x64 9.60 > 7-stable-x64 0.90 > 7-stable-x64 0.10 > > > I can send you complete results if wanted. > >> Other possible cause of issue could be link speed/duplex mismatch >> or excessive MAC control frames(e.g. pause frames). Does nfe(4) >> agree on resolved speed/duplex with link partner? > > > yes (1000baseTX ) > >> If they all agree on resolved speed/duplex, would you check number >> of pause frames sent/received from link partner? Even though MCP65 >> supports hardware MAC statistics for pause frames nfe(4) has no >> support code yet so you may have to resort to managed switch that >> can show Tx/Rx statistics of each port. > > aargh; I do have a Netgear GS724TS around where I can connect it to. > This thing should be manageable, but give me some time to > find out how .... > > Thanx, Arno > _______________________________________________ > 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" >