Hey guys, I love reading your list. I learn a lot... But most of the times your messages look like what I have bellow and honestly, I can't make anything out of it. Isn't there a way to configure your gmail clients to be more friendly with non gmail users ?
Cheers, -- Marc-Olivier Barre Avencall 10 bis, rue Lucien Voilin - 92800 Puteaux Tél. : 0811 85 9486 (0811 85 XIVO) http://www.avencall.com/ On Fri, 2011-04-15 at 14:31 +0200, Grégory Starck wrote: > 2011/4/15 nap <napar...@gmail.com> > 2011/4/15 Grégory Starck <g.sta...@gmail.com> > > > back :p > > Hi :) > > > 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!!! > > > > quite effectively. but again: my disk & computer is really not a > "big" one & already quite old (& when I made the tests it was quite > highly loaded already by my own usage ;)) ; I'm sure with better > hardware & less "desktop/self" usage/load it could go down by probably > a factor of at least 2 if not 3 or 4 ... for such config I find/think > it'd be quite acceptable. > > > > > > 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)) > > 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? > > > hmm in fact no (because it comes from my current work (but I'm > changing for a new one in 1 week...) :s > > > but I think it's easily reproducible by building a "fake" config with > aliases in /etc/hosts, with something like : > > > echo -n "127.0.0.1" >> /etc/hosts > for i in $(seq 368) ; do h="fake_$i" ; echo -n " $h" ; done > >> /etc/hosts > > > then create as many services as needed: > > > nbr_services=10 > for i in $(seq 368) > do > # create host "fake_$i" > # save it in file "testbigconfig/fake_$i/host.cfg" > for j in $(seq $nbr_services) > do > # create service "$j" for host "fake_$i" > # save in file "testbigconfig/fake_$i/service_$j.cfg" > done > done > > > then have a "cfg_dir=testbigconfig/" where required in main config. > > > > > I'm going to try to get something with that.. > > > > I'll try to bench it (I still not add the cprofile option in > the daemons, but it will soonly done ;) ). > > > ok. > > > > I think open 4K file in 5min is just too much, it must hide > something else :) > > > > it could effectively hide some things that could be enhanced for > performance.. 1 point to you. > > > greg. > > > ------------------------------------------------------------------------------ > 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 > Shinken-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/shinken-devel ------------------------------------------------------------------------------ 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 Shinken-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/shinken-devel
