Lob und 2 Fragen

Krokodil_59 · 19. August 2018, 12:28

Diese Zeile ist neu:
UUID=022083DE2083D757 /media/hdd auto defaults 1 1

Koivo · 19. August 2018, 16:49

Ich würde sagen:

Quellcode

UUID=022083DE2083D757 /media/hdd ntfs-3g defaults,big_writes 1 1

Bin mir da aber nicht ganz sicher.

Krokodil_59 · 19. August 2018, 17:04

Ich werd´s ganz einfach mal ausprobieren!

Koivo · 19. August 2018, 17:59

Aber denke an den richtigen Editor daür wie Notepad++
Ansonsten machst du dir die Datei kaputt.

Krokodil_59 · 20. August 2018, 06:36

Getestet: Die Ausgabe via telnet "mount" bleibt immer die selbe. Der Parameter wird anscheinenf ignoriert.
Ok. Ist jetzt aber wirklich kein Beinbruch. Da müssen wir nicht weiter dran forschen. Haken wir das also ab.

Nochmals vielen herzlichen Dank an alle Image-Bauer und die freundlichen Helfer hier im Forum!

Koivo · 20. August 2018, 07:12

Vielleicht ohne das defaults?

Quellcode

UUID=022083DE2083D757 /media/hdd ntfs-3g big_writes 1 1

Krokodil_59 · 20. August 2018, 07:35

Habe ich auch versucht - ohne Erfolg. Dafür gibts ein wesentlich größeres Problem: siehe den neuen Thread mit dem 64kB-Problem...

Koivo · 20. August 2018, 08:14

Ist doch gelöst.

Aber wenn ich das richtig verstehe:

Quellcode

#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
UUID=022083DE2083D757 /media/hdd ntfs-3g big_writes 0 0

Sollte das so funktionieren. Vielleicht noch die Option auto dazu:

Quellcode

UUID=022083DE2083D757 /media/hdd ntfs-3g auto,big_writes 0 0

DboxOldie · 20. August 2018, 08:29

Ich erwähnte ja schon, dass mount nicht unbedingt den Parameter anzeigt obwohl er angegeben wurde ( bei mir auch nicht ) :

Quellcode

/dev/sdb1 on /media/RECORD-sdb1 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

Aber ein ps per Telnet ( bei HDF glaube ps -e ) zeigt den Prozess mit Parameter an :

Quellcode

1892 root 2824 S ntfs-3g -o big_writes /dev/sdb1 /media/RECORD-sdb1

Und das es funktioniert kann man mit dem Speedtest sehen.

Krokodil_59 · 20. August 2018, 08:34

Ahhh. Ok. Dann könnte das durchaus funktioniert haben. Ich werde es im Laufe des Tages nochmal mittels Speedtest checken.

DboxOldie · 20. August 2018, 09:42

Auszug aus dem README der ntfs-3g Source:

Quellcode

You can also make NTFS to be mounted during boot by putting the below
line at the END(!) of the /etc/fstab file:
/dev/sda1 /mnt/windows ntfs-3g defaults 0 0

Wichtig den ntfs-3g mount immer als letzte Zeile der fstab (!)
Und so:

Quellcode

#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
UUID=022083DE2083D757 /media/hdd ntfs-3g big_writes,defaults 0 0

sollte es funktionieren.

Krokodil_59 · 21. August 2018, 07:31

So.... Hier ist das Ergebnis der "Untersuchungen" mit der von DboxOldie vorgeschlagenen Zeile:

DboxOldie schrieb:

UUID=022083DE2083D757 /media/hdd ntfs-3g big_writes,defaults 0 0

Auch wenn es, wie er sagte, bei der mount-Abfrage nicht angezeigt wird, bringt das zwischen 10 und 20 Prozent mehr Schreibgeschwindigkeit. Die Ergebnisse schwanken mit der Auslastung der Box. Man muss also sehr aufpassen, dass man bei der Messung immer die gleichen Bedingungen schafft, sonst ist es nutzlos.

Ich habe z.B. festgestellt, dass während der Tests ein SD-Sender mit quasi Standbildern (Alpenpanrama) grundsätzlich mehr Durchsatz auf der Platte bringt, als ein HD-Sender mit vielen Details im Bild (Natur, Gras, Bäume, viele Schwenks et.) Was logisch ist, denn das braucht halt mehr Rechenzeit. Wohlbemerkt: Nicht die Sender wurden aufgemommen, sondern immer der Test mit der 1,3GB-Datei ausgeführt. Die Sender liefen nur im Hintergrund!

Grundsätzlich lässt sich sagen, dass die Leistung durch die "big_writes" (auf meinem System) so um rund 15% steigt. Also hat sich das gelohnt!
Ob sich das auf EXT3/EXT4 übertragen lässt weiß ich nicht. Das kann ja mal jemand anderes testen...

Also noch mal vielen, vielen Dank an alle Beteiligten hier. Wären alle Leute in den Internet-Foren so freundlich und sachverstädig, dann sähe das Internet wesentlich besser aus!

:danke:

Koivo · 21. August 2018, 08:04

Ext3/4 ist von Haus performanter. Das braucht man solche Verbiegungen nicht. Es ist auch nicht so CPU abhängig.
Aber gut wenn es so funktioniert.

DboxOldie · 21. August 2018, 11:32

Krokodil_59 schrieb:

Grundsätzlich lässt sich sagen, dass die Leistung durch die "big_writes" (auf meinem System) so um rund 15% steigt. Also hat sich das gelohnt!
Ob sich das auf EXT3/EXT4 übertragen lässt weiß ich nicht. Das kann ja mal jemand anderes testen...

Ja bei der HD51 mit USB2.0 Platte mit ntfs ist es nicht "mehr".
Eine USB3.0 Platte mit ntfs hat aber rund 200% Leistungszuwachs an der Box.

Ext3/4 kennt den Parameter nicht, ist auch nicht nötig wie @Koivo schon schreibt, da erhöhen sich die Transfer Chunks automatisch auf das System Maximum.

Lob und 2 Fragen

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

DboxOldie schrieb:

Krokodil_59 schrieb:

Teilen

Ähnliche Themen