Ich beschäftige mich derzeit mit Modulen.
Macht es eigentlich Sinn, ein Objekt nach dem Gebrauch wieder zu löschen?

Ich dachte mir, wenn ich z.B. $self lösche, dann könnte man etwas Speicher frei machen. Bei mir wird nämlich das Objekt meistens schon kurz nach Programmstart erstellt und bleibt ja dann logischerweise bis Programmende erhalten. Aber was ist, wenn ich das Objekt schon vorher seinen Zweck erfüllt hat und ich es plötzlich nicht mehr benötige?

Bisher habe ich immer eine extra delete() funktion gemacht, das dann u.a. den $self geleert hat.
Meine nächste Idee wäre z.b. einfach

genügt das?

Natürlich macht das Sinn, das Objekt nur so lange zu behalten wie es gebraucht wird...

Ob wirklich Speicher freigegeben wird, hängt davon ab, ob nicht noch Referenzen auf das Objekt an anderer Stelle existieren...

hier macht es keinen sinn:

warum? na weil $object nach dem if-block sowieso undef ist!

hier macht es sinn:

aber du darfst ruhig auch mal selbst die initiative ergreifen und den speicher
messen. fuer uns ist das wissen auch nicht vom himmel gefallen.

Über sowas hat man sich Gedanken gemacht, als die Rechner noch maximal 640KB Speicher hatten. Das sind Dinge um die sich Perl eigentlich perfekt kümmert. erst wenn es tatsächlich zu Problemen kommt würde ich mir um den Speicherverbrauch Sorgen machen.

Naja, es kann nie schaden, den Verbrauch von Speicher wenns geht zu reduzieren. Auch wenn man heute sehr viel RAM hat, da sind auch andere Programme, die auch Speicher wollen ;)

Klar, wenn das Programm länger im Speicher bleibt, kann das eine Rolle spielen. Aber einmal laufen Perl Skript i.d.R. nicht lange und dann ist ein Objekt ja erstmal kein Speicherfresser. Solange dort keine MB grossen Dateien eingelesen oder massive Module eingebunden wurden, dürfte die Platzersparniss auf heutigen Systemen minimal sein und bringt meiner Meinung keinen Vorteil.

Struppi+2007-11-12 12:21:45--

Klar, wenn das Programm länger im Speicher bleibt, kann das eine Rolle spielen. Aber einmal laufen Perl Skript i.d.R. nicht lange

wer sagt das denn? kommandozeilenskripte laufen evtl. lange, FastCGI- oder mod_perl-
Prozesse laufen auch meist etwas laenger. gerade bei letzterem kann es sich schon bemerkbar
machen, da ja dort mehrere prozesse laufen und sich das problem dann mal eben
vervielfaeltigt.

Man sollte den Scope bei Variablen einfach so gering wie Möglich halten, dann werden die Variablen (Objekte) automatisch gelöscht wenn sie ungültig werden.

Müssen noch aufräumarbeiten getan werden dann kommt das in die Methode DESTROY() die automatisch aufgerufen wird, wenn ein Objekt zerstört wird.

Eine extra Methode für ein explizites Löschen würde ich nicht machen.

also bei meiner Community wo oftmals viele Requests in sehr kurzem Zeitrahm stattfinden hängt er schon manchmal für eine halbe Sekunde fest weil z.B. der Vorrat an preforks leer geht und er mit dem neu erstellen nicht hinterherkommt.
Deshalb muss ich an jeder Ecke sparen und soviel wie möglich in Module auslagern.

bei der undef-Variante täte mich aber noch interessieren, ob das nur die Löschung des Objekts zur Folge hat, oder ob dann auch z.B. $self vollständig gereinigt bzw. wird.

Froschpopo+2007-11-12 20:36:52--

bei der undef-Variante täte mich aber noch interessieren, ob das nur die Löschung des Objekts zur Folge hat, oder ob dann auch z.B. $self vollständig gereinigt bzw. wird.

hmm? $self ist das objekt.