From owner-freebsd-stable@FreeBSD.ORG Thu Feb 4 01:26:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6A68106566C for ; Thu, 4 Feb 2010 01:26:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 86EE98FC18 for ; Thu, 4 Feb 2010 01:26:24 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so103123qwd.7 for ; Wed, 03 Feb 2010 17:26:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=n2uzdVU175gfaYvD5xMS9LLFMzRczE2dg88JkpfaChk=; b=Pix+Kr4/o5ACA0KohTv09a1Tuo6uBpnw9BX0u96utiU7YByN2e7lAzAqBEOOJXuSio +HqwU3MwFq2hdtL/QS7q4eZjPFzDRkxKzEcVLF0RY/7f3+Jm12wnR8CriQz9CJKum6OM JkmA3gsZW7veQUaVPGJB7E5hm7aiNjcfDyNbY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dn+RsxWXeWAMHC/U1NUKwhQxS6/zoDPY7OLCDOtO99T+rrH93uVvPk2GqWS9oG04DK 0mGg19C9zae4QxeP/WhPDCbLKBBta/4DPV4sHD9IzkB6BoFjD4PsnC0PEbVsWWEKwhsB lMOOnvHplqoHNEVijhELsjRG01izF8NAV8Xfk= Received: by 10.224.11.211 with SMTP id u19mr3364956qau.108.1265246783888; Wed, 03 Feb 2010 17:26:23 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm27739372qwg.38.2010.02.03.17.26.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 03 Feb 2010 17:26:22 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 3 Feb 2010 17:25:03 -0800 From: Pyun YongHyeon Date: Wed, 3 Feb 2010 17:25:03 -0800 To: Jonathan Chen Message-ID: <20100204012503.GK5901@michelle.cdnetworks.com> References: <20100202193616.GA16953@osiris.chen.org.nz> <20100202212029.GA5295@asgard.cs.uoi.gr> <20100203225255.GB14315@osiris.chen.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100203225255.GB14315@osiris.chen.org.nz> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: if_bge upload stalls repeatedly (Was: 8-STABLE outgoing scp stalling frequently) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2010 01:26:24 -0000 On Thu, Feb 04, 2010 at 11:52:55AM +1300, Jonathan Chen wrote: > On Tue, Feb 02, 2010 at 11:20:29PM +0200, Nikos Ntarmos wrote: > > On Wed, Feb 03, 2010 at 08:36:16AM +1300, Jonathan Chen wrote: > > > Hi, > > > > > > I've noticed that on a recent 8-STABLE/amd64, scp(1) appears to be > > > stalling very frequently. This is the output from a "scp -v -v" > > > of a 300Mb file from a local to a remote within an internal network: > > [...] > > > Does anyone know what's happening here? Any tips on how to track down > > > what the problem is? The network config appears to be fine - fetch(1) will > > > have downloads speeds of up to 300KB/s. > > > > But how about upload speeds? It seems that's where scp is suffering as > > well. > > This is the obvious test that I should have done; and you're hit the > nail on the head. bge(4) on 8-STABLE (csup'd 4-Feb-2010) has a very > bad upload speed. > > I've just tried using ftp to transfer some files: > > Upload speed: starts at 63 KB/s, falls rapidly before stalling. > Download speeds: starts at 9 MB/s, increasing slightly before completing. > I'm not sure but recently added code to support TSO may cause the issue. Would you show me verbose boot output(only bge(4) related one)? To rule out possible TSO issue, disable TSO and try it again(#ifconfig bge0 -tso). Does it make any difference? > Device from dmesg: > bge0: mem 0xf1bf0000-0xf1bfffff irq 17 at device 0.0 on pci9 >