SplitIce mat999 at
Sun Jul 29 01:35:48 UTC 2012

Just thought i would add that support for error logging over syslog would
be great. Udp would be even better as we could send it straight out to the
remote storage and skip the local disk (io). If you need a test for your
module once you write it just let me know.

Although i plan on taking a look at tengines solution since im already
using some of his patches.
On Jul 16, 2012 3:46 PM, "姚伟斌" <nbubingo at> wrote:

> Maybe you can try the patch from Tengine
> ( We implement the
> syslog protocol which indeed use the UDP socket. It will not block
> Nginx any more.
> 2012/7/16 dlang <nginx-forum at>:
> > The performance of syslog depends heavily on what implementation you are
> > using. For example, rsyslog has been measured at 1M logs/sec under ideal
> > conditions (and I've used it at over 100K logs/sec). rsyslog is now the
> > default syslog on just about every linux distro. This isn't like the old
> > sysklogd that was could only process one message at a time and blocked
> > everything until it finished processing the message (limiting it to a
> > few hundred logs/sec, even on really good disks)
> >
> > I can understand why you would not want to make logging to syslog be the
> > default, but why are you so opposed to having it as an option?
> >
> > yes, if the syslog daemon dies, things writing to it will block, but if
> > your partition that you are writing logfiles to fills up you will block
> > as well. Deciding how to log, and if blocking on another daemon is
> > acceptable should be up to the system administrator. Sometimes getting a
> > copy of the logs elsewhere in near real-time is worth reducing the peak
> > requests/sec that a box can handle
> >
> > The other approach you could allow someone to submit would be to sent
> > the logs out in real-time via UDP, this will mean that logs are lost if
> > the syslog daemon goes down, but nginx won't block
> >
> > David Lang
> >
> > Posted at Nginx Forum:
> >
> > _______________________________________________
> > nginx mailing list
> > nginx at
> >
> _______________________________________________
> nginx mailing list
> nginx at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the nginx mailing list