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] - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org
