Vlákno názorů k článku
PHP bude mít preload, zvětší výkon o 30 - 50 % od Ondrej Nemecek - Pokud se zvýšil výkon při použití opcache preloadu...

Pokud se zvýšil výkon při použití opcache preloadu o 30 až 50%, tak to ukazuje, jak neefektivně to bylo předtím implementováno.

PS: Nevím jak to je teď, ale samotný include/require byl zoufale neefektivní, zejména pokud se načítalo mnoho souborů a nepoužíval se autoloading. Neefektivnost spočívala v kontrole, zda se má skript znovu načíst nebo ne, takže ani opcache nepomohla. Na pomalejším síťovém úložišti to dokázalo zabít výkon a existovaly na to bugreporty. Pokud bude teď opcache persistentní (bude?) a bude se přednačítat předem, mohou se tyto kontroly vynechat - a možná právě toto je důvodem zlepšení (neověřoval jsem). Pokud by to měl někdo nastudované, nechť se podělí...

Precital som si prvy odstavec a setsakra mi to pripomina cestu ktorou idu precompiled headers v C/C++. Na vacsich projektoch to dokaze zrychlit kompilaciu, ale ked projekt prerastie nejaku velkost, tak naopak precompiled headers zacnu sposobovat problemy. Typicky je to nedeterminizmus v tom, co je skutocne v module nadefinovane a nadeklarovane a kam vsade sa moja deklaracia, ktoru strkam do headera, ktory sa zucastnuje na PCH dostane.

Ocakavam vlnu (aj bezpecnostnych) chyb v roznych PHP frameworkoch a aplikaciach plynucich z tohto nedeterminizmu. My sme si s PCH uzili fakt vela srandy.