From owner-freebsd-net@FreeBSD.ORG Mon Jul 7 01:15:31 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11103548 for ; Mon, 7 Jul 2014 01:15:31 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id CC96E285F for ; Mon, 7 Jul 2014 01:15:30 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAITzuVODaFve/2dsb2JhbABZg2Bagm+7f4ZsUwGBInWEAwEBAQMBAQEBICsgCwUWGAICDRkCKQEJJgYIAgUEARwEiBkIDa98mS0XgSyNHwYBARs0B4J3gUwFmAqENJJEg18hNX0IFyI X-IronPort-AV: E=Sophos;i="5.01,615,1400040000"; d="scan'208";a="138638228" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 06 Jul 2014 21:15:29 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 980CEB4166; Sun, 6 Jul 2014 21:15:29 -0400 (EDT) Date: Sun, 6 Jul 2014 21:15:29 -0400 (EDT) From: Rick Macklem To: "Russell L. Carter" Message-ID: <248449295.7885770.1404695729613.JavaMail.root@uoguelph.ca> In-Reply-To: <53B9DB69.1070705@pinyon.org> Subject: Re: NFS client READ performance on -current MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 7.2.6_GA_2926 (ZimbraWebClient - FF3.0 (Win)/7.2.6_GA_2926) Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18 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, 07 Jul 2014 01:15:31 -0000 Russell L. Carter wrote: > > > On 07/03/14 17:51, Rick Macklem wrote: > > > Well, I took a quick look at the driver and it does use m_defrag(), > > but > > I think that the "retry:" label it does a goto after doing so might > > be in > > the wrong place. > > > > The attached untested patch might fix this. > > > > Is it convenient to build a kernel with this patch applied and then > > try > > it with TSO enabled? > > Patch applied to both client and server (both nics use if_em), > net.inet.tcp.tso=1 > > With a cold 5GB transfer, I see a fairly steady mid 60s MB/s reading > on the client. I'm happy BTW. The throughput is now sufficient for > my application. > Thanks for testing this. I've emailed some guys that I think might be able to review and/or test/commit this. (I don't mind doing the commit, but I don't have hardware to test it on.) rick > HTH, > Russell > > > > > rick > > ps: It does have the transmit segment limit set to 32. I have no > > idea if > > this is a hardware limitation. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" >