Re: tc filter scalability

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



So server load does not change during filtering from the u32 hash into the relevant class? If there is an individual class for each user however (i.e. thousands of seperate classes), does that increase load during the CBQ's polling of each class? Or is the effect negligible?

Kind regards,

John Hanlon.

At 00:14 18/12/03, you wrote:
On Wed, 17 Dec 2003, John Hanlon - Central Coast Internet wrote:

> Has anyone tested the scalability of using tc filters? I have a box
> which I require to traffic shape each individual client by IP Address using
> u32 identifiers. My concern though, is that each client requires 2 filters
> (data from and to the box) and there are a few hundred clients minimum.
> Which means each packet may have to pass through a few hundred or possibly
> thousand filters to determine its path. Is this going to give significant
> latency issues? Or excessive server load?


One thing -- u32 is not a "cascade" (or chain) of filters.  If you enter
10000 filter matches for src address, it will _NOT_ mean that to find
10000th host, you would have to "go through" 9999 other.  It would be
the case if you used ip tables.  u32 is a hash table.  A hash key is
calculated from packet entering the kernel, and then this key is
looked up in the table, so there is no difference in speed when
getting first or 10000th target. :-)

  Regards,
    Dawid

_______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux