2011/4/15 Grégory Starck <g.starck@gmail.com>
2011/4/4 nap <naparuba@gmail.com>
2011/4/2 Grégory Starck <g.starck@gmail.com>
Hi list,

Hi :)

back :p
Hi :)

I've imported a nagios config from my work for testing purpose and I see the load used during startup and also during run is quite "high" (but seeing the number of services it's still acceptable I guess);

so fyi:

Checking global parameters...
Checking hosts...
        Checked 368 hosts

Checking services...
        Checked 4895 services

so it already loads correctly, very good (but it's quite long to load because all the services are splitted in the number of files basically ; not sure if having all them grouped in one file would really give better load speed.
How long exactly? Is the "loading file ....cfg" long?

I've not yet relaunched it but it was at least some minutes, probably up to 5 ..
Outch! That's a lot!!!

I've got a 7K services conf load in few seconds, but with few big files (configuration from Centreo).

ok then it's due to the very high number of files ; as said: there is basically 1 file per service per host..  that makes lot of them ; well at least  368 + 4895   (splitted in many directories & subdirectories (368))

otherwise this big config makes my computer be quite loaded but I've a quite old hardware and so I think it's quite acceptable regarding the number of services defined.
What computer is it exactly?

really standard : Intel(R) Core(TM)2 CPU          6600  @ 2.40GHz  ; 2 G ram ; 

Conclusion:  regroup the services in less files ;)
Hum... Not a real solution. Can you send me it? I'll try to bench it (I still not add the cprofile option in the daemons, but it will soonly done ;) ). I think open 4K file in 5min is just too much, it must hide something else :)




Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
Shinken-devel mailing list