Warum macht PHP verwenden opcode-caches, während das Java kompiliert zu bytecode-Dateien?

PHP-opcodes sind nicht das gleiche wie Java-classfiles. Java classfiles sind auch angegeben, und sind portabel zwischen Maschinen. PHP-opcodes sind nicht tragbar in jeder Weise. Sie haben Speicheradressen gebacken in Ihnen, zum Beispiel. Sie sind ausschließlich ein Implementierungsdetail der PHP-interpreter, und sollten nicht betrachtet werden, so etwas wie Java-bytecode.

Muss es so sein? Nein, wahrscheinlich nicht. Aber der PHP-source-code ist ein Chaos, und es gibt weder die Lust, noch den politischen Willen in der PHP-internals-community, dies zu verwirklichen. Ich denke, es war die Rede von Backen ein opcode-cache in PHP 6, PHP 6 gestorben, und ich weiß nicht, den status der Idee.

Referenz: ich schrieb phc so war ich ziemlich Knie-tief in die PHP-Implementierung/Zusammenstellung für ein paar Jahre.

PHP nicht verwenden eine standard-Mechanismus für die opcodes. Ich wünschte, es entweder fest zu einer stack-VM (python,java) oder einer register VM (x86, perl6 etc). Aber es nutzt etwas absolut homegrown und da liegt der Hase im Pfeffer.

Verwendet es eine verbundene list im Speicher die Ergebnisse in den einzelnen opcode-mit ein ->op1 ->op2 und ->Ergebnis. Nun, jeder von denen sind entweder Konstanten oder Einträge in einer temp-Tabelle, etc. Diese Zeiger können nicht serialisiert werden, in der jeder vernünftige Mode.

Nun, Menschen, die dies erreicht haben, mit Elementen wie pecl/bcompiler, die nicht dump der Strom in die Festplatte.

Aber die Klassen machen sogar noch komplizierter, was bedeutet, dass es mögliche code-Fragmente wie

if(<conditon>)
{
   class XYZ() { }
}
else 
{
   class XYZ() { }
}

class ABC extends XYZ {}

Was bedeutet, dass eine große Anzahl von Entscheidungen über die Klassen & Funktionen kann nur zur Laufzeit - so etwas wie Java-würde Würgen auf zwei Klassen mit dem gleichen Namen, die bedingt definiert zur Laufzeit. Im Grunde, APC Vererbung & Klasse-caching-code ist vielleicht der komplizierteste & bug-anfällig Teil der codebase. Wenn eine Klasse zwischengespeichert wird, werden alle übergeordneten geerbt Mitglieder müssen geschrubbt werden, bevor es gespeichert werden kann, um die opcode-cache.

Den Mauszeiger problem ist nicht unüberwindbar. Es ist ein apc_bindump, die ich habe nie die Mühe gemacht, zu reparieren, zu laden gesamten cache-Einträge vom Datenträger direkt, wenn ein Neustart erfolgt. Aber es ist schmerzhaft zu Debuggen alle, die etwas bekommen, die muss noch suchen Sie alle system - Zeiger- apache-Fall ist zu einfach, da alle php-Prozesse haben das gleiche system Zeiger, weil von der Gabel Verhalten. Die alten fastcgi Versionen waren langsamer, weil Sie verwendet, um die Gabel zuerst & init php-später - die php-fpm behoben, indem Sie es tun, die andere Weise herum.

Aber schließlich, was wirklich fehlt in PHP ist der Wille zu erfinden, das bytecode-format, wegwerfen, die aktuelle Motor & alle Module neu zu schreiben, es mit einer stack-VM & erstellen eines JIT. Ich wünschte, ich hätte die Zeit - die fb-Jungs sind fast da mit Ihren hiphop-HHVM. Die und opfert eval() für schnellere Leistung - das ist eine Messe Opfer 🙂

PS: ich bin der Mann, der nicht finden können, Zeit zum aktualisieren APC für 5,4 richtig