NSCA patch submission - long plugin support, direct checkresult writing

[Mike Lindsey]

I've made a few modifications to NSCA, to allow both long plugin output 
support, as well as to bypass the command pipe.

I've been using these patches in a production monitoring environment for 
over a year with about 1000 servers, 8000 service checks, with five 
minute retries.

Performance tests for the long plugin output support (4k character 
limit, just like Nagios core) showed a very slight improvement in 
performance - I don't entirely know why, but I assume it has some arcane 
relationship with network packet sizes.

Performance tests for bypassing the command pipe and submitting results 
directly into the check result directory have shown significant 
improvements in performance.  I can supply some data if there's 
interest, but I suspect that some of the core developers have better 
environments for collecting and verifying that data.

-- 
Mike Lindsey

-------------- next part --------------
A non-text attachment was scrubbed...
Name: nsca.patch.tgz
Type: application/x-gzip
Size: 3816 bytes
Desc: not available
URL: <https://www.monitoring-lists.org/archive/developers/attachments/20110329/fd26c127/attachment.bin>
-------------- next part --------------
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
-------------- next part --------------
_______________________________________________
Nagios-devel mailing list
Nagios-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-devel