[sr-dev] Kamailio load stat

Jason Penton jason.penton at gmail.com
Wed Sep 26 20:59:40 CEST 2012


Ahh great I like the pre/post script idea of bm module. Will look at it in
the morning. Thanks Daniel.

By the way, is there any work/ideas on trying to get the core less affected
by delays in cfg processing and hogging sip workers. Would be cool to put a
task team to formulate some ideas and work on something?

Cheers
Jason

--
This email was sent using my phone and may be brief, to the point or
contain typos
--
On Sep 26, 2012 6:04 PM, "Daniel-Constantin Mierla" <miconda at gmail.com>
wrote:

> Hello,
>
> On 9/26/12 2:15 PM, Jason Penton wrote:
>
>> Hey Guys,
>>
>> Does anyone know of a stat that indicates load in Kamailio. Here I am
>> specifically looking to see how loaded my children are, whether they be
>> UDP, TCP or SCTP, etc. A cool stat would be something like in the last t
>> seconds children were busy 95% of the time on average., etc. Having a look
>> at the udp receover code we could just time the processing loop for each
>> process. I'm sure this would be similar for TCP/SCTP.
>>
>> Any stats like this already exist? or should I go ahead?
>>
> not sure what kind of operations you put there, but it might not be the
> best place to put it in the core.
>
> First check the benchmark module, it can get the duration of executing the
> configuration file, by using some functions to start and end measurement
> (e.g, use at start of request_route and before exit). You can extend the
> module to do it more automatically, by registering pre/post-script
> callbacks.
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/**miconda<http://www.linkedin.com/in/miconda>
> Kamailio Advanced Training, Berlin, Nov 5-8, 2012 -
> http://asipto.com/u/kat
> Kamailio Advanced Training, Miami, USA, Nov 12-14, 2012 -
> http://asipto.com/u/katu
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20120926/f6168c7e/attachment.htm>


More information about the sr-dev mailing list