Vlákno názorů k článku
IIS 7.0 se naučil nové triky od Apache od peto - No uvidime ako to bude s rychlostou. Doteraz...

No uvidime ako to bude s rychlostou. Doteraz sa vsetci vyhovarali, ze apache je pomalsi, lebo je navrhnuty na modularitu. Ked sa uz nebudu mat na co vyhovarat, snad niekto zacne robit na jeho zrychlovani.

Apache je pomaly, protoze tam plati jedno spojeni ~ jeden
proces (ev. thread u 2).

Zrychlit to nejde, to by uz bylo jednodussi to smazat a
napsat od zakladu.

Vzhladom na vykon sucasnych mid-end serverov sa o rychlosti samotneho web servera nema zmysel bavit. Dnes uz aj vysoko navsevovane sajty mozu bezat na Apache+PHP+MySQL/Postgres - kde prave PHP, SQL server alebo linka je brzdou a nie Apache. Ak ma vsak niekto miliony navstevnikov denne (co je na CZ/SK skoro nemozne) tak ma urcite dost zdrojov na zakupenie prislusneho HW. Apache je rychly dostatocne; nie je dopyt aby bol rychlejsi.

ryxlejsia pri statickych strankach je mozno boa :) ale to neni asi bezne nasadenie apaca, posielat cisto staticke stranky. pokial ide o ryxlost php, mozno by bolo dobre porovnat ho s jsp; predsa len jsp je uz predkompilovane do bytecodu. a v tom by mohol byt rozdiel, aspon tak tvrdila sunovska propaganda :)

pokial si dobre spominam:
apache (aspon 1.x vetva) sa forkuje ako pri pristupoch, v novom VM su vsetky stranky copy-on-write a to robi vela page faultov. pri velkom zatazeni serveru potom musi sakramentsky zbytocne kernel alokovat stranky a rozkopirovavat data. moj skromny nazor hovori v prospech multithreadu :)

No, ja sa tiez nestazujem na rychlost apache, len ma stvu tie nezmyselne reklamy MS, kde je IIS 2x (ci 3x??) rychlejsi ako apache, samozrejme pri statickych strankach. Stavim sa, ze Zeus by IIS rozniesol na kopytach, ale zeus je komercny (co pri serveroch ktore by nezvladol apache si asi prevadzkovatel moze dovolit).

php bych take rychlostne neosuzoval zkuzte pouzit ZEND ...nebo neco nekomercniho :-)