From owner-freebsd-net@FreeBSD.ORG Fri Nov 11 21:21:18 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25ED91065672 for ; Fri, 11 Nov 2011 21:21:18 +0000 (UTC) (envelope-from bevan@bi-co.net) Received: from tomahna.bi-co.net (tomahna.bi-co.net [178.77.99.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBA78FC0A for ; Fri, 11 Nov 2011 21:21:16 +0000 (UTC) Received: (qmail 8131 invoked from network); 11 Nov 2011 22:21:15 +0100 Received: from ip-109-91-30-235.unitymediagroup.de (HELO ?192.168.178.21?) (109.91.30.235) by tomahna.bi-co.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 11 Nov 2011 22:21:15 +0100 Message-ID: <1321046480.8512.3.camel@bevan-pc.fritz.box> From: Michael =?ISO-8859-1?Q?La=DF?= To: pyunyh@gmail.com Date: Fri, 11 Nov 2011 22:21:20 +0100 In-Reply-To: <20111107175953.GA1646@michelle.cdnetworks.com> References: <1320494003.19667.41.camel@bevan-pc.fritz.box> <20111106234054.GB1906@michelle.cdnetworks.com> <20111107175953.GA1646@michelle.cdnetworks.com> Content-Type: multipart/mixed; boundary="=-7QtFRTJmmcWcU9Q+YJFj" X-Mailer: Evolution 3.2.1 Mime-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Gigabit Ethernet performance with Realtek 8111E X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bevan@bi-co.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2011 21:21:18 -0000 --=-7QtFRTJmmcWcU9Q+YJFj Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi! Sorry for my late response. Am Montag, den 07.11.2011, 09:59 -0800 schrieb YongHyeon PYUN: > > > > Some revisions of RealTek controller have FIFO overrun issue but > > I'm not sure whether you're seeing the issue. Try enabling flow > > control and see whether that makes any difference. You can enable > > it by issuing 'ifconfig re0 media flow'. > > This should be read as 'ifconfig re0 mediaopt flow'. It may be that enabling flow control helps a bit but it definately does not solve the problem. There are still hundreds of packets missed in just one or two minutes. Maybe there is no difference at all. > > Show me the dmesg output. RealTek uses the same device PCI ids so it's > > impossible to know which controller you have from the pciconf(8) > > output. I think the relevant part is this one: > re0: port 0x1000-0x10ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 16 at device 0.0 on pci1 > re0: Using 1 MSI-X message > re0: Chip rev. 0x2c000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow > re0: Ethernet address: 38:60:77:3e:af:a5 Full dmesg output is also attached. Greetings, Michael PS: In my first mail I wrote that I can reproduce the problem only with one of two connected hosts. I think the reason is that the other host only produces a maximum of 250Mbit/s while the problematic transfers go up to 550Mbit/s. --=-7QtFRTJmmcWcU9Q+YJFj--