#1
|
|||
|
|||
Entpacken langsam seit ein paar Wochen
Hallo
Seit ein paar Wochen ist das Entpacken sehr langsam geworden. Für ca 450mb braucht Jdownloader derzeit um die 5 Minuten, früher ging das in 40-60 Sekunden. Ich habe die Festplatte mit chkdsk überprüft. Keine Fehler wurden gefunden. SMART Werte sind auch in Ordnung. Die Festplatte ist etwas deframentiert, aber das war sie immer. LOG: 26.07.18 07.52.00 <--> 26.07.18 13.12.37 jdlog://4692164433151/ |
#2
|
||||
|
||||
Welchen Wert hast du bei Einstellungen-Profieinstellungen-Extraction.cpupriority ?
Was für ein Archive Typ? RAR oder 7z?
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Extraction.cpupriority = hoch
Archive Typ rar |
#4
|
||||
|
||||
Welche Firewall/AV?
Lese = Schreibplatte? Interne oder Externe/Netzplatte?
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Bis gestern McAfee(abgelaufen), seit heute Norton.
Es ist eine externe WD USB 3.0 Festplatte |
#6
|
|||
|
|||
hab jetzt mal chkdsk intensiv gestartet.
chkdsk x: /f /r /x das dauert etwas (4tb) werde dann morgen berichten |
#7
|
||||
|
||||
Zwei mögliche Ursachen die mir einfallen
1.) Norton. Soweit ich mich erinnern kann hat Norton *Probleme* mit SparseFiles (JDownloader nutzt SparseFiles) was zu spürbar langsameren Zugriffen führt. Ich weiß das eine Firewall/AV mir da mal negativ aufgefallen war, jedoch kann ich das nicht mehr zu 100% sagen welche. Es kann jedoch auch ganz gut der Scan von Norton sein 2.) Die externe Platte. Evtl Kabel/XY Probleme. Zum Test einfach mal auf die interne Platte speichern und dort entpacken, um zu schauen ob es da einen Unterschied gibt. Ebenfalls vielleicht mal Norton deinstallieren und Computer neustarten um zu prüfen, ob das irgendwie *dazwischenfunkt*
__________________
JD-Dev & Server-Admin |
#8
|
|||
|
|||
sorry für die späte Antwort, aber es lag doch an der Festplatte. Hab mir eine Neue gekauft. Hier ist das Entpacken wieder schneller.
geworden. was mir aufgefallen ist Jdownloader speichert die Daten sehr fragmentiert auf der Festplatte, obwohl diese neu und leer ist. |
#9
|
|||
|
|||
Bei mehreren parallelen Downloads auf die selbe Platte ist das anders nicht sinnvoll, weil das unfragmentierte Speichern die Schreibrate massiv einbrechen lassen würde.
|
#10
|
||||
|
||||
JDownloader speichert die Datein als Sparse-Files und die *Stärke* der Fragmentierung hängt dabei von vielen Faktoren wie *Anzahl der Downloads/Verbindungen*, *sonstige Aktivitäten anderer Anwendungen*, *Speicher/Cache des Systems* usw ab.
Ohne Sparse-Files kommt es zu Problemen mit großen Dateien und vielen Verbindungen, da das OS bei einem Schreibvorgang den Rest der Datei mit 0en füllen muss, was dann länger/zu lange dauern kann und DownloadProbleme führen kann. Zb eine 10GB Datei und zwei Verbindungen, dann blockiert das OS solange bis 5GB *leer*geschrieben wurden, damit die zweite Verbindungen bei 5GB anfangen kann. Das kann je nach Umgebung/Platte lange dauern und dann passieren Downloadabbrüche. Gerade bei Archiven stellt das Sparse kein Problem dar, da die Dateien ja entpackt werden und somit eh *nochmals neu* geschrieben werden. Auch ist die Fragmentierung kein *großes* Problem, da es bei normalen Dateien wie Archiven/Video/Musik und co eh nicht *ins Gewicht* fällt. Danke nochmal fürs Feedback bzgl Entpackgeschwindigkeit
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
danke für die ausführliche Erklärung
|
#12
|
||||
|
||||
Dafür musst dich nicht bedanken, hab ja nur den Grund für die Nutzung von Sparse Files erläutert
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|