#1
|
|||
|
|||
Ist maximale Prozessorlast einstellbar?
Hallo zusammen,
ich lasse einen jDownloader auf einem Linuxserver laufen. Dort läuft ein eher Leistungsschwaches System, das primär als NAS läuft. Nun habe aktuell ein paar größere Downloads laufen, bei denen ich ab und zu den Downloadordner zwischenleeren muss. Leider sorgen Systeme wie Mega und dessen Decrypting dafür, dass das jDownloader/Java dauerhaft 100% Prozessorlast erzeugen. Dadurch kann das System aber nicht mehr effizient Dateien verschieben. Ist es irgendwie möglich jDownloader dazu zu bringen nie mehr als bspw. 50 % CPU Leistung zu verwenden? Downloadspeed zu drosseln bringt wenig. Aktuell muss ich jedes Mal alle Downloads stoppen, dann verschieben, dann wieder starten. Das ist relativ unproduktiv. Würde mich freuen, wenn jemand eine Lösung wüsste. P.S.: kann man irgendwo zusätzlich einstellen, dass er die Downloads nach Vollendung einfach auf eine andere HDD verschiebt? Ich konnte nicht im Webinterface finden. |
#2
|
|||
|
|||
Warum nicht gleich auf die andere HD herunterladen?
|
#3
|
|||
|
|||
Weil solche Downloads einen deutlichen Festplattenverschleiß verursachen. Leider.
Deshalb ein Opfer-USB-Stick. Und dann muss eben alle 128 GB mal aufgeräumt werden. Und dazu kommt noch, dass die Daten auf die Festplatte eines zweiten NAS sollen. Sie würden also nicht lokal gespeichert. Das zweite NAS läuft aber normalerweise nicht durch, sondern nur bei Bedarf. Ich hatte auch überlegt die Dateien nach dem Download stets verschieben zu lassen. Aber das ändert ja nichts an der Prozessorlast. Und ich muss auch gestehen, dass die Syntax mir da nicht klar ist. Er soll ja immer die gerade beendete Datei verschieben und nicht einfach alles was er findet. Er müsste also den Namen an das Skript weiterreichen. Habe nie ganz verstanden weshalb man diese Funktion nicht eingebaut hat. Last edited by officiallyme; 22.02.2020 at 19:53. |
#4
|
|||
|
|||
Das mit dem Festplattenverschleiß musst du mal erklären.
|
#5
|
|||
|
|||
Man schreib permanent kleine Datenblöcke mehrerer Downloads gleichzeitig. Das belastet eine normale HDD recht stark.
Bei weitem nicht so schlimm wie Torrents, aber doch nicht so ohne. Es ist nicht tragisch. Aber aus eigener Erfahrung versuche ich das auf ein Minimum zu halten. Letzter jDownloader USBStick hat keine 3 Jahre gehalten. Bei mäßigem Einsatz. Meine anderen USB Sticks sind teils 5-10 und mehr Jahre alt. Bei Torrents hat es zwei HDDs dahingerafft. Egal, ich weiss, dass es bei jDownloader bei weitem nicht so schlimm ist. Aber um eine 4 TB HDD ist es mir "schader" als um einen 1w8 GB Stick ;-) Ich probiere übrigens aktuell mit dem nice command rum. Mal nachher prüfen, ob das hilft. |
#6
|
|||
|
|||
Reduziere die Anzahl gleichzeitiger Verbindungen und Downloads. Erhöhe die Puffer (suche in den Profieinstellungen nach buffer).
USB-Sticks haben keine so ausgefeilte Wearleveling-Mechanismen wie SSDs. Das war möglicherweise auch der Grund für den frühen Ausfall deines USB-Sticks. Darüber hinaus fallen gerne mal auch die Kontroller oder der Quartz für den Kontroller aus. Last edited by oEFLKQzikCqw; 23.02.2020 at 13:19. |
#7
|
||||
|
||||
Quote:
Ohne mit in die Diskussion einsteigen zu wollen wie sinnvoll oder sinnlos dein Vorhaben ist: Über EventScripter Scripte kannst du dein Ziel sicherlich erreichen. Du könntest natürlich auch "von außen" alles verschieben was keine .part Endung hat und kein Archiv ist damit würdest du ggf. ebenso dein Ziel erreichen. Grüße, psp
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
Thread Tools | |
Display Modes | |
|
|