Rainer -

Unfortunately I won't be able to do any rsyslog testing in the lab
this week - I'm a bit under the gun until I finish some code for a
presentation.  Once I'm clear of that I can probably get in some
rsyslog tests again.

Brian

On Fri, Nov 2, 2012 at 1:54 PM, Rainer Gerhards
<[email protected]> wrote:
>
>
>> -----Original Message-----
>> From: [email protected] [mailto:rsyslog-
>> [email protected]] On Behalf Of Rainer Gerhards
>> Sent: Friday, November 02, 2012 6:45 PM
>> To: rsyslog-users
>> Subject: Re: [rsyslog] rsyslog queue subsystem - refactor or redesign?
>>
>> > Yeah, but usually they should only happen if high reliability is
>> asked
>> > for. In the "normal" settings, they happen very infrequently. Thus I
>> > would be really interested to learn the source of the CPU
>> utilization.
>> > David, have you experienced something like this?
>>
>> I have probably found a main culprit for CPU load iff the .qi file is
>> synced very often: there is a sprintf() used to generate the filename,
>> and it is done each time the file is opened. I think this stemmed back
>> to the time when this function was only called at rsyslog termination.
>> I am moving this out to queue construction (it actually is a constant
>> string!). That should already relieve some of the CPU load.
>
> In case someone wants to test: this is the experimental patch to do that:
> http://git.adiscon.com/?p=rsyslog.git;a=commitdiff;h=40fffde2b6a36ba12388b89d422104c258a667f7
>
> Rainer
>> Still, this doesn't happen in default settings, so
>> > @Brian: could you try to reproduce this in a lab and help gather some
>> > info on what's going on? (I will also see if I can reproduce it
>> here).
>> That would still be quite useful ;)
>>
>> Rainer
>> _______________________________________________
>> rsyslog mailing list
>> http://lists.adiscon.net/mailman/listinfo/rsyslog
>> http://www.rsyslog.com/professional-services/
>> What's up with rsyslog? Follow https://twitter.com/rgerhards
>> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a
>> myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST
>> if you DON'T LIKE THAT.
> _______________________________________________
> rsyslog mailing list
> http://lists.adiscon.net/mailman/listinfo/rsyslog
> http://www.rsyslog.com/professional-services/
> What's up with rsyslog? Follow https://twitter.com/rgerhards
> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of 
> sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T 
> LIKE THAT.
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of 
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE 
THAT.

Reply via email to