[syslog-ng] Leaking objects in size-4096 cache in slabinfo

Doug Warner silfreed at silfreed.net
Fri Dec 18 19:30:39 CET 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/18/2009 11:41 AM, Balazs Scheidler wrote:
>> > I guess the big concern here is why our recv-q is so high and what we can do
>> > to reduce it.
>> > 
>> > These are the current global options (nothing set on the src or dest since
>> > this syslog server only handles the tcp connections):
>> > 
>> > options {
>> >         chain_hostnames(off);
>> >         dns_cache(yes);
>> >         log_fifo_size(5000);
>> >         flush_lines(200);
>> >         flush_timeout(1000);
>> >         use_fqdn(yes);
>> >         stats_freq(300);
>> > };
>> > 
>> > Most destinations are files but we do have one program.  The box doesn't seem
>> > to be particularly loaded otherwise.
>> > 
>> > Do these values seem like we're trying to make syslog-ng cache too much
>> > information?  Is there other settings we should tweak to try to get the
>> > messages through syslog-ng faster?
> Do you have flow control enabled on any of your log paths? is syslog-ng
> burning your CPU, is it CPU bound?

Periodically when syslog-ng seems to be working fine we'll see syslog-ng using
a bit of CPU (~20%), but more commonly right now we see it using very little
and the recv-q building up.

Non of our src/dest in syslog-ng have any flags set other than the above
global options; so whatever is the default for 3.0.4 OSE should be what we're
using.

- -Doug


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iD8DBQFLK8pPJV36su0A0xIRAsMHAJ99+MmNdVGBLE8+gGt761/JTPUb7ACeOfFZ
BPyx86v6bczFDvmDb1urLtk=
=t7Rz
-----END PGP SIGNATURE-----


More information about the syslog-ng mailing list