After sending this I discovered the joy of the new 3.x parameter
use_large_installation_tweaks...
Nagios is now eating all 4 of my processors, as requested. I'm not sure
_why_, as without this setting my server was practically idle...
I'm now seeing about 13.5 checks/sec, much closer to what I expected.
Of course passive checks are processed at 1052/sec, at -----Original Message-----
>From: [email protected]
>[mailto:[email protected]] On Behalf
>Of Gaspar, Carson
>Sent: Friday, November 09, 2007 11:47 AM
>To: '[email protected]'
>Subject: SPAM WARNING!: [Nagios-devel] Nagios active check
>performance limits
>
>I sent this to -users earlier, but it's probably more
>appropriate for -devel.
>
>FYI I just re-ran my tests with 3.0b6 and am seeing about the
>same results.
>
>(Disclosure - I'm giving an invited talk at LISA next week on Nagios)
>
>I'm trying to determine the maximum active check rate that
>Nagios can sustain on a given system. I'm rather surprised
>that I can't seem to get more than about 3 checks per second.
>Am I just being dense? (I haven't used anything but passive
>checks for years now, so my active check foo is
>stale...)
>
>Nagios config settings (testing with 2.9, which is what we're using in
>production):
>
>service_inter_check_delay_method=0.01 (tried s as well...)
>service_interleave_factor=s
>host_inter_check_delay_methos=0.01 (tried s as well)
>max_concurrent_checks=0
>service_reaper_frequency=1
>sleep_time=0.01
>
>performance stats show svc execution at 0 / .8 / .459, svc
>latency at 0 /
>10467.99 / 4475.5599 (3 hours after launch, with only 32708 /
>50000 services
>checked)
>
>I never see more than 9 nagios procs at once. The config is
>large (5000 hosts with 10 services each). The service checks
>are a simple c program that sleeps for half a second then returns OK.
>
>Is this really the best Nagios can do, or am I missing something?
>
>--
>Carson
>
>---------------------------------------------------------------
>----------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems? Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >>
>http://get.splunk.com/ _______________________________________________
>Nagios-devel mailing list
>[email protected]
>https://lists.sourceforge.net/lists/lis ... gios-devel
>
>WARNING! The attached email has been filtered as possible
>spam. Please review at your own discretion.
>
>For additional info: >
>
>Cogentrix users go to http://cgxapp/mailinfo for further instructions.
>
>TIP: Don't unsubscribe from spam e-mail. Unsubscribing
>confirms to the spammer that a guessed e-mail address is real,
>and may cause you to receive even more spam.
>
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]