#21
|
|||
|
|||
Ich hatte vorher SSD vs SSHD vs HHD Videos verglichen. Nur SSD und SSHD sind schneller. Die HHD braucht doppelt länger die Zeit.
Ich habe die SSHD auch auf PS4 austauschen lassen. Siehe da es geht schneller. Die SSD mit 265GB habe ich nur auf Platte C damit der Windows schneller startet. |
#22
|
||||
|
||||
Das alte Vorurteil von SSD das diese nicht lange Leben In der Regel halten die SSD *genug* aus und deutlich mehr als der *Otto Normal* Nutzer diese nutzt. Zum Beispiel, heise.de/newsticker/meldung/SSD-Langzeittest-beendet-Exitus-bei-9-1-Petabyte-3755009.html
__________________
JD-Dev & Server-Admin |
#23
|
||||
|
||||
Das Problem mit einer HDD (ein Cache hilft nur bis dieser voll ist) ist das die Lese/Schreibrate sich *teilen*. Sprich wenn eine Platte 100MB/s Leserate liefern kann, dann kann sie nicht gleichzeitig 100MB/s Schreibrate liefern. Hier limitieren die IOP/s sehr stark. Sprich wenn deine Platte mit 100MB/s Lesen kann, du aber *gleichzeitig* mit bis uz 50MB/s schreibst (herunterlädst), dann bleibt für den HashCheck der Datei eben irgendwas zwischen 20 und 50MB/s übrig. Wenn die Datei nun sehr groß ist, zb 1GB, dann dauert die Prüfung zwischen 20 und 50 Sekunden und somit im Schnitt deutlich länger als das Herunterladen der Dateien und dann stauen sich eben die Prüfungen an, bis irgendwann der Zeitpunkt gekommen ist, an dem nachdem eine Datei mit der Prüfung fertig ist, der nächste Download schneller fertig ist und auf Prüfung wartet, bis die nächste Prüfung fertig ist
__________________
JD-Dev & Server-Admin |
#24
|
||||
|
||||
Lösung: Je nach System mehr *Buffer* im JDownloader einstellen, was helfen kann, da JDownloader weniger *kleine* Schreibvorgänge auf die Platte schreibt und dadurch im Schnitt eine höhere Leserate erzielt werden kann. zb über Optimierung des verfügbaren Speichers für Java dem JDownloader zb 2GB Speicher geben und dann kannst du zb 100MB Buffer einstellen und 4(Downloads)*2(Verbindungen) einstellen. Und JDownloader schreibt dann 100MB Teile raus. Dies kann helfen, muss aber nicht.
Oder eben den *einfachen* Weg gehen und die Prüfung komplett abstellen. Spätestens beim Entpacken/Abspielen würden sich Fehler nochmal bemerkbar machen
__________________
JD-Dev & Server-Admin |
#25
|
|||
|
|||
Alle 5 Jahre empfehlung SSD Backup erstellen. Aber für fast 800€ 2TB SSD.
Für 120€ wäre der Preis akzeptabel. Solange der Preis noch oben ist werde ich keine teuren SSD kaufen. |
#26
|
||||
|
||||
Warum muss es denn eine 2TB SSD sein? SSD ist für mich eine Arbeitsplatte und HDD zum Lagern, da einfach VIEL günstiger. Sprich ne kleine 256-512GB zum Arbeiten und Rest auf die HDD. Zb auf SSD herunterladen und dann auf die HDD ins *Archiv*
Hast mal den Versuch mit vergrößerten Buffern gemacht?
__________________
JD-Dev & Server-Admin |
#27
|
|||
|
|||
Richtig! Dis 256GB SSD habe ich auf Platte 1 als C:\
Freien Speicherplatz hab ich noch 73,8GB Die 2. Platte mit SSHD benötigt mindestens 2 TB. Da nutze ich fürs Downloaden und Videobearbeitung Last edited by Deafmobil; 08.08.2018 at 16:07. |
#28
|
||||
|
||||
Hast du mal, rein zum Test, auf die SSD geladen und geschaut ob das Problem dann weg/weniger vorkommt? So könnte man schonmal prüfen ob die Ursache wirklich die SHDD ist oder evtl doch irgendwas anderes an/auf deinem Setup.
__________________
JD-Dev & Server-Admin |
#29
|
|||
|
|||
Ja mit SSD gehts besser. Da kann ich erst kaufen wenn die SSD 2TB auf 200€ runtergeht. 800-1300€ würde ich net mal zahlen. Die 256GB SSD bleibt bei Windows 10.
|
#30
|
|||
|
|||
Die Antwort auf diese Frage ist noch offen. Außerdem könnte er ja auch mal die Anzahl der Verbindungen pro Download auf 1 setzen. Das halbiert schon mal die Anzahl der I/O-Vorgänge.
|
#31
|
|||
|
|||
Ich habe keine Ahnung wo Buffer Einstellung ist.
|
#32
|
|||
|
|||
|
#33
|
|||
|
|||
Da steht Wert 500. Welche Zahl soll ich ändern? Soll ich auf 5000 einstellen bei SSHD?
|
#34
|
|||
|
|||
Welche Zahl? In dem Eintrag gibts doch nur eine einzige.
|
#35
|
||||
|
||||
Zeig mal bitte einen Screenshot des About/Über Dialog von JDownloader (Menu-Hilfe-Über..) , dann kann ich dir einen Vorschlag zur Buffergröße geben, da die schon passend zum max Heap von Java sein sollte.
Ein Wert von 5000 bedeutet 5MB pro Verbindung bei 6x2(Downloadsx Verbindungen) sind das dann schon 60MB Buffer. ich würde sogar, je nachdem wieviel das System an Speicher hat, noch mehr eintragen. Sprich Werte bis zu 30-60MB pro Verbindung.
__________________
JD-Dev & Server-Admin |
#36
|
|||
|
|||
|
#37
|
||||
|
||||
Stell mal den Wert auf 50000 (50MB)
Das sorgt für wenig/keine *kleinen* Schreibzugriffe und wenige *sehr große* Schreibzugriffe am Stück. Evtl hilft das bei der IO Verteilung beim Download und HashCheck. Bei soviel Speicher kann man auch mal 100000 (100MB) Buffer versuchen.
__________________
JD-Dev & Server-Admin |
#38
|
|||
|
|||
Klappt jetzt besser. Somit ist das Problem erledigt.
|
#39
|
||||
|
||||
Danke für die Rückmeldung!
Auf welchen Wert hast denn gesetzt? *Gut*, *Besser*, *Viel Besser* ?
__________________
JD-Dev & Server-Admin |
#40
|
|||
|
|||
GeneralSettings.maxbuffersize > Wert 50000
Max. Verbindungen pro Download 2, Max. gleichzeitige Download 5 Besser, hauptsache JD2 nörgelt nicht mehr herum wegen Downloadabbrüche. |
Thread Tools | |
Display Modes | |
|
|