From: Benjamin LaHaise <[EMAIL PROTECTED]> Date: Mon, 20 Mar 2006 10:09:42 -0500
> Wouldn't it make sense to strech the ACK when the previous ACK is still in > the TX queue of the device? I know that sort of behaviour was always an > issue on modem links where you don't want to send out redundant ACKs. I thought about doing some similar trick with TSO, wherein we would not defer a TSO send if all the previous packets sent are out of the device transmit queue. The idea was the prevent the pipe from ever emptying which is the danger of deferring too much for TSO. This has several problems. It's hard to implement. You have to decide if you want precise state, thereby checking the TX descriptors. Or you go for imprecise but easier to implement, which is very imprecise and therefore not very useful state, by just checking the SKB refcount or similar which means that you find out it's left the TX queue after the TX purge interrupt which can be a long time after the event and by then the pipe has empties which is what you were trying to prevent. Lastly, you don't want to touch remote cpu state which is what such a hack is going to end up doing much of the time. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
