Warning: The system load average is 13.05

[marlonk 0]

Witajcie,

 

sytuacja zmusiła mnie do zakupu serwera dedykowanego. Nigdy wczesniej nie miałe z tym do czynienia więc jestem mało oblatany w jego sprawach. W panelu admina dostałem informacje taką jak poniżej:

 

This is an automated message notifying you that the 1 minute load average on your system is 13.05.

 

 

This has exceeded the 10 threshold.

 

One Minute - 13.05

Five Minutes - 5.08

Fifteen Minutes - 2.09

 

top - 19:12:02 up 27 days, 19:24, 0 users, load average: 13.05, 5.08, 2.09

Tasks: 191 total, 19 running, 169 sleeping, 0 stopped, 3 zombie

Cpu(s): 21.9%us, 6.8%sy, 0.0%ni, 69.7%id, 1.5%wa, 0.0%hi, 0.1%si, 0.0%st

Mem: 1925512k total, 1750824k used, 174688k free, 48880k buffers

Swap: 523260k total, 83152k used, 440108k free, 1046516k cached

 

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

12577 nazwa_usera 20 0 34008 20m 5320 R 5.1 1.1 0:00.27 php-cgi

12578 nazwa_usera 20 0 34008 20m 5320 R 5.1 1.1 0:00.25 php-cgi

12580 nazwa_usera 20 0 33744 20m 5152 R 5.1 1.1 0:00.22 php-cgi

12583 nazwa_usera 20 0 30816 16m 4928 R 5.1 0.9 0:00.14 php-cgi

12584 nazwa_usera 20 0 30028 16m 4880 R 5.1 0.9 0:00.14 php-cgi

12585 nazwa_usera 20 0 28712 15m 4880 R 5.1 0.8 0:00.12 php-cgi

12586 nazwa_usera 20 0 27640 14m 4880 R 5.1 0.8 0:00.11 php-cgi

12587 nazwa_usera 20 0 26592 13m 4880 R 5.1 0.7 0:00.09 php-cgi

12579 nazwa_usera 20 0 34008 20m 5324 R 3.4 1.1 0:00.24 php-cgi

12581 nazwa_usera 20 0 33512 20m 5308 S 3.4 1.1 0:00.21 php-cgi

12593 nazwa_usera 20 0 23076 9356 4332 R 3.4 0.5 0:00.03 php-cgi

12604 nazwa_usera 20 0 21656 7736 3868 R 3.4 0.4 0:00.02 php-cgi

28064 mysql 20 0 404m 316m 3004 S 3.4 16.8 3224:51 mysqld

12040 apache 20 0 10536 5360 1468 S 1.7 0.3 0:00.06 httpd

12390 apache 20 0 10580 5280 1424 S 1.7 0.3 0:00.02 httpd

12495 apache 20 0 10416 5104 1388 S 1.7 0.3 0:00.01 httpd

12597 root 20 0 4724 3088 1792 S 1.7 0.2 0:00.02 rtm

12605 nazwa_usera 20 0 21260 7208 3868 R 1.7 0.4 0:00.01 php-cgi

1 root 20 0 2024 140 120 S 0.0 0.0 0:14.37 init

2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd

3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0

4 root 20 0 0 0 0 S 0.0 0.0 0:09.44 ksoftirqd/0

5 root 20 0 0 0 0 S 0.0 0.0 1:48.65 events/0

 

 

I teraz moja prośba jest taka abyście mi wytłumaczyli co mi to mówi (mi obecenie nic to nie mówi a przynajmniej nie za wiele) co mogę z tym zrobić i ewentualnie jak dalej to sprawdzić i temu zaradzić (bo domyślam się, że to kwestia obciążenia serwera).

 

Chodzi o kimsufi.

[tym 205]

Zapewne zero optymalizacji mysql`a, php i apacha... także zatrudnij sobie administratora by coś z tym zrobił. Mogę za free ogarnąć wstępną optymalizacje. Jak coś to PW.

[Gość Picek]

Zapewne zero optymalizacji mysql`a, php i apacha... także zatrudnij sobie administratora by coś z tym zrobił. Mogę za free ogarnąć wstępną optymalizacje. Jak coś to PW.

 

Optymalizacji apache i mysql?

 

28064 mysql 20 0 404m 316m 3004 S 3.4 16.8 3224:51 mysqld

12040 apache 20 0 10536 5360 1468 S 1.7 0.3 0:00.06 httpd

12390 apache 20 0 10580 5280 1424 S 1.7 0.3 0:00.02 httpd

 

Zużywają razem chyba z 7% CPU, co chcesz teraz optymalizować?

 

Przyjrzyj się lepiej skryptom odpalanym przez tajemniczego usera (nazwa_usera), dużo ich i dzielą dostępny procek na siebie (w dodatku generują coś tam po kilkanascie/dziesiąt sekund, a więc wskazuje to na problem ze skryptami)

[Miłosz 2311]

Optymalizacji apache i mysql?

 

No pewnie by się przydało skoro php go przymula Tam apache napewno na standardowych ustawieniach działa.

[marlonk 0]

Zużywają razem chyba z 7% CPU, co chcesz teraz optymalizować?

 

Przyjrzyj się lepiej skryptom odpalanym przez tajemniczego usera (nazwa_usera), dużo ich i dzielą dostępny procek na siebie (w dodatku generują coś tam po kilkanascie/dziesiąt sekund, a więc wskazuje to na problem ze skryptami)

 

Instalkę robił człowiek z tego forum więc jak sądzę zrobił to jak należy. Może faktycznie jest to instalka defaultowa (jak sądze) bez opytymalizacji żadnych. Co zatem radzicie?

 

Jest tam pare skryptów, które mogą obciążać serwer faktycznie. Pytanie teraz (od totalnego laika) jak mogę sprawdzić najlepiej i najbardziej obrazowo, który skrypt/domena/subdomena generuje obciążenie? Tzn wiem jak to sprawdzić bo z poziomu DirectAdmina mogę to wywnioskować oglądając dane poszczególnych domen/subdomen ale pytanie bardziej dotyczy tego jak to optymalizować.

 

 

 

 

Głownie są to wordpressy z ruchem rzędu 7,5 tysiąca wejść dziennie.

[Miłosz 2311]

Napewno trzeba zacząć od przejrzenia konfiguracji. Wrzucić jakiś monitor typu munin.

[Gość Picek]

No pewnie by się przydało skoro php go przymula Tam apache napewno na standardowych ustawieniach działa.

 

Co ma php wykonywane jako CGI do apache bo nie rozumiem.

 

To tak jakby rekompilować kernel bo skrypt w perlu zamula serwer

 

Napewno trzeba zacząć od przejrzenia konfiguracji. Wrzucić jakiś monitor typu munin.

 

Tak, serwer ledwo zipie dodaj mu munina, od razu go dobij

 

Nie prościej server-status i sprawdzać które skrypty powodują obciążenie?

[marlonk 0]

Napewno trzeba zacząć od przejrzenia konfiguracji. Wrzucić jakiś monitor typu munin.

 

no właśnie admin odradził mi Munina (podobno zamula) a informacje jakie on daje można wyciągnąć w inny sposób (podobno). Tak jak mówię w tym temacie jestem zielony stąd pytania.

[Miłosz 2311]

No to jak Ci odradził, to niech sprawdzi o co biega i poprawi

 

Pewnie jest ten mały kimsuf?

[tym 205]

Optymalizacji apache i mysql?

 

 

 

Zużywają razem chyba z 7% CPU, co chcesz teraz optymalizować?

 

Przyjrzyj się lepiej skryptom odpalanym przez tajemniczego usera (nazwa_usera), dużo ich i dzielą dostępny procek na siebie (w dodatku generują coś tam po kilkanascie/dziesiąt sekund, a więc wskazuje to na problem ze skryptami)

 

np preforka i cache ;-) a juz na pewno zabralbym sie za php`a...

[slimthug 0]

tak jak napisal picek, nie ma tutaj co tykac apacha ani sqla bo po cholere, skoro widac, ze to twoje skrypty obciazaja procesor. tutaj rozwiazania sugerowane przez tyma (zwlaszcza cache) tylko przeniosa obciazenie na dysk i load bedzie jeszcze wiekszy. optymalizacja, optymalizacja i jeszcze raz optymalizacja skryptow!

 

ps. mozesz zrobic proste polecenie lsof -p numerprocesu i zobaczysz co dany skrypt robi. i na co tu munin, to zabawka dla dzieci na serwery gier..

[tym 205]

tak jak napisal picek, nie ma tutaj co tykac apacha ani sqla bo po cholere, skoro widac, ze to twoje skrypty obciazaja procesor. tutaj rozwiazania sugerowane przez tyma (zwlaszcza cache) tylko przeniosa obciazenie na dysk i load bedzie jeszcze wiekszy. optymalizacja, optymalizacja i jeszcze raz optymalizacja skryptow!

 

ps. mozesz zrobic proste polecenie lsof -p numerprocesu i zobaczysz co dany skrypt robi. i na co tu munin, to zabawka dla dzieci na serwery gier..

 

ciekawe rzeczy piszesz... zaczac trzeba od optymalizacji uslug jesli maja defaultowe ustawienia, potem mozna kombinowac dalej. Mam spore doswiadczenie w tym temacie i zaczalbym po prostu od podstaw.

[slimthug 0]

jestem ciekawy jak chcialbys zoptymalizowac php (dzialajace tutaj pewnie jako fastcgi i pewnie z jakims panelem).. skrypty sprawdzic, poprawic co sie da i tyle. optymalizacja apache nie sprawi, ze nagle skrypt zajmujacy 10% czasu procesora i wykonujacy sie 30 sekund zacznie robic 1%..

[tym 205]

Coz, na pewno daloby sie cos dzialac, ale nie bede wdawac sie w dyskusje bo nikt mi za to nie zaplaci

[www.mzone.uk 1200]

no właśnie admin odradził mi Munina

Zmień admina na Milosza, to napewno będziesz zadowolony.

I nie zmieniaj adminów co piątek, nie jest to najlepsze rozwiązanie.

[Gość Picek]

Zmień admina na Milosza, to napewno będziesz zadowolony.

I nie zmieniaj adminów co piątek, nie jest to najlepsze rozwiązanie.

 

Czy to nie on miał problem z instalacją czegoś na u klienta bo admin zdjał x z praw do tara?I mimo komunikatów miał problem z rozpracowaniem tego?

[Miłosz 2311]

Mi munin jeszcze nie zaorał żadnej maszyny. Poza tym nigdzie sie nie pcham z robotą.

A jak marlonk ma admina, który mu odradził munina, to chyba wie co robi. Więc niech też poprawi konfiguracje etc.

Z mojej strony EOT

[^^KaMaZZ~.^ 154]

Munin tyle, że na maszynie, które generuje wykresy, ciśnie do kilkudziesięciu procent procka na 1-2 sek co 5 minut, sam w sobie nie muli, a już na pewno nie ma maszynach, które tylko dostarczają masterowi informacji.