| To: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [RFC/PATCH] "strict" ipv4 reassembly |
| From: | Thomas Graf <tgraf@xxxxxxx> |
| Date: | Wed, 18 May 2005 13:30:30 +0200 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, akepner@xxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050518015213.GB28070@xxxxxxxxxxxxxxxxxxx> |
| References: | <20050517.104947.112621738.davem@xxxxxxxxxxxxx> <E1DYAHF-0006qW-00@xxxxxxxxxxxxxxxxxxxxxxxx> <20050518004733.GG13748@xxxxxxxxxxxxxx> <20050518011632.GA27813@xxxxxxxxxxxxxxxxxxx> <20050518013712.GH13748@xxxxxxxxxxxxxx> <20050518015213.GB28070@xxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
* Herbert Xu <20050518015213.GB28070@xxxxxxxxxxxxxxxxxxx> 2005-05-18 11:52 > On Wed, May 18, 2005 at 03:37:12AM +0200, Thomas Graf wrote: > > > > OK, I initially thought you would head for a much larger > > threshold. Not sure if 30000 is large enough for a full > > scale NFS server though ;-> You conviced me that my idea > > I think it's big enough. If it isn't it means that somebody > has reordered the packets by 30000 which I find hard to > believe :) I was thinking about some kind of nfs server with huge recv buffers and increased limits receiving at 50kpps experiencing a delayed fragment once in a while. Definitely a rare case but not impossible ;-> |
| Previous by Date: | Re: 2.6.12-rc4-mm2 - sleeping function called from invalid context at mm/slab.c:2502, Herbert Xu |
|---|---|
| Next by Date: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Herbert Xu |
| Previous by Thread: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Herbert Xu |
| Next by Thread: | Re: [RFC/PATCH] "strict" ipv4 reassembly, Herbert Xu |
| Indexes: | [Date] [Thread] [Top] [All Lists] |