Date: Sun, 6 Jul 2014 21:15:29 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: "Russell L. Carter" <rcarter@pinyon.org> Cc: freebsd-net@freebsd.org Subject: Re: NFS client READ performance on -current Message-ID: <248449295.7885770.1404695729613.JavaMail.root@uoguelph.ca> In-Reply-To: <53B9DB69.1070705@pinyon.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?248449295.7885770.1404695729613.JavaMail.root>