[syslog-ng]performance test questions

[Roberto Nibali]

Reply-ing to myself:

> I'm working on with syslog-ng-1.6.0rc1+20030224 and libol-0.3.9 (nothing 
> important seemed to have changed there). I will report back on 
> Wednesday. So far it looks pretty good:

It looks pretty good to me so far. I've stress tested it a bit by sending 
100000000 messages with a total amount of 2015098112 Bytes using a 100ms delay 
every 500 packets sent.

> syslog-test# date
> Mon Feb 24 12:59:47 CET 2003
> syslog-test# cat /proc/$(pgrep syslog)/status
> Name:    syslogp
> State:    S (sleeping)
> Pid:    30398
> PPid:    1
> Uid:    0    0    0    0
> Gid:    100    100    100    100
> Groups:   
> VmSize:         676 kB
> VmLck:           0 kB
> VmRSS:         524 kB
> VmData:         216 kB
> VmStk:           8 kB
> VmExe:         436 kB
> VmLib:           0 kB
> SigPnd:    0000000000000000
> SigBlk:    0000000000000000
> SigIgn:    8000000000001000
> SigCgt:    0000000000014001
> CapInh:    0000000000000000
> CapPrm:    00000000fffffeff
> CapEff:    00000000fffffeff
> syslog-test#

After two days of logging and running I get:

syslog-test# date
Wed Feb 26 10:24:01 CET 2003
syslog-test# cat /proc/$(pgrep syslog)/status
Name:	syslogp
State:	S (sleeping)
Pid:	30398
PPid:	1
Uid:	0	0	0	0
Gid:	100	100	100	100
Groups:	
VmSize:	    1456 kB
VmLck:	       0 kB
VmRSS:	    1308 kB
VmData:	     992 kB
VmStk:	      12 kB
VmExe:	     436 kB
VmLib:	       0 kB
SigPnd:	0000000000000000
SigBlk:	0000000000000000
SigIgn:	8000000000001000
SigCgt:	0000000000014001
CapInh:	0000000000000000
CapPrm:	00000000fffffeff
CapEff:	00000000fffffeff
syslog-test#

> My first tests indicate a template speedup of 13% for 3 clients using 
> UDP. I will do more indepth tests on Wednesday morning.

This has to wait a little more because of higher priorized work. But from my 
side with my limited tests syslog-ng-1.6.0rc1 looks pretty good. I think 
including Achim's speedup gperf hash function is not a bad idea after all 
(provided there is a speedup) since it is straightforward and other speedup 
would require a significant change which is probably not what you want for a 
1.6.0 release.

Thanks and best regards,
Roberto Nibali, ratz
-- 
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc