[asterisk-users] Asterisk CDRs
[Digital^Dude] ®
millennium.bug at gmail.com
Fri Mar 2 03:24:38 CST 2012
I tried it on asterisk version 1.8 as well as other minor releases of 1.6.
Its the same. Not a silly question, since silly products usually have
instantaneous errors vanished by a silly action :)
I tried changing different parameters in cdr.conf and reloading multiple
times...
Yes, I am just using the default CDR backend and I check CDR population via
<AST_LOG_DIR>/Master.csv
By the way, even if I use the mysql backend, its the same result. the CPU
load is negligible and call quality is fine but still CDR write speed is
almost 1 entry /1.5 second. I highly doubt that would be the max write
speed!
The kind of call burst I get on my asterisk box, tail -f Master.csv should
be an unreadable scroll of entries!
Hasn't *anyone *noticed it?
On Fri, Mar 2, 2012 at 1:02 PM, Leandro Dardini <ldardini at gmail.com> wrote:
> Really interesting finding. From my point of view, it is a good thing.
> Having spike in cpu load will harm voice quality for sure, but it can hurts
> if you are relaying on prompt write of cdr records.
>
> What cdr backend are you using? Maybe the constant speed you see is the
> maximal write speed the backend can receive.
>
> A silly question ... have you reloaded the cdr module once made the
> changes?
>
> Leandro
>
> 2012/3/2 [Digital^Dude] ® <millennium.bug at gmail.com>
>
> I've tried with batch enabled as well as disabled, it seems irrespective
>> of the call burst I send to asterisk. CDR writes at a constant speed, not
>> changing with the call load!
>>
>> On Fri, Mar 2, 2012 at 12:20 PM, Leandro Dardini <ldardini at gmail.com>wrote:
>>
>>> Asterisk can cache cdr records to avoid having to write continuosly in
>>> the cdr backend. Writing in bunch instead one at once improves performance.
>>> Check the cdr.conf file and disable the option "batch" if it hurts you.
>>>
>>> Leandro
>>> Il giorno 02/mar/2012 07:24, "[Digital^Dude] ®" <
>>> millennium.bug at gmail.com> ha scritto:
>>>
>>> --
>>> _____________________________________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>> http://www.asterisk.org/hello
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>> http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>> http://www.asterisk.org/hello
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>> http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
> http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120302/c4a8cd6a/attachment.htm>
More information about the asterisk-users
mailing list