netdev
[Top] [All Lists]

Re: [RFC] TCP congestion schedulers

To: Stephen Hemminger <shemminger@xxxxxxxx>
Subject: Re: [RFC] TCP congestion schedulers
From: Andi Kleen <ak@xxxxxx>
Date: Sat, 19 Mar 2005 21:19:11 +0100
Cc: baruch@xxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20050314151726.532af90d@dxpl.pdx.osdl.net> (Stephen Hemminger's message of "Mon, 14 Mar 2005 15:17:26 -0800")
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>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (gnu/linux)
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.

One way to avoid this concern would be to set up the "standard"
congestion avoidance in a way that it could be inlined.  

-Andi


<Prev in Thread] Current Thread [Next in Thread>