From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 13:07:58 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8873616A46B for ; Sat, 22 Sep 2007 13:07:58 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id C1BC413C469 for ; Sat, 22 Sep 2007 13:07:57 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 40498 invoked from network); 22 Sep 2007 17:07:55 +0400 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 22 Sep 2007 17:07:55 +0400 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.5.10110, virus records: 254117, updated: 22.09.2007] Message-ID: <00c901c7fd19$9696bf60$0c00a8c0@Artem> From: "Artem Kuchin" To: "Kris Kennaway" , "Jack Vogel" References: <01c801c7fc7a$696ab900$0c00a8c0@Artem> <2a41acea0709211359w37ba779dsec94de504a9f4a9c@mail.gmail.com> <46F456B6.5060509@FreeBSD.org> Date: Sat, 22 Sep 2007 17:07:51 +0400 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 Cc: freebsd-current@freebsd.org Subject: Re: TSP on em makes send of streams very slow X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2007 13:07:58 -0000 Kris Kennaway wrote: > Jack Vogel wrote: >> On 9/21/07, Artem Kuchin wrote: >>> Hello! >>> >>> Here is what i have experienced today. >>> >>> I just installed 7.0-CURRENT (cvsed and build on 2007/09/20) >>> on a PRODUCTION web server >>> (because, IHMO, this current is stable enough and i like >>> too much :) >>> >>> This is intel MB with two built-in em intefaces. >>> >>> I sshed to the server. >>> While i was in plain shell everything was fine, but when i >>> stared midnight commander i saw how it very slowly draws >>> scren part by part. It took about 3 monutes to almost >>> completely draw a screen when i got disconnected. I tied again >>> - the same. Then i connected via ftp and uploaded 10MB file >>> at 900KB/sec. When i tried to download it back i got about >>> 500 *BYTES*/sec and the got disconnected in a couple of minutes. >>> >>> Ping was just find, even flood ping from the server on the save >>> switch with 15000 packets was fine (just one dot on the left). >>> >>> I went also crazy already when i desided to compare interface params >>> with another server with em NICs. >>> >>> The dfference is that this is has the following options (by DEFAULT, >>> i did not turn it on): >>> >>> VLAN_HWCSUM,TSO4 >>> >>> I've read about TSO on 'man ifconfig' and just for kicks decided >>> to turn it off. VOILA!!! In a seconds send speed was up to 10 >>> MBYTES/sec! >>> >>> I have googled about 'em tso slow ' etc.. and found a couple of >>> seemingly the same problem dated back 2006. Is it supposed to be >>> solved by now? What IS the problem with TSO? >> >> TSO is for some environments, it isn't gonna be useful at 100Mb >> (which you are), it can be useful at 1Gb but not always, when you >> get to 10G its >> a HUGE benefit. >> >> Just cuz you can shoot yourself in the foot doesn't mean the gun has >> a problem :) > > So the card can't handle it? Note that the OP says it was enabled > automatically. > > I wouldn't necessarily expect it to give a performance benefit, but it > shouldn't destroy performance to that extent either. There seems to > be a real problem to be addressed here. I have sent this message to freebsdnic@mailbox.intel.com I took this address from README for em device driver (/usr/src/sys/dev/em) But email returned from mailer-daemon because there is no such email address anymore. Who is responsible for this driver nowadays? -- Regards Artem