Le vendredi 15 avril 2011 à 14:54 +0200, Marc-Olivier Barre a écrit : > Hey guys, > > I love reading your list. I learn a lot...
hi Marc and thanks :) > 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 ? I see you're using evolution: X-Mailer: Evolution 2.30.3 I tested rightly with my own evolution (writting this mail with it), exact same version: and do you talk about the quite big indentation size for the different replies in the mails thread and/or that some lines of these replies look apparently badly cutted ? because I see effectively that also but it apparently depends on the display mode (html or text) choosed within the evolution config. I hope - as Jean I'm quite widely using gmail web ui - you can get a better display with some tuning on the config so.. regards, greg. > > 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
