| To: | Andi Kleen <ak@xxxxxx> |
|---|---|
| Subject: | Re: [RFC] TCP congestion schedulers |
| From: | John Heffner <jheffner@xxxxxxx> |
| Date: | Mon, 21 Mar 2005 16:25:56 -0500 (EST) |
| Cc: | Stephen Hemminger <shemminger@xxxxxxxx>, baruch@xxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <m13bur5qyo.fsf@muc.de> |
| References: | <421CF5E5.1060606@ev-en.org> <20050223135732.39e62c6c.davem@davemloft.net> <421D1E66.5090301@osdl.org> <421D30FA.1060900@ev-en.org> <20050225120814.5fa77b13@dxpl.pdx.osdl.net> <20050309210442.3e9786a6.davem@davemloft.net> <4230288F.1030202@ev-en.org> <20050310182629.1eab09ec.davem@davemloft.net> <20050311120054.4bbf675a@dxpl.pdx.osdl.net> <20050311201011.360c00da.davem@davemloft.net> <20050314151726.532af90d@dxpl.pdx.osdl.net> <m13bur5qyo.fsf@muc.de> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Sat, 19 Mar 2005, Andi Kleen wrote: > Stephen Hemminger <shemminger@xxxxxxxx> writes: > > > Since developers want to experiment with different congestion > > control mechanisms, and the kernel is getting bloated with overlapping > > data structure and code for multiple algorithms; here is a patch to > > split out the Reno, Vegas, Westwood, BIC congestion control stuff > > into an infrastructure similar to the I/O schedulers. > > [...] > > Did you do any benchmarks to check that wont slow it down? > > I would recommend to try it on a IA64 machine if possible. In the > past we found that adding indirect function calls on IA64 to networking > caused measurable slowdowns in macrobenchmarks. > In that case it was LSM callbacks, but your code looks like it will > add even more. Is there a canonical benchmark? Would you really expect a single extra indirect call per ack to have a significant performance impact? This is surprising to me. Where does the cost come from? Replacing instruction cache lines? -John |
| Previous by Date: | Re: [15/*] [INET] Fix IPsec calculation in ip_append_data/ip6_append_data, Mika Penttilä |
|---|---|
| Next by Date: | [patch 2.6.12-rc1-bk1] multipath: early use of inlined function, Francois Romieu |
| Previous by Thread: | Re: [RFC] TCP congestion schedulers, Andi Kleen |
| Next by Thread: | Re: [RFC] TCP congestion schedulers, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |