Re: Handle limit in filter

Linux Advanced Routing and Traffic Control

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

 



Dnia piątek, 18 sierpnia 2006 21:16, Raj Mathur napisał(a): 
> >>>>> "Marek" == Marek Kierdelewicz <marek@xxxxxxxxx> writes:
>     >> I've written a minimal sort of Perl module that dynamically
>     >> creates and destroys traffic control rules for specific IPs.
>     >> I'm currently using it for a user bandwidth control application
>     >> at a client site.
>
>     Marek> Been there, done that...
>
>     Marek> Better regenerate whole tc config and load it using "tc
>     Marek> -b". It's faster then many calls to tc binary (no context
>     Marek> switching overhead).
>
> I don't really know what effect resetting the tc configuration every
> few seconds would have on logged in users.  What happens to the
> existing connections when the whole thing is reloaded?  Will they
> jitter?  Or roll over and die, or just continue behaving as they were?
>
> Wouldn't writing out commands for a few hundred connections into a
> file and loading that file take a significant amount of time?

I'm generating huge tc setup from database and loading it (which takes 
significant amount of time) only on router startup or reloading whole router 
configuration. 

To change speed limit of single host in network I'm using `tc class change`, 
which goes fast.

-- 
| pozdrawiam / greetings | powered by Trustix, Gentoo and FreeBSD   |
|  Kajetan Staszkiewicz  | jabber,email,www: vegeta()tuxpowered net |
|        Vegeta          | IMQ devnames: http://www.tuxpowered.net  |
`------------------------^------------------------------------------'

Attachment: pgpaZ9OjxpaDF.pgp
Description: PGP signature

_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

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