Administrace komentářů

Pokud jsem to dobře pochopil, tak při 10 souběžných požadavcích na server dosáhnete přibližně 100%ního vytížení všech jader CPU. Tedy to nejpíše vázne na CPU.

Pak ale změnou mpm modulu nic nevyřešíte! Vázne to v php nebo v databázi. To je potřeba ověřit odděleným profilováním - použijte profilovací nástroj, zjistěte, kde to tráví většinu času a zda to ten čas tráví v CPU, v čekání na IO a kolik to přitom zabere paměti. Pokud to nejvíce času tráví v provádění SQL dotazů, posuňte se do databázové vrstvy a věnujte se SQL dotazů a databázovým indexům, případně nastavení databáze. Pokud to čeká na IO, může být problém v pomalém přístupu k úložišti (např. při zpracování includes v PHP - v prohledávání cest k includování byla velká slabina PHP).

Profilování pochopitelně nemůžete dělat na ostrém provozu, udělejte si klon produkčního serveru. Není vyloučeno, že může být problém i v nějakém vysloveně vadném nastavení na produkčním serveru (zapnutý debug mód, příliš rozsáhlé logování v aplikaci apod.) Zde může na příčinu navést porovnání s provozem čisté instalace systému a aplikace.

Po provedeném profilování můžete buď

1. opravit kód (tedy PHP kód nebo SQL dotazy posílané do databáze nebo indexy v databázi) anebo
2. opravit vadné nastavení systému (pokud tam nějaké je)
3. můžete zátěž rozložit mezi více serverů (podle situace může být dost pracné) anebo
4. můžete pořídit výkonnější hardware (více jader, rychlejší SSD disky pro databázi apod.)

Varianty 2 a 3 můžete udělat i bez profilování, ale je to nouzové řešení „naslepo“. Je mnohem lepší vědět alespoň přibližně, kde je problém.

Pokud chce šéf nějaký výsledek, musíme být schopen oponentury, tj. vysvětlit, kde je problém a čeho je možno v reálu dosáhnout.