Re: Syslog query - I'm probably doing something stoopid
From: Chopper (no.spam@for.me)Date: 05/22/02
- Next message: John: "Password Encryption Blues"
- Previous message: Barry Margolin: "Re: jizzy.c -- sendmail remote exploit (POSSIBLE TROJAN)"
- In reply to: those who know me have no need of my name: "Re: Syslog query - I'm probably doing something stoopid"
- Next in thread: Jason Baugher: "Re: Syslog query - I'm probably doing something stoopid"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: Chopper <no.spam@for.me> Date: Wed, 22 May 2002 00:05:49 GMT
those who know me have no need of my name <not-a-real-address@usa.net>
wrote in news:acctjg02tg6@enews2.newsguy.com:
> <Xns921563C5BB70Cnospamforme@203.50.2.86> divulged:
>
>>I don't know exactly how many it can handle,
>
> usually the upper limit is primarily based on the disk i/o load,
> followed by the network i/o load.
>
>>it starts to lag if I log above one or two a second. Pretty pathetic
>>eh?
>
> yes, that's very slow, even on horrible hardware. hopefully it's
> because of dns, as barry suggested. you can test it (provided you are
> still unsure) by starting syslogd with `-n' to disable the dns
> queries.
>
> make sure that your daemon doesn't sync after each write if you become
> i/o bound and the data can afford to be lost (often *.=debug), e.g.,
> by using `|/usr/bin/tee file /dev/null'.
>
Hi there EJ and those who know me have no need of my name
Thanks for your help!! Yeah Barry had it - a dns thing! You should see it
go now. I should have read the syslog docos better - might have picked up
about the -n option ...
Chop
- Next message: John: "Password Encryption Blues"
- Previous message: Barry Margolin: "Re: jizzy.c -- sendmail remote exploit (POSSIBLE TROJAN)"
- In reply to: those who know me have no need of my name: "Re: Syslog query - I'm probably doing something stoopid"
- Next in thread: Jason Baugher: "Re: Syslog query - I'm probably doing something stoopid"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]