From owner-freebsd-current@FreeBSD.ORG Tue Nov 14 00:01:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 D5F8716A415 for ; Tue, 14 Nov 2006 00:01:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 687C143D5A for ; Tue, 14 Nov 2006 00:01:02 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by nz-out-0102.google.com with SMTP id i11so870138nzh for ; Mon, 13 Nov 2006 16:00:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=iEiavfAc+sitmiKooWbHYvUuAXJirvCqt+0tu9tX7BAyOXHhLaHzweWw9IEkLJtr9iv6tsj6LviY/1YL1iyYFHq3S+MjAmTfEWFNfxlJ7Hywi7tMEkWY3luf3QAgWXoxb7iZWVSSl03Gih1NkcPsSQDKmlxlJi9zeETBpok1ftM= Received: by 10.35.49.1 with SMTP id b1mr423955pyk.1163462458882; Mon, 13 Nov 2006 16:00:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTP id 12sm23417675nzn.2006.11.13.16.00.57; Mon, 13 Nov 2006 16:00:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id kAE015ho005743 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Nov 2006 09:01:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id kAE014QM005742; Tue, 14 Nov 2006 09:01:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 14 Nov 2006 09:01:03 +0900 From: Pyun YongHyeon To: Pieter de Goeje Message-ID: <20061114000103.GA5517@cdnetworks.co.kr> References: <20061111011051.GB5233@cdnetworks.co.kr> <200611131637.57216.pieter@degoeje.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200611131637.57216.pieter@degoeje.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Call for re(4) TSO/VLAN testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Nov 2006 00:01:33 -0000 On Mon, Nov 13, 2006 at 04:37:57PM +0100, Pieter de Goeje wrote: > On Saturday 11 November 2006 02:10, Pyun YongHyeon wrote: > > With TSO you can see reduced system load while large file transfers > > is in progress. Please test the patch and report any unusual things > > you've found. > > Idle time has increased from 0% to 25% with this patch while sustaining the > transferrate (520Mbit/s) previously reached with iperf. > With the patch the number of interrupts/sec. was halved from 32K to 16K. > > The test was performed on a fresh current without any tuning but with debug > support removed. > > System details: > CPU: AMD Sempron(tm) 2400+ (1659.95-MHz 686-class CPU) > re0@pci0:9:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8169 Gigabit Ethernet Adapter' > > The receiving end was probably limiting the transferrate. > Thanks for reporting. ATM re(4) uses still small number of Tx descriptors(i.e. 64 entries) due to the hardware limitation of 8139C+. 8169 family can have up to 1024 Tx descriptors. If we want to use more Tx descriptors on 8169 the internal structure should be modified to support both 8139C+ and 8169. I guess it would require major Tx path overhaul. Because I have just plain PCI 8169 hardware I can't sure increasing number of Tx descriptors on re(4) help Tx performance of the driver. I guess 64 Tx descriptors are not sufficient to saturate giga bit link. Would please try attached patch and report the performance of patched re(4) driver? -- Regards, Pyun YongHyeon