Hi, I have tried polling, and it did not improve the performance. Regarding the inserts - I am using delayed inserts to solve that problem exactly.
I have already tried to log into files, and still had this issue... Thanks for reply :) -- Imri Zvik PGP (2.6.3ia) Public Key: http://mariska.inter.net.il/~imriz/imriz.pgp -----Original Message----- From: Sean Chittenden [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 07, 2005 8:41 PM To: Imri Zvik Cc: freebsd-performance@freebsd.org Subject: Re: very busy syslog server > I'm trying to setup a syslog server to serve a large group of > servers. For the syslog daemon, I have chosen rsyslogd, and the > backend is mysql (on a different machine). > > The machine has 2 Intel Xeon 2.80GHz CPUs, and 1GB of RAM, and it is > running FreeBSD 6 (6.0-STABLE). > > The problem is, that I see a lot of UDP packets being dropped: > > udp: > 390202 datagrams received > 0 with incomplete header > 0 with bad data length field > 0 with bad checksum > 6 with no checksum > 0 dropped due to no socket > 0 broadcast/multicast datagrams dropped due to no socket > ->>> 123677 dropped due to full socket buffers > 0 not for hashed pcb > 266525 delivered > 133260 datagrams output > > I have tried to increase net.inet.udp.recvspace, but it didn't solve > the problem. > > I would appreciate any hint or tips. When you're doing a large number of packets per second, you may want to look into enabling device polling(4). Right now, every packet results in an interrupt. With device polling, you can handle more than one packet per interrupt. See the man page for details. If your syslogd's are blocking, waiting for the MySQL INSERT to complete, you may be dropping UDP packets and polling won't help you. I'd write messages out to a file then process them once a minute. *shrug* -sc -- Sean Chittenden _______________________________________________ freebsd-performance@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-performance To unsubscribe, send any mail to "[EMAIL PROTECTED]"
