View Single Post
  #36  
Old 10.02.2011, 13:23
cobrito
Guest
 
Posts: n/a
Default

So, das hat mir jetzt keine Ruhe gelassen. Nachdem ich getestet habe, dass der purge-Befehl problemlos gestartet werden kann, auch während jDownloader läuft bzw. downloaded, hab ich mir einen automatischen Workaround gebastelt.

Auf meinem Download-Ordner liegt nun eine Ordneraktion, die automatisch ein shell-script triggert, sobald eine neue Datei im Ordner angelegt wird. Das shell-script liest den derzeitigen freien RAM aus und führt purge aus, wenn der freie RAM einen bestimmten Schwellenwert (zB. 256 MB) unterschreitet. Purge gibt den inaktiven RAM frei und jDownloader hat wieder genug RAM, um sich breit zu machen.

Und da eine neue Datei (=ein neuer part) immer dann begonnen wird, wenn ein alter beendet ist, ist das vom Timing her ganz okay.

Das shell-script ist ganz einfach:
Code:
#!/bin/bash
threshold=$1
current=`top -l 1 | grep Phys | cut -d " " -f 10 | cut -d M -f1`
if [ $current -lt $threshold ];
	then
		purge
fi
Die Ordneraktion ebenfalls:
Führe das shell script "/Volumes/Daten/Stefan/Downloads/jDownloader/purgeScript 256" aus.

Funktioniert perfekt. Freilich bleibt es ein Workaround - lieber wär es mir, wenn die jDownloader Jungs das Problem lösen würden.

Last edited by cobrito; 10.02.2011 at 13:26.
Reply With Quote