David S. Miller wrote:
From: Rick Jones <[EMAIL PROTECTED]>
Date: Wed, 01 Feb 2006 17:32:24 -0800
How large is "the bulk?"
The prequeue is always enabled when the app has blocked
on read().
Actually I meant in terms of percentage of the cycles to process the packet
rather than frequency of occurance but that is an interesting question - any
read(), or a read() against the socket associated with that connection?
What happens when the application has not blocked on a read - say an application
using (e)poll on M connections? Does that ressurect my supposition about the
three degrees of parallelism?
Ie. ACK goes out as fast as we can context switch
to the app receiving the data. This feedback makes all senders
to a system send at a rate that system can handle.
Once those senders have filled the TCP windows right?
All you have to do for this to take effect is to fill the congestion
window, which starts at 2 packets :-)
I think we've had that converstion before - it starts at 4380 bytes or three
segments whichever comes first right? IIRC (I should look this up but...) the
two segments is when the MSS is larger than 1460?
rick jones
-
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
