Skocz do zawartości

Temat został przeniesiony do archiwum

Ten temat przebywa obecnie w archiwum. Dodawanie nowych odpowiedzi zostało zablokowane.

januzi

Zbyt małe użycie ramu na serwerze

Rekomendowane odpowiedzi

Sytuacja wygląda następująco: wrzuciłem na serwer mrtg do robienia wykresów, żeby zorientować się co do ciężkiej cholery powoduje, że średni load trzyma się koło 3 (czasami 1, a maksymalnie 8). Na wykresach pojawiło się sporo ruchu na dysku, cpu na 230% (zbiorczo pośród 8 rdzeni) oraz użycie ramu na 40%. Na serwerze działa apache + php, mysql (ustawiony, żeby zajmował 60% ramu), varnish (malloc, 8GB), memcached (4GB). Serwer ma 32GB. Nie powinno być więcej zajęte? Np. przez same bufory?

 

Na serwerze jest zainstalowany plesk, który ma jakieś zadania odpalane cyklicznie. To jedynie przychodzi mi na myśl, jako coś, co wymusza niepotrzebne czyszczenie ramu, a z nim większą ilość roboty dla php, żeby kolejny raz wygenerować kod.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Sytuacja wygląda następująco

 

Najprościej rozpoznać bojem. Parametry wykorzystania pamięci przez mysql pomnożyć w konfiguracji dwukrotnie i zobaczyć co się stanie. Jeśli zuzycie nie pojdzie do gory, to dane na ktorych pracuje nie potrzbują więcej. Jak zużycie się zwiększy, to do zrobienia jest przestudiowanie który z parametrów jest istotny w tym równaniu, żeby wyeliminować overbooking.

 

Pozdr,

K

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Podbiłem bufor dla innodb. Użycie ramu poszło w górę mniej więcej o tę różnicę.

 

            total       used       free     shared    buffers     cached
Mem:         32068       9278      22790          0        840       3391
-/+ buffers/cache:       5047      27021
Swap:         1027          6       1021

 

MemTotal:       32838460 kB
MemFree:        23495804 kB
MemAvailable:   28334028 kB
Buffers:          860164 kB
Cached:          3385788 kB
SwapCached:          468 kB
Active:          5066404 kB
Inactive:        2915084 kB
Active(anon):    3019492 kB
Inactive(anon):  1007948 kB
Active(file):    2046912 kB
Inactive(file):  1907136 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       1052600 kB
SwapFree:        1045768 kB
Dirty:              7352 kB
Writeback:             0 kB
AnonPages:       3735192 kB
Mapped:           410412 kB
Shmem:            291904 kB
Slab:            1043404 kB
SReclaimable:     970096 kB
SUnreclaim:        73308 kB
KernelStack:        3152 kB
PageTables:        44012 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    17471828 kB
Committed_AS:    8527748 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      148364 kB
VmallocChunk:   34359586780 kB
HardwareCorrupted:     0 kB
DirectMap4k:       10016 kB
DirectMap2M:    33441792 kB

 

Może po tym da się wyczaić co i jak?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

×
×
  • Dodaj nową pozycję...