Vlákno názorů k článku Oddělte od sebe uživatele serveru Apache a PHP od Almad - Dotaz – kdyz uz se rozhodnu pro fcgi, proc...
-
Apache je moc pomalý? Já nehostuju žádný web, který by vytrhával procesory z desky, takže volím spíše pohodlnost nad efektivitou. Rozdíl mezi lighttpd (či jiným light web serverem) a apachem bude řádově v jednotkách procent a za to to fakt nestojí. Stejně většina času procesoru na jeden požadavek končí ve zpracování samotného webu.
-
Rozdíl poznáš, soukromě ti pošlu skript.
Vtip je v tom, že úzké hrdlo Apache není procesorový čas (alespoň u dobře napsané aplikace) ne, ale spotřeba paměti.
V době, když Apache posílá odpověď nějakému klientovi na pomalé lince (takže třeba několik sekund), tak jedno vlákno drží obsazenou celou paměť potřebnou k vyřízení požadavku – a že jí není málo.
Kolegovi takhle omylem vznikl docela elegantní DoS útok na web.
-
Láďa (neregistrovaný)
Nesmysl, alespoň u popsaného řešení s FastCGI. Pokud se zbavíte PHP jako modulu, tak můžete bez problému nasadit mod_worker, který paměti spotřebovává několikanásobně méně. Samozřejmě, pořád to bude víc, než například Nginx, ale jestli to bude 10 nebo 50MB je pro většinu nasazení už nepodstatně.
-
Palo (neregistrovaný)
HAHAHA to je vazne jednothreadovy? Tak to vam rovno poviem ze tam kde bude vo vykone vyhravat lighthttp nema zmysel lebo rovnako dobre to poriesi aj apache a zacne prudko stracat pri zatazi na ukor klientov nie stroja. Pocitace su od toho aby pocitali. Co ked je proc v zatazi 80% – no problem na to tam je. A ten lighthttp efektivnejsi nebude.
-
Michal Vyskočil (neregistrovaný)
Není lepší si o lighttpd něco přečíst aspoň na wikipedii, než potom plácat takové komentáře? On thready umí, jenom prostě nespouští thread pro každý request.
Jeho chování odpovídají první dvě IO strategie popsané v http://www.kegel.com/c10k.html
