Thread (51 messages) 51 messages, 13 authors, 2005-03-31

Re: netif_rx packet dumping

From: John Heffner <hidden>
Date: 2005-03-03 22:02:39

On Thu, 3 Mar 2005, Stephen Hemminger wrote:
On Thu, 3 Mar 2005 13:32:37 -0800
"David S. Miller" [off-list ref] wrote:
quoted
On 03 Mar 2005 16:24:25 -0500
jamal [off-list ref] wrote:
quoted
Ok, this does sound more reasonable. Out of curiosity, are packets being
dropped at the socket queue? Why is "dump till empty" behaviour screwing
over TCP.
Because it does the same thing tail-drop in routers do.
It makes everything back off a lot and go into slow start.
If we'd just drop 1 packet per flow or something like that
(so it could be fixed with a quick fast retransmit), TCP
would avoid regressing into slow start.
Maybe a simple Random Exponential Drop (RED) would be more friendly.
That would probably not be appropriate.  This queue is only for absorbing
micro-scale bursts.  It should not hold any data in steady state like a
router queue can.  The receive window can handle the macro scale flow
control.

  -John
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help