#1
|
|||
|
|||
download und entpacken optimieren
Hallo JD Team,
eine Option die es erlaubt während eines Entpackvorgangs den Download anzuhalten oder stark zu drosseln, oder alternativ ein sehr groß einstellbarer RAM Puffer >500MB damit JD auch mal 2 Min ohne HD laden kann wäre wünschenswert finde ich... Es kommt manchmal beim gleichzeitigen Download von mehreren >5 Dateien mit (30Mbit) und dem entpacken eines größeren mehrteiligen Archivs zu echten zu Orgien bei Kopfpositionierung, (vermutlich wird dann auch noch ein gerade fertiger DL gecheckt)!? Also die Platte knattert dann wie bei einem ganz üblen "burn in Test" teilweise bis zu 2 Minuten und die Performance bricht dann sowie so total ein, so dass ich mir schon Sorgen um die Festplatte mache, selbst dann wenn man auf eine zweite Festplatte entpackt. habe fertig, mit den Wünschen (jedenfalls für heute) LG staubwolke Last edited by Jiaz; 14.12.2010 at 11:55. |
#2
|
||||
|
||||
sorry, aber es ist aufgabe des os schreib/lese operationen auf die platte zu koordinieren.
großer jd puffer = alle motzen weil jd viel ram braucht, rumgeheule wenn was passiert und der download weg ist, system hat weniger speicher wenn du ne schnelle leitung hast dann weniger downloads parallel oder auto entpacken abschalten und erst laden und dann alles entpacken. es ist sache des os schreibzugriffe zu buffern und co (vorausgesetzt du hast viel ram). und ram kostet heutzutage ja nicht mehr viel du glaubst nicht wie schön schnell ein system mit 32gb ram sich anfühlt :p
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Moin JD Leutz,
nun habe ich herausgefunden was die Festplatte so derbe quält dieser üble HD "burn in test" entsteht wenn zum laufenden Speichervorgang der DL's, noch mehrere EntpackAktionen gestartet werden. Meint wenn bereits ein entpackt Vorgang läuft (das ist unkritisch ) und währenddessen weitere DL's fertig werden und JD noch weitere unpack Aktionen aufruft, dann kommt die Platte ins rödeln ........ Aber das könnte man doch relativ einfach in den Griff bekommen denke ich, in dem man eine "cue" für die EntpackAufträge einrichtet so dass immer nur ein Archiv ausgepackt wird. Außerdem werden auf der Ziel HD dann auch zusammenhängen Dateien erzeugt und nicht Blockweise abwechselnder Datei1-Datei2-Datei3 Salat Das wäre jetzt ein weiterer Wunsch an das JD Team LG staubwolke |
#4
|
||||
|
||||
jd entpakt nur 1 file gleichzeitig und hat das immer so getan. das funzt seit über 2 jahre so und ging nie anders.
bitte logfiles, denn dort wäre das zu sehen
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Moin, JD Leutz
so nun habe ich einmal versucht JD vorsätzlich in den "Platten-Rödelmodus" zu bringen und habe etliche Pakete ca 25, jeweils bis auf das letzte *.rar Teil fertig geladen und dann habe ich den dl aller Rest.rar's angestoßen Und Jiaz hat wohl Recht, es wird scheinbar immer nur ein Archiv entpackt aber der crc-check der unmittelbar nach jedem fertigem dl durchgeführt scheint wohl der Auslöser zu sein, denn das geknörre der HD beginnt immer dann, wenn bereits ein Archiv entpackt wird (gelber Stern) und währenddessen weitere dl's fertig geladen werden und unmittelbar danach der CRC-check durchgeführt wird. Werden nun im Abstand weniger Sekunden ein paar dl' fertig ist das Chaos beim Zugriff auf die HD perfekt Möglicherweise reichen auch schon mehre crc-ckeck's gleichzeitig für das gerödel ? Heute während des "Test" hat die HD fast 5 Min geknörrt bis sie sich wieder "gefangen" hatte Vielleicht kann das JD Team ja da etwas optimieren? die 100 Mbit/s Leitungen kommen bald in unser Gegend Last edited by staubwolke; 14.12.2010 at 11:07. |
#6
|
||||
|
||||
werde einbauen das nur ein CRC check gleichzeitig laufen kann, okay? das sollte stark abhelfen
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Hallo Jiaz,
muss wohl bald Weihnachten sein, wenn einem so viele Wünsche erfüllt werden Danke dafür von staubwolke |
#8
|
|||
|
|||
Hallo Jiaz,
also insgesamt ist das CRC gerödel auf der Platte nicht mehr so wild, in sofern hat dein Eingriff nur noch ein CRC check zuzulasssen durchaus Wirkung gezeigt Wenn unrar und CRC zusammentreffen knört es aber immer noch ganz schön auf der HD. Letztens ist mir etwas aufgefallen wo JD wieder ein HD burn in test gemacht hat. Da war nämlich aus einem Paket das File.part1 das letzte welches fertig geladen wurde und dann hat scheinbar JD den CRC check durchgeführt und gleichzeitig hat der unpacker das selbe File angefangen zu lesen zum auspacken, das schien mir besonders laut könnte man die CRC checks und das auspacken nicht gegenseitig verriegeln? |
#9
|
||||
|
||||
ja werd ich einbauen, aber ob das so ne gute idee ist? zb entpackst du grad 8gb oder so, dann würden deine downloads blockieren bis entpacken fertig ist und keine neue starten
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Hallo Jiaz,
vielleicht könnte man CRC check vorrangig abarbeiten und während dessen den "unrar" Prozess pausieren? |
#11
|
|||
|
|||
staubwolke, kauf dir ne SSD dann rödelt nix mehr. :-)
|
#12
|
|||
|
|||
Guten Morgen! Gehört vielleicht nicht hierein, trägt auch nichts zu dieser frage bei. Aber kann ich JD2 Sagen er soll erst alles downloaden und danach. entpacken? Wenn es geht wo finde ich die Funktion ich kann es nicht finden.
LG Last edited by raztoki; 20.05.2017 at 03:22. |
#13
|
|||
|
|||
siehe gerade in dem anderen thread. seh ich genauso. wer oft große archive lädt und das mit zb ner 50mbit leitung und in kombi mit dem leider viel zu langsamen entpacker würde das alles nur unnötig verzögern
|
#14
|
||||
|
||||
@kaiuwe: Inwiefern langsamer Entpacker? Nur 7zip ist in der default Variante *sehr langsam* aber RAR archive sind bei mir die SSD/HDD der Flaschenhals.
Evtl https://board.jdownloader.org/showthread.php?t=71069 probiert?
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|