#1
|
|||
|
|||
Warten auf Prüfsumme
Ich habe eine Nachfrage.
Nach dem Download wird der Wert überprüft einer nach dem anderen. Was dazu führen kann das die downloads ausgebremst werden, da nach der "begrenzung" maximale Anzahl der Downloads kein weitere download gestartet wird, bis ein weiterer Check abgeschlossen ist. Gerade bei starken Anbindungen ist das ungut. (da bei mir Downloads höchstens 2-3 sekunden dauern) Daher die Frage besteht die Möglichkeit mehrere Prüfsummen Checks gleichzeitig zu starten? Da bis zu 19 Prüfsummen Checks warten Da Cpu und Ramspeicher scheinbar kaum belastet werden, oder eine weitere Überlegung ist die Prüfsummen Checks unabhänig von der "max gleichzeitigen downloads" zu halten. Da momentan immer ein download gleichzeitig geladen wird, und eine Prüfsumme berechnet. Wenn die Prüfsummenchecks unabhänig von "max gleichzeitigen downloads" wären,stände am ende der Downloads mehr ressourcen für den Prüfsummencheck zur verfügung. Gruß |
#2
|
|||
|
|||
Die CRC-Checks wurden nicht ohne Grund serialisiert. Festplatten können nur eine geringe Anzahl von IO-Operationen pro Sekunde verarbeiten und kommen darüber hinaus sehr schlecht mit parallelen konkurrierenden Zugriffen zurecht. Die nutzbare Datentransferrate bricht dabei massiv ein. Infolge dessen würden parallele CRC-Checks noch länger dauern. Auf CRC-CHeck wartenden Dateien nicht mehr als aktiven Download zu behandeln würde da sicher helfen. Allerdings sollte sich das Problem mit den wartenden CRC-Checks im weiteren Verlauf ein wenig entschärfen.
Alternativ könntest du den Check auch ausstellen. |
#3
|
|||
|
|||
Auschalten würde ich ungern da die Checks auch die Qualität der Downloads sichern.
|
#4
|
||||
|
||||
Wurde alles gut erklärt und gesagt
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Mehr als ein Hashcheck gleichzeitig ist aber nur mit Downloadverzeichnis aus SSD oder RAM-Disk sinnvoll. Oder wenn sich die zu checkenden Dateien auf verschiedenen HDDs befinden.
Was ich hier sinnvoll fände, wenn man den Hashcheck manuell anstoßen und nachholen könnte. Wobei dann auch den Hash eines anderen Mirrors abfragen, wenn der zum Download benutzte Mirror keinen Hash anbietet. Last edited by oEFLKQzikCqw; 12.07.2015 at 16:23. |
#6
|
||||
|
||||
Das geht bereits jetzt schon. Die entsprechende Aktion gibts schon im MenuManager. Zusammen mit dem abschalten des Auto-Checks erreicht man dann das Ziel.
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Die hab ich dann wohl bisher immer übersehen.
Wird dabei dann wenn nötig und möglich auch der Hash von einem Mirror genommen? |
#8
|
||||
|
||||
Nein, das kommt erst mit dem nächsten DownloadCore (der noch in Entwicklung ist)
__________________
JD-Dev & Server-Admin |
#9
|
||||
|
||||
Die Anzahl der gleichzeitigen Hashchecks lässt sich nun über folgende Profieinstellung auf bis zu 20 festlegen:
Code:
GeneralSettings.maxconcurrenthashchecks
__________________
JD Supporter, Plugin Dev. & Community Manager
Erste Schritte & Tutorials || JDownloader 2 Setup Download |
Thread Tools | |
Display Modes | |
|
|