On Thu, 27 Sep 2007 11:58:01 +0800 "Majumder, Rajib" <rajib.majumder@credit-suisse.com> wrote:Unfortunately, 2.6.5 is out of my short term memory at this point. I do remember that 2.6.5 used BIC for congestion control, and there were some math errors in the congestion control logic that caused it to be way to aggressive. My guess is that the addition of the SACK hinting might be the major win. The code takes 3 passes over the SACK list, so with large outstanding data that was a major bottleneck, not sure if it was 4ms worth though. Default congestion control in early 2.6 was BIC, then after CUBIC stabilized it was made the default in 2.6.19. Another thing that may cause changes in latency is Appropriate Byte Counting (ABC). It was added in 2.6.14, but then turned off by default in 2.6.18. The problem is that ABC caused performance problems with some applications that sent messages as many small writes. -- Stephen Hemminger <shemminger@linux-foundation.org> -
| Amit K. Arora | [RFC] Heads up on sys_fallocate() |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
