On Wednesday 13 of March 2013 16:56:32 Tomasz Pala wrote: > On Wed, Mar 13, 2013 at 16:02:27 +0100, Jacek Konieczny wrote: > > > Wysokie wskazania load average to może być, po prostu, taki urok Twojej > > konfiguracji. Zapisy do DRBD są serializowane, procesy więc ustawiają > > się w kolejce do zapisu i nawet jak kolejka idzie tak szybko, że nie > > jest problemem, to ty ją ???widzisz??? właśnie w tych wskazaniach > > load-average. > > Monitorowanie loadu wg mnie jest w ogóle bezużyteczne - nie spotkałem > jeszcze ani jednego przypadku, gdyby wartość LA miała jakiekolwiek > znacznenie inne niż 'o w mordę, ale przytkało' - monitorować należy > bezpośrednio I/O, bezpośrednio RAM/swap i bezpośrednio CPU, a nie jakąś > tam wypadkową.
ja mam taki przypadek, gdzie avgload wystarcza i jest rozwiazniem wystarczajacym. mam farme obliczeniowa na serwerach 2x opteron (8 rdzeni kazdy), ktora zjada glownie procesor, sporo ramu (tu akurat h/w ma zapas, brak swapa) i znikome ilosci i/o (odpalenie binarek z nfs-a raz na kilkadziesiat minut + zapis wynikow po kilku godzinach obliczen). w moim przypadku, przy optymalnie obciazonej maszynie avgload z ostatnich 5/15 minut skaluje sie ladnie w.g. manuala do ~ilosci rdzeni. i wlasnie odpowiedni avgload wstrzymuje wpuszczanie kolejnych zadan obliczeniowych na wezel farmy. jest to rozwiazane tak prosto jak sie da, ale nie prosciej. do tego jeszcze numactl (zeby zadania nie skakaly miedzy procesorami i nie migrowaly stron pamieci) i wszystko bangla jak talalala. -- A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? _______________________________________________ pld-devel-pl mailing list pld-devel-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl