NFS client READ performance on -current

[Rick Macklem]

Russell L. Carter wrote:
> 
> 
> On 07/02/14 19:09, Rick Macklem wrote:
> 
> > Could you please post the dmesg stuff for the network interface,
> > so I can tell what driver is being used? I'll take a look at it,
> > in case it needs to be changed to use m_defrag().
> 
> em0: <Intel(R) PRO/1000 Network Connection 7.4.2> port 0xd020-0xd03f
> mem
> 0xfe4a0000-0xfe4bffff,0xfe480000-0xfe49ffff irq 44 at device 0.0 on
> pci2
> em0: Using an MSI interrupt
> em0: Ethernet address: 00:15:17:bc:29:ba
> 001.000007 [2323] netmap_attach             success for em0 tx 1/1024
> rx
> 1/1024 queues/slots
> 
> This is one of those dual nic cards, so there is em1 as well...
> 
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?

rick
ps: It does have the transmit segment limit set to 32. I have no idea if
    this is a hardware limitation.

> Best,
> Russell
> 
> > 
> > Thanks for letting us know this fixed the problem, rick
> > 
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to
> "freebsd-net-unsubscribe at freebsd.org"
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: em.patch
Type: text/x-patch
Size: 615 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-net/attachments/20140703/3718d395/attachment.bin>