MaxClients

[MaKK 0]

Witam

Chcę dobrze ustawić MaxClients, i mam pytanie która wartość jest prawidłowa, aby sprawdzić aktualna liczbę połączeń.

A dane mam holendernie rożne. I nie w końcu ile mam tych połączeń.

# ps ax | grep httpd | wc -l
35

# netstat -n | grep :80 | wc -l
1369

# netstat -an | wc -l
3490

Bo w necie można znaleźć te 3 przykłady i już zgłupiałem która jest prawidłowa.

Rozumiem że np. MaxClients 120 tyczy się max. dla wszystkich domen na serwerze tak? czy dla każdej domeny z osobna.

Bardzo będę wdzięczny za pomoc

[Gość MarekCPU]

Niestety ale żadna z tych informacji nie informuje o aktualnej liczbie połączeń. Komenda ps pokazuje ilość procesów/wątków serwera httpd, z tym że nie wiadomo czy aktualnie obsługują jakieś połączenia, czy też czekają na nowe połączenie, natomiast komenda netstat pokazuje Ci zestawione połączenia z różnych statusem (State), co może na przykład oznaczać że to połączenie się już zakończyło, ale sesja tcp nie została jeszcze zamknięta (dużo by o tym pisać).

Jeżeli chcesz zobaczyć ilość połączeń to skorzystaj z mod_status w apache http://httpd.apache.org/docs/2.2/mod/mod_status.html
Moduł ten pozwoli Ci po wejściu przez WWW na twojadomena.pl/server-status (domyślna nazwa dla mod_status) wyświetlić różne przydatne informacje, a w szczególności ilość zajętych i wolny slotów dla połączeń do serwera www.

Edytowano Wrzesień 24, 2017 przez MarekCPU (zobacz historię edycji)

[LuCek6 0]

wykorzystaj apache benchmark on jest w stanie odpowiedzić Ci na pytanie ile req/s jest w stanie wytrzymać Twój serwer, wtedy musisz zastanowić się ile jeden użytkownik może wysłać req w ciagu połączenia , ustawienie optymalnej i prawidłowej wartosci to kwestia prób i błędów

[P-e-T-e-R 1]

Ustawienie zbyt dużej liczby MaxClients też nie będzie do końca korzystne, bo szybkość obsługi pojedynczego requesta będzie limitowana ilością dostępnej mocy obliczeniowej która będzie zawsze dzielona pomiędzy procesy/wątki MaxClients. Może lepiej wydłużyć kolejkę requestów oczekujących ListenBackLog? Zapewni to też mniejsze zużycie pamięci, oraz mniej chwilowych błędów związanych z większym ruchem do apacha.