[Kamailio-Devel] SF.net SVN: openser:[5764] trunk

Daniel-Constantin Mierla miconda at gmail.com
Thu Mar 26 16:42:30 CET 2009


On 03/26/2009 04:52 PM, Ovidiu Sas wrote:
> This new statistic is not a counter.  It is a dynamic statistic that
> fluctuates in time and therefor it is not suitable to be exported like
> a regular counter core statistic.  That's the reason for not adding it
> to core_stats.[ch].
>
>   
>> Just several statistics are exported by core (those prefixed with core::).
>>
>> You can move it better to statistics.{c,h} if these are new statistics
>> exported by core, but I have not seen changes to core_stats.c -- where the
>> table for core exported statistics is.
>>
>>     
> <snip>
>   
>> Better let's find the proper place for this code and move it directly there,
>> rather than simply revert. For example I would need access to cpuload
>> details, code which is now in ratelimit module. Maybe we can combine the two
>> in a single place accessible by the two modules.
>>     
>
> statistics.[ch] seems to be an ok place for now, but maybe it should
> be better to create a new file for dynamic core statistics.
>
> The cpuload related code from the ratelimit has the same issue as the
> code from snmpstats - it is not portable (it relays on linux specific
> /proc directory).
>   
yes, I know, it is why I related both of them. IMO collecting these 
helper functions in new files for now (e.g., procinfo.[ch]) and move as 
lib in sr would be a solution. Then can be still exported as statistic 
by snmpstats and accessed as value by ratelimit.

BTW, the /proc/net stats can deal only with tcp and upd? I haven't seen 
code about tls and sctp

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
SIP Router Masterclass - Kamailio (OpenSER) Training
http://www.asipto.com/index.php/sip-router-masterclass/




More information about the Devel mailing list