Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2007-11-04 19:29:29
chyl-o - 
Członek DUG
Duży ruch na serwerze
Witam!
Ostatnimi czasy mam trochę duży ruch na serwerze i myślę, żeby zrobić coś z tym, żeby apache mi się nie zapychał tak. No i w związku z tym mam kilka pytań:
1) Który z modułów jest lepszy dla apache2, prefork czy worker? I czy rozsądne skonfigurowanie tych modułów coś da. Jak na razie prefork mnie zawodzi, bo niedość że zapierdziela ram to jeszcze nie wyrabia.
2) Czy w przypadku dużego ruchu, memcache czy jakoś tak załatwi sprawę, że będę mógł przyjąć więcej zapytań niż dotychczas? Kontent stron zmienia się umiarkowanie często( przeważnie są to fora dyskusyjne ), ale jak przyjdzie jakaś nowość w świecie sat to wiadome co jest, wszyscy pchają się oknami i drzwiami a apache puchnie. Czy postawienie czegoś przed apachem, poprawi tą systuację? Chodzi mi o coś takiego, co wysyłało by strony wygenerowane raz po zmianie zawartości.
Jak na razie to doczytałem o tych dwóch możliwościach, jeśli ktoś ma jakiś inny pomysł na poradzenie sobie z tym problemem, będę bardzo wdzięczny.
Registered Linux User: #417111
Offline
#2 2007-11-04 20:19:33
kuchar - Użytkownik
Re: Duży ruch na serwerze
teoretycznie worker powinien być lepszy, bo jest oparty na wątkach, więc jest szybsze przełączanie kontekstu i poszczególne wątki zajmują mniej pamięci niż procesy oraz krócej trwa odpalanie wąŧka niż procesu, jak to się ma w praktyce nie mam pojęcia
Linux Registered User # 406343
Routing protocols enable routers to route routed protocols :)
Offline
#3 2007-11-04 20:37:56
chyl-o - Członek DUG
Re: Duży ruch na serwerze
Wporządku właśnie kilka opinii przeczytałem, ze serwery wielowątkowe są wydajniejsze.
Może mi ktoś podsunąć jakieś wskazówki do ustawień workera? bo na razie ustawiłem coś takiego:
Kod:
<IfModule mpm_worker_module>
StartServers 2
MaxClients 210
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxRequestsPerChild 0
ExtendedStatus On
</IfModule>
Registered Linux User: #417111
Offline
#4 2007-11-04 20:56:02
azhag - Admin łajza
- azhag
- Admin łajza
- Skąd: Warszawa
- Zarejestrowany: 2005-11-15
Re: Duży ruch na serwerze
a może migracja na lighttpd? :)
Błogosławieni, którzy czynią FAQ.
opencaching :: debian sources.list :: coś jakby blog :: polski portal debiana :: linux user #403712
Offline
#5 2007-11-04 21:02:00
chyl-o - Członek DUG
Re: Duży ruch na serwerze
a może migracja na lighttpd? :)
Szczerze bardzo mocno się nad tym zastanawiam.
Jak na razie te ustawienia, które podałem w poście powyżej, są rozsądne i nie zapychają mi apacha.
Zobaczymy co będzie dalej, ale jeśli Plesk zgodzi się współpracować z lhttpd, to bardzo możliwe, że się przeniosę.
Registered Linux User: #417111
Offline
#6 2007-11-05 10:49:03
kuchar - Użytkownik
Re: Duży ruch na serwerze
podobno lighttpd przestaje być taki szybki przy bardziej zaawansowanych stronach, poza tym php-a obrabia jako cgi, co też daje duży narzut, wydaje mi się że najlepiej się nadaje do prostych stron w statycznym html-u
Linux Registered User # 406343
Routing protocols enable routers to route routed protocols :)
Offline
#7 2007-11-05 11:30:37
azhag - Admin łajza
- azhag
- Admin łajza
- Skąd: Warszawa
- Zarejestrowany: 2005-11-15
Re: Duży ruch na serwerze
Błogosławieni, którzy czynią FAQ.
opencaching :: debian sources.list :: coś jakby blog :: polski portal debiana :: linux user #403712
Offline
#8 2007-11-05 12:05:55
kuchar - Użytkownik
#9 2007-11-05 12:13:34
czadman - Bicycle repairman
- czadman
- Bicycle repairman
- Skąd: Wrocław
- Zarejestrowany: 2005-07-08
Re: Duży ruch na serwerze
podobno lighttpd przestaje być taki szybki przy bardziej zaawansowanych stronach, poza tym php-a obrabia jako cgi, co też daje duży narzut, wydaje mi się że najlepiej się nadaje do prostych stron w statycznym html-u
Miałem przyjemność instalować pewną aplikacje w rubym (tracks) na apache jako cgi. Chodziło to przerażająco wolno, dosłownie. Ta sama aplikacja na lighttpd jako fast cgi od razu nabrała wigoru. Zupełnie inna bajka.
Offline