<p>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.</p>

<p>Although i plan on taking a look at tengines solution since im already using some of his patches.</p>
<div class="gmail_quote">On Jul 16, 2012 3:46 PM, "姚伟斌" <<a href="mailto:nbubingo@gmail.com">nbubingo@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe you can try the patch from Tengine<br>
(<a href="http://tengine.taobao.org/document/http_log.html" target="_blank">http://tengine.taobao.org/document/http_log.html</a>). We implement the<br>
syslog protocol which indeed use the UDP socket. It will not block<br>
Nginx any more.<br>
<br>
2012/7/16 dlang <<a href="mailto:nginx-forum@nginx.us">nginx-forum@nginx.us</a>>:<br>
> The performance of syslog depends heavily on what implementation you are<br>
> using. For example, rsyslog has been measured at 1M logs/sec under ideal<br>
> conditions (and I've used it at over 100K logs/sec). rsyslog is now the<br>
> default syslog on just about every linux distro. This isn't like the old<br>
> sysklogd that was could only process one message at a time and blocked<br>
> everything until it finished processing the message (limiting it to a<br>
> few hundred logs/sec, even on really good disks)<br>
><br>
> I can understand why you would not want to make logging to syslog be the<br>
> default, but why are you so opposed to having it as an option?<br>
><br>
> yes, if the syslog daemon dies, things writing to it will block, but if<br>
> your partition that you are writing logfiles to fills up you will block<br>
> as well. Deciding how to log, and if blocking on another daemon is<br>
> acceptable should be up to the system administrator. Sometimes getting a<br>
> copy of the logs elsewhere in near real-time is worth reducing the peak<br>
> requests/sec that a box can handle<br>
><br>
> The other approach you could allow someone to submit would be to sent<br>
> the logs out in real-time via UDP, this will mean that logs are lost if<br>
> the syslog daemon goes down, but nginx won't block<br>
><br>
> David Lang<br>
><br>
> Posted at Nginx Forum: <a href="http://forum.nginx.org/read.php?2,225811,228603#msg-228603" target="_blank">http://forum.nginx.org/read.php?2,225811,228603#msg-228603</a><br>
><br>
> _______________________________________________<br>
> nginx mailing list<br>
> <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div>