Freesco, NND, CDN, EOS

pIII 600Mhz 256mb ramu, niby nie ma błędu, wszystko ok dziala, a w top pokazuje mi prawie max zeżarcie procka dla procesu mrtg 90-96%, mial ktoś coś podobnego? bo już nie wiem czego sie przyczepić, w bandwidthd zżeranie proca trzyma sie w 3-5%, co może to powodować , że tak wpieprza mrtg proca?

wszystko zalezy ile wykresow generuje.
zmien czas zliczania na 600 s - zaoszczedzisz procesor

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

też kombinowalem tak, nawet jesli mam 10 aktywnych hostów to dalej mi tak obciąża, niewielka różnica , czy 10 czy 60 hostow i to samo, na slacku nie dzieje sie tak z podobnym kompem,, jakiś inny myk musi z tym być, bo w logach nic nie mam i nie umie skumać w czym problem,.. chyba wypieprze to mrtg

byla kiedys jakas wadliwa wersja mrtg.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

nie chce mi sie juz szukac, jakbys mogl linki jakies pod nnd te dziadostwo dać , to browca masz u mnie

zatrzymaj mrtg ( /etc/rc.d/mrtg stop ) i zobacz czy dalej szamie tak procesor.

_________________
Dedykowane systemy CRM, e-commerce i witryny korporacyjne.
Software House Poznań

nie no spoko, przecież nie poruszałbym tematu, po wylaczeniu mrtg obciażenia nie ma, jakiś myk z tym jest, cholera wie co, chyba skompiluje ze źródel, wyindeksuje i może poleci normalnie, bo może faktycznie to co mam jest zwalone

Zostaw jeden wykres, sprawdz czy bedzie obciazalo. Jak nie to dodaj kolejny itd. Moze w skryptach mrtg masz jakiegos cudaka, ktory zzera calego procka.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.

mam podobną maszynkę i wlaśnie mrtg żrzetało procka...
Choć nie do końca, bo normalnie, bez mrtg, wszystko było na poziomie 10-25% natomiast w czasie generowania wykresów obciążenie wzrastało do 50-70%.

Wniosek jest taki że mrtg sam siebie fałszuje sobie wyniki jeśli chodzi o procka - zwłaszcza w słabszych maszynkach

może być, bo bandwidthd pokazuje mi malutko i tak samo zlicza caly ruch oprócz hda, proca, i ilosci uzytkownikow, a róznica jest kolosalna w pochłanianiu zasobow procka, jeszcze bede kombinowal , moze sie uda, bo cos mi tu śmierdzi te mrtg, wieczorkiem bede robil to napisze czy udalo mi sie te badziewie szafnąć

mrtg w momencie pracy pozera bardzo duzo mocy procka, lecz kiedy jest uspione nie zre prawie wcale.
linia na wykresie obciazenia procesora to srednia z owych wczesniej wspominanych 300s czy 600s.

moze kolega dmucha na zimne i nie pozwoli mrtg sie rozpedzic.
przesledz caly cykl pracy mrtg, a nie tylko fragment kiedy orze

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

Dokładnie tak jak pisze -MW- : u mnie na PII400 / 256 RAM, jak mrtg przelicza dane i rysuje wykresy, to obciążenie procka jest 100%, przy czym jeden taki cykl trwa ponad minutę.

_________________
F33/F07,F11,F13,F17

Otóż tak, racja, tyle , że u mnie obciążenie jechało na okrągło (tak jakby coś go przywieszało i nie mógł zatrzymać procesu zliczania.

Problem udało się w końcu rozwiązać, - podmieniłem wszystkie pliki wykorzystywane przez mrtg (resolveip, ip itd) i jest w końcu ok, widocznie któryś z plików był zwalony albo z innej dystrybucji przez pomyłke zgrany...

dzieki za sugestie