On Thu, 07 Sep 2000 at 13:27:01 -0400, Dennis wrote:
> At 06:10 PM 09/07/2000 +0100, Colin Watson wrote:
> >What I would like to be able to do, for benchmarking purposes, is to
> >rate-limit the outgoing traffic on each TCP connection. What I'm doing
> >now is using one filter and one (TBF) qdisc for each port, with an
> >associated tree of CBQ classes. Naturally, when you want to do
> >something like limit all your ephemeral ports, forking tc this many
> >times takes quite a while (not to mention going all the way round my pid
> >numbers :)).
>
> You realize of course that CBQs efficiency diminishes with each added
> connection? Its not designed for a high volume of "classes"
I do, yes. For the moment I'm not too bothered about it; I'm actively
trying to slow things down, as it's the point of the exercise. However,
if diminished efficiency means that I'm going to start seeing a lot of
asymmetry in flow rates, then I might have to worry about it a bit more.
Will the fact that I'm organizing my classes in a binary tree speed
lookup times, or am I barking up the wrong tree here?
-- Colin Watson [cjw44@flatline.org.uk] - To unsubscribe from this list: send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org
This archive was generated by hypermail 2b29 : Fri Sep 15 2000 - 21:00:29 EST