Kommentare zu: PHP optimieren http://www.ralfeggert.de/2006/08/28/php-optimieren/ Bloggen über das Zend Framework, PHP und anderes Gedöns Tue, 19 Jul 2011 09:06:27 +0200 http://wordpress.org/?v=2.8.6 hourly 1 Von: Martin http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-519 Martin Thu, 12 Oct 2006 21:24:16 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-519 Bei meinen Tests in PHP 5.1.4 unter Windows kam ich immer zu dem eindeutigen Ergebnis, dass die Verwendung von serialisierten Arrays wesentlich langsamer ist, als die konventionelle Schreibweise. Etwas schneller als die übliche Variante ist die Schreibweise, die var_export() erzeugt. unserialize() braucht etwa dreimal soviel Zeit. Dateioperationen hab ich dabei allerdings nicht benutzt, sondern habe alles in eine einzige Datei geschrieben. Vielleicht ist der Flaschenhals eher bei include() (vs. file_get_contents()) zu suchen. Generell denke ich, man sollte sich bei der Optimierung nicht zu sehr zum Sklaven der Technik machen lassen (CPU-Zeit dürfte auch günstiger sein als menschliche Arbeitszeit), zumal manche Geschwindigkeitsvorteile auch in zukünftigen Versionen hinfällig sein könnten. Solange es nicht um besonders zeitkritische Anwendungen geht, halte ich sauberen Code für wichtiger. Bei meinen Tests in PHP 5.1.4 unter Windows kam ich immer zu dem eindeutigen Ergebnis, dass die Verwendung von serialisierten Arrays wesentlich langsamer ist, als die konventionelle Schreibweise. Etwas schneller als die übliche Variante ist die Schreibweise, die var_export() erzeugt. unserialize() braucht etwa dreimal soviel Zeit. Dateioperationen hab ich dabei allerdings nicht benutzt, sondern habe alles in eine einzige Datei geschrieben. Vielleicht ist der Flaschenhals eher bei include() (vs. file_get_contents()) zu suchen.

Generell denke ich, man sollte sich bei der Optimierung nicht zu sehr zum Sklaven der Technik machen lassen (CPU-Zeit dürfte auch günstiger sein als menschliche Arbeitszeit), zumal manche Geschwindigkeitsvorteile auch in zukünftigen Versionen hinfällig sein könnten. Solange es nicht um besonders zeitkritische Anwendungen geht, halte ich sauberen Code für wichtiger.

]]> Von: Ralf Eggert http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-20 Ralf Eggert Tue, 29 Aug 2006 11:21:26 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-20 Stimmt, file_get_contents() würde an der Stelle viel mehr Sinn machen. Wie gesagt, habe ich das vor einigen Jahren mal so eingerichtet und seitdem nicht mehr angefasst, äh optimiert ;-)... Gruß, Ralf Stimmt, file_get_contents() würde an der Stelle viel mehr Sinn machen. Wie gesagt, habe ich das vor einigen Jahren mal so eingerichtet und seitdem nicht mehr angefasst, äh optimiert ;-)…

Gruß,

Ralf

]]> Von: Sebastian http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-19 Sebastian Tue, 29 Aug 2006 11:17:43 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-19 Witzig, ich habe file gelesen und file_get_contents gedacht. Ich glaub ich sollte einen Kaffe trinken. :) Witzig, ich habe file gelesen und file_get_contents gedacht. Ich glaub ich sollte einen Kaffe trinken. :)

]]> Von: Ralf Eggert http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-18 Ralf Eggert Tue, 29 Aug 2006 11:05:14 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-18 Hallo Sebastian, unserialize(implode("", file($inFile))); Das file($inFile) läft die gesamte Datei in ein Array, wobei für jede Textzeile ein Eintrag im Array vorhanden ist. Weil unserialize() aber einen String benötigt, füge ich die Arrayelemente per implode() wieder zu einem String zusammen. Gruß, Ralf Hallo Sebastian,

unserialize(implode(”", file($inFile)));

Das file($inFile) läft die gesamte Datei in ein Array, wobei für jede Textzeile ein Eintrag im Array vorhanden ist. Weil unserialize() aber einen String benötigt, füge ich die Arrayelemente per implode() wieder zu einem String zusammen.

Gruß,

Ralf

]]> Von: Sebastian http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-17 Sebastian Tue, 29 Aug 2006 10:51:38 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-17 Hallo Ralf, ich verstehe gerade nicht, warum du beim unserialize einen implode machst. Hallo Ralf,

ich verstehe gerade nicht, warum du beim unserialize einen implode machst.

]]> Von: Ralf Eggert http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-16 Ralf Eggert Tue, 29 Aug 2006 08:40:00 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-16 Hi Jan, ja, das ist klar, wenn man dauernd alle Optionen von xdebug aktiviert, dann macht das Entwickeln kaum noch Spass. Man hat dann aber viele Daten, die man auswerten könnte, wenn man mal Langeweile hat... ;-) Gruß, Ralf Hi Jan,

ja, das ist klar, wenn man dauernd alle Optionen von xdebug aktiviert, dann macht das Entwickeln kaum noch Spass. Man hat dann aber viele Daten, die man auswerten könnte, wenn man mal Langeweile hat… ;-)

Gruß,

Ralf

]]> Von: Jan http://www.ralfeggert.de/2006/08/28/php-optimieren/comment-page-1/#comment-13 Jan Mon, 28 Aug 2006 10:06:36 +0000 http://www.ralfeggert.de/2006/08/28/php-optimieren/#comment-13 Xdebug2 ist wirklich absolut zu empfehlen. Wenn man nicht gerade komplett auf Funktionen und Includes verzichtet liefert es eine Menge wertvoller Hinweise. Aber nicht vergessen nach dem Profiling das Modul wieder zu deaktivieren, es kostet doch einiges an Zeit bei der Scriptsausführung. Xdebug2 ist wirklich absolut zu empfehlen. Wenn man nicht gerade komplett auf Funktionen und Includes verzichtet liefert es eine Menge wertvoller Hinweise. Aber nicht vergessen nach dem Profiling das Modul wieder zu deaktivieren, es kostet doch einiges an Zeit bei der Scriptsausführung.

]]>