Freesco, NND, CDN, EOS
http://forum.freesco.pl/

duze obciazene CPU`
http://forum.freesco.pl/viewtopic.php?f=22&t=10218		 Strona 1 z 1
Autor:  eptesicus [ piątek, 9 grudnia 2005, 22:07 ]
Tytuł:  duze obciazene CPU`
witam mam cos takiego
TOP
i CPU user 30% system 7% i lacznie wolnego 60%

teraz tylko jak biore wedlug obciazenia systemu to nie ma zadnego procesu ktory by tak mocno obciazal system na 30% ale lacznie sie nazbiera na te 7% zaledwie

wiec nie wiem dlaczego pisze ze jest 30% user skad to sie moze brac?
Autor:  Lismulder [ piątek, 9 grudnia 2005, 22:30 ]
Tytuł: 
Jaki to sprzęt? Podaj parametry... :P
Autor:  czerwo [ piątek, 9 grudnia 2005, 22:52 ]
Tytuł: 
poakz wynik z top bo t ocos dziwne jak na P350
Autor:  eptesicus [ sobota, 10 grudnia 2005, 00:58 ]
Tytuł: 
top - 23:56:58 up 6 days, 1:05, 1 user, load average: 1.80, 1.87, 1.72
Tasks: 35 total, 2 running, 33 sleeping, 0 stopped, 0 zombie
Cpu(s): 31.6% user, 7.6% system, 0.0% nice, 60.8% idle
Mem: 94072k total, 82128k used, 11944k free, 20400k buffers
Swap: 262136k total, 0k used, 262136k free, 39084k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
18811 root 10 0 952 952 764 R 0.3 1.0 0:00.40 top
1 root 8 0 464 464 412 S 0.0 0.5 0:05.93 init
2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd
3 root 19 19 0 0 0 S 0.0 0.0 0:00.32 ksoftirqd_CPU0
4 root 9 0 0 0 0 S 0.0 0.0 0:00.30 kswapd
5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 kupdated
7 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfsbufd
8 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0
9 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0
10 root 9 0 0 0 0 S 0.0 0.0 0:38.33 kjournald
27 root 9 0 0 0 0 S 0.0 0.0 0:00.02 kjournald
121 root 9 0 572 572 492 S 0.0 0.6 0:00.49 syslogd
134 root 9 0 1360 1360 420 S 0.0 1.4 0:00.52 klogd
161 root 9 0 1528 1528 1224 S 0.0 1.6 0:02.08 sshd
388 root 9 0 1480 1480 884 S 0.0 1.6 0:00.92 dhcpd
409 nobody 9 0 912 912 664 S 0.0 1.0 0:01.71 thttpd
1485 root 9 0 1064 1060 904 S 0.0 1.1 0:00.94 mrtg.run
1495 root 9 0 444 444 392 S 0.0 0.5 0:00.00 agetty
1496 root 9 0 444 444 392 S 0.0 0.5 0:00.01 agetty
1497 root 9 0 444 444 392 S 0.0 0.5 0:00.01 agetty
1498 root 9 0 444 444 392 S 0.0 0.5 0:00.00 agetty
1499 root 9 0 444 444 392 S 0.0 0.5 0:00.00 agetty
1500 root 9 0 444 444 392 S 0.0 0.5 0:00.00 agetty
1501 root 9 0 444 444 392 S 0.0 0.5 0:00.00 agetty
13610 root 8 0 556 556 484 S 0.0 0.6 0:00.00 crond
6770 root 8 0 2688 2688 2524 S 0.0 2.9 0:00.05 smbd
6780 root 9 0 2680 2680 2516 S 0.0 2.8 0:00.00 smbd
6781 root 9 0 1824 1824 1380 S 0.0 1.9 0:12.69 nmbd
9820 root 7 0 1020 1020 912 S 0.0 1.1 0:32.92 niceshaper
16628 root 9 0 1712 1712 1568 S 0.0 1.8 0:00.09 sshd
16730 skuter 9 0 1732 1732 1576 R 0.0 1.8 0:00.09 sshd
16731 skuter 9 0 1576 1576 1164 S 0.0 1.7 0:00.06 bash
18770 root 9 0 1556 1556 1116 S 0.0 1.7 0:00.04 bash
18971 root 9 0 468 468 404 S 0.0 0.5 0:00.00 sleep


to jest pomiedzy przeliczeniami MRTG - o jak MRTG liczy to jest na 100% obciazone - ale to chyba normalne jak liczy to i odbciaza
ale dlaczego jak nie liczy to jest tak mocno obciazony

SERWER P2 350MHz 96RAM ( -nowy serwer jeszcze nie chodzi )
Autor:  Ravel [ sobota, 10 grudnia 2005, 01:13 ]
Tytuł: 
masz niceshapera?? bo jak tak, to on jest powodem. oto jak wyglada moj wykres z NS
Obrazek
od ostatniej niedzieli uzywam zwyklego HTB + ESFQ, zanim przeszlem na HTB uzywalem NS. nie dosc ze NS zuzywa wiecej proca do przeliczen (samo ladowanie regulek tez kosztuje procesor), to odkad mam HTB to latwiej jest zarzacac pasmem ;)
PS nie zwracajcie uwagi na te skoki do 100%, bo one spowodowane wlaczeniem jednoczesnie NS i moich regulek HTB
PS2 dla duzych sieci (>100-150) trzeba inwestowac w procka dla samego NS, nie mowie juz o innych uslugach ;)
PS3 w tle dziala oczywscie mrtg, gdyby go nie bylo zuzycie procka wynosiloby ok 1-3 %
Autor:  eptesicus [ sobota, 10 grudnia 2005, 01:23 ]
Tytuł: 
i sie z tym zgode poniewaz jak wylaczylem niceshapera to i obciazenie spadlo do zera prawie wiec w nim jest problem - a moze to dlatego ze mam nastawione na 1s odswiezanie moze lepiej jak dam mu 2s wiecej to chyba nie ma sensu dawac
Autor:  Ravel [ sobota, 10 grudnia 2005, 03:43 ]
Tytuł: 
mysle ze 30 % to nie tak duzo, a czym wieksza czestotliwosc odswiezania, tym wiekszy dynamizm i lepszy podzial lacza w NS, ale to zalezy od tego jak twoje lacze jest wykorzystywane (tzn czy ciagle kilka komputerow zasysa z neta, czy userzy sporadycznie cos sciagaja). proponuje zmniejszac czestotliwosc o 1sek codziennie az do ok 3-4. przy czym przydalby sie jakies testy (czyli: zenek, franek, jozek wy teraz ssacie ile wlezie i co wlezie, a aga, dorota i zuza wchodza na serwisy randkowe i zdaja relacje jak chodzi :P )
Autor:  -MW- [ niedziela, 11 grudnia 2005, 02:26 ]
Tytuł: 
w zupelnosci wystarcza 4s - jak ktos ssie cigle to i tak dziala poprawnie a do przegladania stron wystarczy dobrze ustawic wartosci ograniczania,
wieksza uwage nalezy zwrocic na upload!
ja mam odswierzanie co 5s i jest super, a i obciazenie spadlo znacznie po zmianie z 1s na 5s.
mrtg pracuje nie standardowo co 300s lecz co 600s i tym sposobem obciazenie procka spadlo z 90% na 25% - inne wodolejstwa zostaly wylaczone.

pozdrowienia dla szukajacych rezerw mocy obliczeniowej :)
Autor:  jahu [ poniedziałek, 30 stycznia 2006, 23:34 ]
Tytuł: 
Hejka doczepie sie do tematu bo tez mam problemz zajetoscia proca - wszystko mi sie zapycha - net jakos dziala ale juz np serwer www, mysql kleka i strony miedzy innymi ze statami mi sie juz nie otwieraja - wyciag z topa:

top - 22:06:00 up 97 days, 14:08, 1 user, load average: 5.41, 2.54, 2.62
Tasks: 65 total, 2 running, 61 sleeping, 2 stopped, 0 zombie
Cpu(s): 0.5% user, 83.6% system, 0.0% nice, 15.9% idle
Mem: 77876k total, 75944k used, 1932k free, 120k buffers
Swap: 32756k total, 32756k used, 0k free, 972k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4 root 18 0 0 0 0 R 99.9 0.0 63:58.77 kswapd
3364 root 9 0 8136 8132 76 D 5.0 10.4 0:08.02 mrtg
27080 root 18 0 372 372 168 R 1.3 0.5 0:49.74 top
3479 root 9 0 120 112 28 D 0.8 0.1 0:00.14 sh

No wlasnie - problem z tym kswapd czasem jeszcze spora zajetosc daje rateup - w czym tkwi problem - bo juz mnie glowa od tego boli. Dochodzi do tego ze ciezko wejsc na serwer przez putty loguje sie wiecznosc albo nagle w trakcie pracy zwiesz sie na dluzszy czas...
Autor:  KrzySie [ wtorek, 31 stycznia 2006, 00:25 ]
Tytuł: 
jahu pisze:
No wlasnie - problem z tym kswapd czasem jeszcze spora zajetosc daje rateup - w czym tkwi problem - bo juz mnie glowa od tego boli. Dochodzi do tego ze ciezko wejsc na serwer przez putty loguje sie wiecznosc albo nagle w trakcie pracy zwiesz sie na dluzszy czas...

Kernel swap daemon.
Chce swapować na dysku i jakiś problem.
Czy właściwie ustawiony dysk w biosie?
Nie auto, lba?
Autor:  jahu [ wtorek, 31 stycznia 2006, 10:49 ]
Tytuł: 
Dzieki za odpowiedz - w ej chwili wlaczony komp i nigdy na to specjalnie uwagi nie zwrocilem - dzialalo dotychczas okolo 100 dni bardzo dobrze - co ciekawe -mrtg tez wariuje - teraz on potrafi zajac na maksa procesor - choc wczeniej zajmowal tez sporo to jednak tylko na jakis czas - ateraz jak se uaktywnii to juz tak pozostaje przez dluzszy czas - zwykle dzieje sie tojak w danej chwili korysta sie z mysql - takie moje chore spostrzezenia ale nic inengo mi nie przychodzi do glowy - ze wszystko zaczyna sie sypac jak one oba w danej chwili dzialaja - przeciazenie?
Autor:  zciech [ wtorek, 31 stycznia 2006, 12:47 ]
Tytuł: 
Tyle tego nauruchamiales, ze brakuje pamieci i system zamiast pracowac to swapuje. Potrzeba wiecej RAM-u.
Właczenie dma dla dysku tez by zapewne cos pomoglo i restart.
Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/