| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)) |
| From: | Jordan Mendelson <jordy@xxxxxxxxxxx> |
| Date: | Wed, 21 Feb 2001 16:50:07 -0800 |
| Cc: | ookhoi@xxxxxx, Vibol Hou <vibol@xxxxxxxx>, Linux-Kernel <linux-kernel@xxxxxxxxxxxxxxx>, sim@xxxxxxxxxxx, netdev@xxxxxxxxxxx |
| Organization: | Napster, Inc. |
| References: | <HDEBKHLDKIDOBMHPKDDKMEGDEFAA.vibol@khmer.cc> <20010221104723.C1714@humilis> <14995.40701.818777.181432@pizda.ninka.net> <3A9453F4.993A9A74@napster.com> <14996.21701.542448.49413@pizda.ninka.net> |
| Sender: | owner-netdev@xxxxxxxxxxx |
"David S. Miller" wrote: > > Jordan Mendelson writes: > > Now, if it didn't have the side effect of dropping packets left and > > right after ~4000 open connections (simultaneously), I could finally > > move our production system to 2.4.x. > > The change I posted as-is, is unacceptable because it adds unnecessary > cost to a fast path. The final change I actually use will likely > involve using the TCP sequence numbers to calculate an "always > changing" ID number in the IPv4 headers to placate these broken > windows machines. Just for kicks I modified the fast path to use a globally incremented count to see if it would fix both Win9x problem and my 4K connection problem and it appears to be working just fine. What probably happened was the sheer number of packets at 4K connections without the fast path just slowed everything down to a crawl. Thanks Dave, Jordan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)), Jordan Mendelson |
|---|---|
| Next by Date: | Re: [PATCH] SO_ORIGINAL_DST and sockaddr_in, Rusty Russell |
| Previous by Thread: | Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)), Jordan Mendelson |
| Next by Thread: | Re: 2.4 tcp very slow under certain circumstances (Re: netdev issues (3c905B)), Simon Kirby |
| Indexes: | [Date] [Thread] [Top] [All Lists] |