On Mar 10, 2009 at 09:10, Ovidiu Sas osas@voipembedded.com wrote:
The timer interval for the ratelimit is configurable (called every second in my case). I'm using it to control inbound/outbound cps over several SIP trunks.
Before having a separate timer for ratelimit, I wasn't able to properly control the cps due to timer jitter. If the slow timer doesn't introduce jitter, then I have no objections in using it. But if the slow timer is exposed to jitter due to other timers that can block and introduce jitter, then the slow timer is not a viable option here.
I had a look at it and it qualifies for fast timer (it does very little work in the handler). Regarding jitter: why don't you compute the real timer_interval? This way even if the handler would be called a little later you would still get the real load. In sr you could always use get_ticks_raw() which is very fast and also recovers after suspend/hibernate (so you'll always have the correct ticks). This would help even if you use a separate process.
Andrei