<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Another note on this, the event broker that I am referring to can both buffer results in memory (to queue them up until Nagios is ready), and it can also queue them up in a dynamically sized Sqlite database, which also removes the command pipe size limitation. I have seen it handle 50,000 to 75,000 service check results on a dual CPU box with 4g RAM without any problem or significant latency issues. These kind of results were the basis for my earlier statement that the fundamental internal code of nagios is pretty fast, you just need to find quick ways to get the data in.<div><br></div><div>Once nagios has captured the raw host and service check results, it's pretty efficient, even in the 2.x codeline.<div><br></div><div>Daniel.</div><div><br><div>On Feb 19, 2009, at 5:18 PM, D. Emmanuel Feinsmith wrote:<div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I have implemented an open source Nagios Event Broker which is a multi-threaded Event Broker written in C which replaces NSCA and inserts the service/host check results directly into the internal nagios check result queue, completely bypassing the command pipe and the command pipe reader thread. It also allows you to do remote command execution and a bunch of other things.<div><br></div><div>Daniel.</div><div><br><div><div>On Feb 19, 2009, at 3:05 PM, Paul Fitzpatrick wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">I am also using the command pipe to submit passive service checks via nsca to a master nagios host which does notifications and runs event handlers. I am also interested in knowing what is the alternative to the command pipe referred-to by Daniel.<br> <br><div class="gmail_quote">On Thu, Feb 19, 2009 at 1:51 AM, <span dir="ltr"><<a href="mailto:yann.jouanin.list@intelunix.fr">yann.jouanin.list@intelunix.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> Could someone light me about how to use something else than command pipe to<br> <br> improve performance?<br> <br> <br> <br> <br> <br> On Tue, 17 Feb 2009 08:32:32 -0800, "D. Emmanuel Feinsmith"<br> <br> <<a href="mailto:daniel@danielemmanuelfeinsmith.com">daniel@danielemmanuelfeinsmith.com</a>> wrote:<br> <br> > Alessandro,<br> <div class="Ih2E3d"><br> ><br> <br> Its inefficiency primarily arises when it needs to either<br> <br> > receive passive checks (through the command pipe bottleneck)<br> <br> <br> <br> ><br> <br> </div><div class="Ih2E3d">> The key to nagios scalability and latency reduction is to educe the #<br> <br> > of fork/exec's to the smallest amount possible and keep away from the<br> <br> > command pipe as much as you can if you are passive-check heavy.<br> <br> ><br> <br> </div>> Daniel.<br> <div><div></div><div class="Wj3C7c"><br> <br> <br> <br> ------------------------------------------------------------------------------<br> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA<br> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise<br> -Strategies to boost innovation and cut costs with open source participation<br> -Receive a $600 discount off the registration fee with the source code: SFAD<br> <a href="http://p.sf.net/sfu/XcvMzF8H" target="_blank">http://p.sf.net/sfu/XcvMzF8H</a><br> _______________________________________________<br> Nagios-devel mailing list<br> <a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a><br> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-devel</a><br> </div></div></blockquote></div><br> ------------------------------------------------------------------------------<br>Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA<br>-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise<br>-Strategies to boost innovation and cut costs with open source participation<br>-Receive a $600 discount off the registration fee with the source code: SFAD<br><a href="http://p.sf.net/sfu/XcvMzF8H_______________________________________________">http://p.sf.net/sfu/XcvMzF8H_______________________________________________</a><br>Nagios-devel mailing list<br><a href="mailto:Nagios-devel@lists.sourceforge.net">Nagios-devel@lists.sourceforge.net</a><br>https://lists.sourceforge.net/lists/listinfo/nagios-devel<br></blockquote></div><br></div></div>------------------------------------------------------------------------------<br>Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA<br>-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise<br>-Strategies to boost innovation and cut costs with open source participation<br>-Receive a $600 discount off the registration fee with the source code: SFAD<br><a href="http://p.sf.net/sfu/XcvMzF8H_______________________________________________">http://p.sf.net/sfu/XcvMzF8H_______________________________________________</a><br>Nagios-devel mailing list<br>Nagios-devel@lists.sourceforge.net<br>https://lists.sourceforge.net/lists/listinfo/nagios-devel<br></blockquote></div><br></div></div></div></body></html>