Re: e1000 (?) jumbo frames performance issue

["David S. Miller" <davem@xxxxxxxxxxxxx>]

On Thu, 05 May 2005 14:54:43 -0700
Rick Jones <rick.jones2@xxxxxx> wrote:

> assuming of course that the intent of the algorithm was to try to get the 
> average header/header+data ratio to something 
> around 0.9 (although IIRC, none of a 537 byte send would  be delayed by Nagle 
> since it was the size of the user's send being >= the MSS, so make that ~0.45 
> ?)

It tries to hold smaller packets back in hopes to get some more sendmsg()
calls which will bunch up some more data before all outstanding data is
ACK'd.

It's meant for terminal protocols and other chatty sequences.

It was not designed with 16K MSS frame sizes in mind.