Einer ist falsch konstruiert: Gegenmaßnahmen

Doch nach wie vor, verbringt PHP den Großteil der Gesamtausführungszeit nicht in der eigentlichen Applikation. Mit einem Cache verbleiben zwei Zeiten: Session und Applikation. Die Laufzeit der Applikation beträgt 0.108 s während das Session Handling das System 0.161 s in Anspruch nimmt. Zwar ist die Zeit für das Session Handling für den Endnutzer kaum sichtbar, doch belastet es das System.

Fazit

Die requestbasierte Architektur von PHP wird umso mehr zu einem Entwicklungshindernis werden, umso mehr sich die Programmierung von Webapplikationen der von Desktopapplikationen angleicht. Wenn PHP in der Lage wäre, den Status des Sprachkerns am Ende eines Request im Speicher zu belassen und beim nächsten Request and der Stelle (in dem Status) die Applikation fortzusetzen in der nach dem letzten Request angelangt war, ...

Das gewünschte Konstrukt wird in der PHP Öffentlichkeit unter dem Begriff Application Server diskutiert. Ein schlanker Application Server ist es, was PHP als nächsten Milestone braucht. Runtime Optimizer, welche die ohnehin kurze Applikationslaufzeit senken, ändern nichts an der schlechten Bilanz. Cachetechnologien kurieren nur einen Teil der Symptome, nicht die Ursache.