Super!

[Andreas Korthaus]

Hi!

Kann es sein dass / auf /index.php mappt?

natürlich... *grummel*

dachte ichs mir ;-)

Naja, egal. Nächster Schritt, der nun anliegt, ist jetzt wohl, entweder php oder perl per proxy o.ä. schneller zu machen.

Ein Proxy bringt Dir nur was, wenn Du HTTP-Requests cachen kannst, was dazu führt dass nicht jeder Request Dein Script erreicht. PHP kannst Du wie gesagt per Opcode-Cache beschleunigen, aber das bringt Dir nur einen nennenswerten Vorteil, wenn Du ein komplexes Script verwendest (z.B. PEAR-Pakete, Smarty...). Die 150 Requests pro Sekunde sehen ja nett aus, aber das kann sich sehr schnell ändern je nachdem was Du im Script veranstaltest. Das größte Einsparpotential hast Du durch 1. HTTP-Caching, 2. durch Content-Caching. Die Frage ist, ob das geht oder nicht. Wie gesagt, wenn man auf einer dieser beiden Ebenen cached, erreichen nicht mehr _alle_ Requests Deinen PHP/Perl Code. Wenn Du jeden Request brauchst, solltest Du evtl. etwas anderes verwenden als eine interpretierte Sprache, siehe meine anderen Postings. FastCGI wird sicher noch ein wenig besser sein als die Modul-Versionen, allerdings kann ich mir nicht vorstellen, dass Du damit den großen Wurf landen wirst.

Ich stehe so ein bisschen vor einem ähnlichen Problem, ich brauche für den größten Teil meiner Requests zumindest einen Teil der Funktionalität die ich in meinem PHP-Framework habe, aber es sollte erheblich schneller gehen.  Das einfachste wäre wohl einen PHP-Daemon nebenher laufen zu lassen, weil der problemlos vorhandenen Code nutze könnte, aber will man das wirklich? ;-)
Der interessanteste Ansatz bisher ist der von lighttpd mit dem Cache-Modul: http://www.incremental.de/talks/phpconf-2003-caching/lighttpd_cache/index.html ff. (die gesamte Präsentation wird Dich vermutlich interessieren)
Allerdings ist die Flexibilität noch etwas begrenzt, aber wie Du an den Benchmarks in der Präsentation siehst ist dort genau die richtige Stelle wo man eigentlich ansetzen muss um wirklich was zu bewegen. Irgendwie müsste man es doch hinbekommen ein Modul so zu entwickeln, dass es sich schön in eine Applikation integriert. Bisher funktioniert nur die Kommunikation über das Dateisystem oder MySQL. Ich persönlich halte von beidem nicht sooo viel. Irgendwie müssten PHP-Scripte mit so einem Modul direkt kommunizieren können, hab allerdings keine Ahnung wie man sowas elegant machen könnte. Direkte kommunikation zw. PHP und einem Server-Modul ist vermutlich Quatsch, denn wie soll das gehen? PHP muss sich nicht im selben Prozess befinden, bei FCGI sogar nichtmal auf demselben Server (gut, letzteres ließe sich ja sicherstellen). Das beste wäre da IMHO noch ein zusätzlicher Caching-Server der da vermittelt, vielleicht ginge das sogar mit memcached.  Aber das ganze erhöht natürlich die Komplexität ganz erheblich...

Grüße
Andreas