vorab, du hast vollkommen Recht! Ich habe daher jeden Anspruch auf Repräsentativität vorher ausgeschlossen, weil man Äpfel ja nicht mit Birnen vergleichen kann. Im Produktiven Einsatz ist das Beispiel von Oben wahrscheinlich nicht wirklich so performant wie mit einer Seite gemessen, aber es war ja auch nur eine Spielerei mit dem neuen kleinen Homeserver, der keine Höchstleistung bringen und auch keine Umfangreiche Datenbank beherbergen muss.

Ich bin nach wie vor mit der Performance der oben genannten Konstellation zufrieden und habe mich auch weiterhin über die funktionsweise und das Zusammenspiel von einem Op-Code Cache System und einem CMS-Cache informiert. Im Nachhinein halte ich meine Verwunderung über die Performance-Steigerung mit einem Op-Code Cache auch für ein wenig überflüssig, aber man lernt immer wieder dazu

Interessanter wäre bei dem Testaufbau, wann welches Serverprogramm inkl. MySQL was ausgibt im Sinne von “überhaupt noch etwas ausgeben muss”.

asy_jpcache = full page cache = Ausgabe einer fertigen, optional gezippten Datei (wenn im Cache + Zeitrahmen)

XCache = PHP op-code cache = index.php + asy_jpcache PHP code wird compiliert vorgehalten.

Interessant wären also 1.000 verschiedene Seiten, die vor Auslieferung erst in den Cache eingelagert werden, weil das die Optimierungen auf dem ganzen Weg aufzeigen würde.