Hallo,

ich programmiere ja zur Zeit an einem Socket Chatserver.
Ein Tester meinte nach einiger Zeit kommt die Fehlermeldung: ide0(3,3): write failed, user block limit reached.

Und er kann dann nix mehr im Chat schreiben.
Muss man Arrays und Hashes mit "undef" aus dem Speicher entfernen, da sie sonst drinbleiben ?

Wenn keine Referenz mehr auf Variablen bestehen, und wenn malloc() es schafft, dann werden diese Variablen geloescht.

Kann es daran liegen das das Chatlog zu groß geworden ist und keiner mehr reinschreiben kann ? Oder evtl. weil die Datei geflockt wurde und mehrere gleichzeitig schreiben ?

Eigentlich sollte es reichen, große Arrays auf undef zu setzen,um den Inhalt loszuwerden (falls es nicht noch andere Referenzen darauf gibt). Die Frage ist nur, wann die Garbage Collection diesen einsammelt und freigibt.

Ist Dein Problem denn wirklich ein Speicherproblem? Bitte doch den Tester, bei dem das Problem auftritt, seinen freien Speicher im Auge zu behalten, während der Test läuft.

[quote=Crian,12.Jan..2004, 11:22]Eigentlich sollte es reichen, große Arrays auf undef zu setzen,um den Inhalt loszuwerden (falls es nicht noch andere Referenzen darauf gibt). Die Frage ist nur, wann die Garbage Collection diesen einsammelt und freigibt.
[/quote]
Es gibt keine klassische Garbage Collection bei perl. Sobald keine Referenzen mehr existieren (also wenn SvREFCNT_dec zu einem Referenzzaehler gleich Null fuehrt) wird das Objekt freigegeben. Dann obliegt es malloc() dafuer zu sorgen, ob der Speicher tatsaechlich an das Betriebssystem zurueckgegeben wird.

waere interessant zu wissen, an welcher stelle dieser Fehler auftaucht... mit dem Arbeitsspeicher scheint das wohl eher nichts zu tun zu haben, denn sonst kaeme wohl eher ein Out-Of-Memory-Error

Zur Freigabe des Speichers:
1. am besten, man ueberlaesst es Perl, aufzuraeumen, indem man die Variabe (inkl. Referenzen) Out-Of-Scope bringt. undef %groessereDatenstruktur kann manchmal ganz schoen lange brauchen (damit meine ich nicht nur ein paar Sekunden).
2. Ich habe irgendwie noch kein Betriebssystem gefunden, unter dem Perl den freigewordenen Speicher tatsaechlich so ans Betriebssystem zurueckgibt, dass das Betriebssystem ihn gleich wieder verwenden kann. Der freigewordene Speicher kann jedoch von diesem Perl-Prozess selbst wiederverwendet werden, wobei es da ein paar Tricks gibt, um die Speicherfragmentierung zu verringern, z.B. indem man moeglichst am Anfang des Programmes den Speicher fuer grosse Arrays oder Hashes voralloziiert, z.B. $#array = 100000; (natuerlich nur, wenn man mindestens 100000 elemente darin braucht). Das kann auch einen ganz schoenen Laufzeitgewinn bringen...\n\n

<!--EDIT|Strat|1073906702-->

Wieviel Speicher legt er denn für jeden Arrayeintrag an, wenn Du $#array = 100000; angibst?

Für verschieden lange Strings wirds wohl nicht reichen, eher für je eine Referenz oder so, oder?

[quote=Crian,12.Jan..2004, 12:49]Wieviel Speicher legt er denn für jeden Arrayeintrag an, wenn Du $#array = 100000; angibst?
[/quote]Devel::Size sagt es dir.

Quote

Für verschieden lange Strings wirds wohl nicht reichen, eher für je eine Referenz oder so, oder?

Das Array selbst enthaelt nur Zeiger auf SVs. Die SVs selbst muessen dann nochmal alloziert werden, ggfs. zusaetzlich mit dem Platz fuer die eigentlichen Strings.

[quote=Strat,12.Jan..2004, 12:23]
2. Ich habe irgendwie noch kein Betriebssystem gefunden, unter dem Perl den freigewordenen Speicher tatsaechlich so ans Betriebssystem zurueckgibt, dass das Betriebssystem ihn gleich wieder verwenden kann. [/quote]
Linux (oder besser: einige glibc-Versionen von Linux) allozieren grosse Speicherbloecke ("gross" ist dabei 128K, kann per Environment-Variable geaendert werden) per mmap(). Das hat den Vorteil, dass mit munmap() dieser Speicher komplett zurueckgegeben wird. Der Nachteil von mmap() ist, dass es recht langsam ist und es wahrscheinlich auch eine Obergrenze fuer die Gesamtzahl von mmap-Bereichen gibt; deshalb wird diese Moeglichkeit nicht generell fuer das Speichermanagement verwendet.

@ptk: dankeschoen, habe ich wieder was gelernt.