Flor1an

Mhh ich bin mir zwar nicht ganz sicher aber ich meine das wird so gehandhabt:

Wird eine Variable mit unset() gelöscht wird sie nur freigegeben. Der Speicher bleibt trotzdem noch belegt bis der GarbageCollector ihn wieder freigibt. Dies passiert entweder wenn der CPU mal Zeit hat oder PHP keinen Speicher mehr für die Skriptausführung hat.
Um eine Variable wirklich zu löschen (Speicher frei zu geben) muss man $var = null; setzen. Allerdings braucht dass dann auch mehr Rechenzeit.

Aber wie gesagt das ist nicht unbedingt richtig, keine Ahnung woher ich das gehört hab

Mister Ad

hondatuner

Das ist mir schon klar, allerdings verstehe ich nicht den Unterschied bei der memory-Abfrage.

$var = null funktioniert meiner Ansicht nicht. Allerdings habe ich es auch noch nie getestet.

__________________
meine PHP Scripte

hondatuner

Ok ich weiß jetzt was der Paramter bedeutet. Und zwar belegt PHP den Speicher immer blockweise. D.h. wenn man z.B. 900 KByte verbraucht hat, hat man in Wirklichkeit 1024 KByte verbraucht. Zumindest ist das auf meinem System jetzt so gewesen.

Wenn man nun den Speicherverbrauch optimieren will, sollte man memory_get_usage() ohne true benutzen. Am Ende des Prozesses sollte man sich aber noch mal memory_get_peak_usage() und memory_get_peak_usage(true) ausgeben lassen und versuchen den nächst geringeren Schritt zu erreichen. Wenn das nicht möglich ist, kann man sich die Optimierung gleich sparen, weil PHP wie gesagt einen gesamten Block belegt.

__________________
meine PHP Scripte

brian johnson

problematischer wird das ganze, wenn man php per CGI am laufen hat. dann läuft ein PHP prozess der zwar intern speicher freigibt, aber eben nicht an das OS (bzw. erst bei "notwendigkeit"). memory managment eben.

und - wie du richtig sagst - erst wenn der GC anläuft gibt PHP speicher zurück. alles eine sache der optimierung, es ist wesentlich schneller einen systemaufruf zu sparen (vgl. Ring) und alles selber zu managen.

da php ein memory limit hat, stimmt das so nicht.

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

hondatuner

Du hast mich falsch verstanden. Ich meine, wenn man innerhalb eines 256er Blocks festhängt, also von 250kb auf 50kb optimieren könnte, so würde es im gesamten nichts bringen, da man immer noch einen gesamten 256er Block belegt.

Hier z.B. zwei Peak-Werte:
Wie man sieht, ist real peak größer. Es ist also der gesamte Block gefüllt.

Ich will damit nur klar machen, dass es sich nicht immer lohnt unset() zu benutzen (also nicht für jeden Kleinkram), denn der Aufruf befreit zwar den RAM, belastet dafür aber wieder die Performance und am Ende schafft man vermutlich nicht mal einen gesamten Block.

__________________
meine PHP Scripte