Administrace komentářů

Ak je generovanie stránky výpočtovo náročné, zmena MPM nepomôže, lebo to, čo zahlcuje server, je generovanie stránky, nie forkovanie procesov webového servera. Zmena MPM z fork-based na thread-based resp. event-based pomôže až pre veľký počet relatívne rýchlo obslúžiteľných requestov.

Prudko neodporúčam slepo nasledovať príklady konfigurácie uvádzané kde-kade na webe, a to vrátane dokumentácie či predefinovanej konfigurácie dodávanej priamo s apačom. Pred časom sme riešili problém s priepustnosťou istého IDM produktu a celé "riešenie" spočívalo v tom, že sme z httpd.conf vyhodili wannabe-fine-tuning nastavenia MPM modulu, ktoré tam boli copy-paste z dokumentácie apača; stačilo ponechať defaultné hodnoty a priepustnosť išla hore 4- až 5-násobne.

Ak máte "performance sensitive" aplikáciu, tak skutočne jediné, čo môžete urobiť, je porozumieť fungovaniu aplikácie zhora až dole, použiť realistické výkonové testy a odstraňovať identifikované úzke miesta. Pritom na odstránenie úzkych miest bude len veľmi vzácne fungovať nejake "fast=true" nastavenie. Pravdepodobnejšie skončíte prinajlepšom reimplemenáciou nejakej kritickej časti a prinajhoršom zmenou architektúry celej aplikácie, aby podporovala horizontálne škálovanie. Takmer vždy sa dá použiť lepší hardvér, ale táto cesta neškálu dobre technicky a najmä ekonomicky.

Princíp "rozdeľ a panuj" je stále jeden z najúčinejších prístupov na spracovanie informácií. Ak je nutné spracovať dané množstvo údajov a vykonať nad nimi dané množstvo výpočtov, tak tú prácu proste musí počítač s konečnými prostriedkami urobiť; fyziku neporazíte, bez ohľadu na to, čo vám tvrdí výrobca hardvéru, poskytovateľ oblačných služieb či váš manažér.