I test with a random check 1->10 and it's ok for latency. It just
needs a lot of workers so I'm trying to allow workers to launch
several process at a time and so use less workers (from 200->4) and
from now it's even faster an use less memory (one worker is a fork of
poller, and poller is near 10Mo of resident memory so less Worker,
less memory used). I just test with a 200K random time check, 4
workers, 512 process/worker and it runs fine (load average at 3 and
still some %idle available
).Now I'm trying a 300K configuration (still the same random time check)
But remember : Shinken is far more than good performances. Its
architecture is also important and I would like to have your feed back
about it too.
Jean
On Wed, Dec 2, 2009 at 1:54 PM, Sven Nierlein wrote:
> Hi,
>
> nap wrote:
>> You are right. I also test with my real production configuration (7000
>> services) and the load averege of the server was 5 time less that my
>> Nagios server. I also try to bench with a "echo; sleep 0.5; exit" and
>> it was still very high. I will try the "random 1 ->10".
>
> Maybe this perl module can be helpful for you:
> http://search.cpan.org/dist/Nagios-Gene ... estConfig/
>
> I just uploaded a new version, so maybe you would like to use the
> git repository until cpan is updated.
> http://github.com/sni/Nagios-Generator-TestConfig
>
> You dont have to install this module, just git clone it and create a
> test configuration. You may have to adjust the settings from the
> examples/create_nagios_test_config.pl
>
> At least you could use the shipped host/service plugins, as they exactly
> do what you want. They simulate down/up/flapping/random hosts and
> services etc...
>
> Sven
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
>
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]