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

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.

wie schon gesagt, wenn du nicht riesige Datenmenge im Speicher hast spielt "ein Objekt" mehr oder weniger im Speicher keine Rolle. Du wirst durch das löschen keinen Geschwindigkeitsvorteil bekommen.

Wenn du wirklich dein Perl Programm optimieren wilst, schau dir mal an was andere empfehlen http://www.google.de/search?q=perl+performance
soweit ich das sehe, empfiehlt niemand delete

[EDIT]Link korrigiert.

Struppi+2007-11-13 03:02:26--

Wenn du wirklich dein Perl Programm optimieren wilst, schau dir mal an was andere empfehlen http://www.google.de/search?num=20&hl=de&ie=UTF-8&...
soweit ich das sehe, empfiehlt niemand delete

estens funktioniert der link irgendwie nicht und zweitens ist es auch kein wunder, dass bei
der suche nach perl und performance kein hinweis auf undef() auftaucht (ich vermute, du
meintest undef und nicht delete, denn delete ist eine ganz andere funktion).
es ging doch in der originalfrage nicht um performance, sondern um speichersparen.

Daher habe ich auch Froschpopos Satz zitiert.
Und das der Link nicht geht liegt nicht an mir, sondern am automatischen Umwandeln des Forums (oder etwas anderem, die URL war so im Browser). Aber jetzt nochmal geprüft: http://www.google.de/search?q=perl+performance

Wobei ich aber es auch für fragwürdig halte Speicher sparen zu wollen durch das manuelle löschen von Objekten (ausser, wie schon erwähnt, wenn ein Modul mehrere MB Daten einliest).

[EDIT]oops, stimmt da hab ich schlampig formuliert, ich meinte natürlich auch nicht den Befehl delete, da die meisten Perfomance Artikel in Englisch sind, die ich überflogen hatte, war ich so drin, dass ich damit meinte das löschen von Objekten.

So, ich hab jetzt auch mal nach Seiten gesucht wo Perl und Speicher sparen thematisiert wird. Ich kann nirgends einen Hinweis finden das es sich lohnt zur Laufzeit manuell mit undef Objekte aus dem Speicher zu holen. Dafür umso häufiger den Hinweis, das man bevor man anfängt wahlos zu "optimieren" erstmal mißt was und wo ein Nadelöhr ist, also in dem Falle ob es tatsächlich an zu wenig Speicher liegt.

Struppi+2007-11-13 13:44:36--

So, ich hab jetzt auch mal nach Seiten gesucht wo Perl und Speicher sparen thematisiert wird. Ich kann nirgends einen Hinweis finden das es sich lohnt zur Laufzeit manuell mit undef Objekte aus dem Speicher zu holen.

Pauschal kann man so etwas sowieso nicht sagen. pq hat ja ein Beispiel gezeigt, wo es sich lohnen kann und wo nicht.

Naja, das Beispiel zeigt nur wie man es macht, wenn es sich lohnen würde. Ich habe bisher noch nie undef benutzt, weil ich Speicher sparen wollte. Sowas verzögert ja eher den Programmfluss und ich hatte bisher eher Probleme mit der Laufzeit.

Dann möchtest du wahrscheinlich einen profiler benutzen.

Wenn du dein Programm zum Beispiel mit "perl -d:DProf ./Programm" startest dann läuft dein Programm normal weiter aber es wird noch eine "tmon.out" Datei erstellt.

Die Informationen dieser Datei kannst du dann mit "dprofpp" anzeigen lassen.

Dort steht dann drin welche Subroutine am meisten aufgerufen wurde, wie lange das Programm in einer bestimmten Subroutine verbracht hat etc.

Mit diesen Informationen kannst dann gezielt schauen wo eine Optimierung am meisten etwas bringt.

Ich sowieso nicht ich hab den Thread nicht angeworfen - aber genau das würde ich machen, aber der OP geht von Speicherproblemen aus.

Wenn der OP mod_perl verwendet, dann hat er auf jeden Fall Speicherprobleme.

Ich hab noch nie mit mod_perl gearbeitet, aber das klingt als ob du von mod_perl abrätst?

Aber soweit ich das verstehe, ist unter mod_perl eher das Problem, dass alle Module die geladen wurden, im Speicher gehalten werden und wenn wir mal wieder auf den Ausgangspunkt zurück kommen, war die Frage:

Quote

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?

Das klingt einerseits nach einem globalen Objekt. Ist es unter mod_perl nicht sinnvoll dieses im Speicher zu halten, bzw. ist das nicht der Vorteil von mod_perl, das eben nicht immer alles neu geladen wird?

Gleichzeitig klingt das aber wieder nicht nach einem globalen Objekt (wg. $self) und dann wird es sowieso automatisch "gelöscht" (gelöscht stimmt ja nur bedingt) wenn es nicht mehr benötigt wird.

Mir stellt sich die Frage, warum es sinnvoll sein soll ein Objekt von Hand zu löschen, dass sowieso gelöscht wird? Und selbst wenn es relativ viel speicher belegt, wird das löschen nicht unbedingt einen folgenden Prozess beschleunigen, da das löschen schon Zeit kosten kann, eher verlangsamen.