Hallo,

ich hoffe das versammelte Wissen aller kann mir bei meiner Frage weiterhelfen.

Bisher habe ich PHP immer "standard" kompiliert, d.h. alle Features die benötigt wurden "enabled" (z.b. xml, mysql, snmp, etc.) .

Ich habe aber doch auch die Möglichkeit alles als 'extension' (shared object) zu kompilieren und über die php.ini zu laden.

Kennt jemand die Vor- und Nachteile beider Varianten? Wie sieht das z.B. mit dem Speicherverbrauch aus? Wenn ich PHP "standard" kompiliere ist mein PHP5 Modul ca. 13 MB groß und jeder Apache Prozess verbraucht mind. auch soviel Speicher, oder?

Verhält sich das bei 'extensions' bzw. shared objects anders? D.h. einmal geladen und von alles Prozessen genutzt?

Hoffe Ihr konntet verstehen was ich meine^^

Danke für Euere Feedback!

Viele Grüße

Ingo

Mister Ad

Waq

Also erstmal zur Nomenklatur:
Extensions sind es immer, die Wahl hat man zwischen statischem und dynamischem linken.

Statisches linken produziert tendentiell ein paar Prozent schnelleren Code, aber nur wenig. Dafür spart dynamisches Linken Speicher.
Wie sich die startup-times verhalten, weiss ich jetzt nicht genau...

__________________
mod = master of disaster

da statische Bibliotheken immer in der eigentlichen executable gespeichert sind, werden sie natuerlich jedesmal wenn PHP einen neuen Prozess startet mitgeladen. Bei dynamischen Bibliotheken dagegen nur einmal, da sie erst zur Laufzeit mit deinem Programm verlinkt werden. Die 2 - 3% an Geschwindigkeitsverlust die dadurch entstehen, solltest du ruhig hinnehmen, wenn du dabei absichern kannst, das grosse Teile deines Speichers nicht auf einmal ausgelagert werden muessen, weil die PHP-Prozesse den RAM gefuellt haben, was am Ende einen viel hoeheren Geschwindigkeitsverlust bedeuten kann.

Hola,

wenn ich nun alle Extensions statisch in mein PHP haenge und es wird eine Seite aufgerufen, die nur einen klein Teil oder sogar keine der Extensions nutzt, werden trotzdem alle Extensions bereit gehalten.
Binde ich das ganze dynamisch ein, dann werden die jeweiligen Extensions nur geladen, wenn in meinem Quellcode versucht wird auf Funktionen der dieser Extension zuzugreifen?
Die erste Methode fuehrt zu einer hoeheren Speicherbelastung, die zweite zu einem kleinen, wohl aber geringem, Geschwindigkeitsverlust.

Habe ich das soweit richtig verstanden?

Nun frage ich mich, ob es sowas wie eine Art Faustregel gibt, ob man eine Extension nun statisch oder dynamisch kompiliert?
Oder haengt das zu sehr von den Beduerfnissen des jeweiligen Benutzers und den Besonderheiten der Extension ab?
Habe nun z.B gesehen, das empfohlen wird die PDO - Erweiterung dynamisch einzubinden, damit man sie mittles PEAR unabhaengig vom restlichen PHP auf den neusten Stand bringen kann.


Bis daehnnne.

mepeisen

Nein. Dynamische Extensions werden auch immer bereitgehalten, wenn sie in der php.ini eingestellt werden. Zu deutsch:
- statische Extensions sind immer da
- dynamische Extensions per php.ini sind immer da
- dynamische Extensions per http://www.php.net/dl sind nur da, wenn du im Script den Befehl ausführst.

Nur Methode 3 führt zu einem kleinen Geschwindigkeitsverlust in einem Apache-Modul. Methode 1 und 2 könnte höchstens ausserhalb des Apache (CGI oder CLI) eventuell einige Unterschiede geben, ansonsten ist zur Laufzeit kein Unterschied festzustellen.

Der größte Unterschied ist auch Methode 3, da dies sowohl etwas gefährlich sein kann, als auch unsauber entwickelte Extensions leichter zu schwerwiegenden Fehlern führen können, wenn sie mittels "dl()" geladen werden. Ein Zitat von den Zend-Leutchens besagt: "dl() is evil". Ich denke das sagt alles aus

Zur zweiten Frage: Das hängt ausschliesslich von den Bedürfnissen ab. Aber in der Regel ist es besser, die einfach komplett mit dem PHP neu zu kompilieren (ob statisch oder dynamisch ist fast egal). Ohne Apache-Neustart wird man bei Methode 1 und Methode 2 Probleme kriegen, die auf den neuesten Stand zu bringen und manchmal sind die dynamischen Module nicht kompatibel zum verwendeten PHP, was dann zu unerwarteten Problemen führen kann.

Empfehlung wäre, immer neu zu kompilieren, wenn was aktualisiert wird und dann kann mans auch als statisch machen.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

Vielen Dank fuer die schnelle Antwort.

Nun bin ich um 1-2 Verwirrungen aermer und kann mich wieder ans bastlen machen

Um nochmal auf die PDO - Erweiterung zu kommen.
Hat da schon jemand praktische Erfahrungen gemacht, was das dynamische einbinden und updaten per PEAR betrifft?
Erfährt diese Erweiterung häufige Updates?


Bis daehnnne.