NTFS Schreibgeschwindigkeit ist Langsam

[Conan89]

Hallo erst mal.

Es geht um meine Qnap NAS, wo mit Debian läuft.
Das problem ist, das die Schreibgeschwindigkeit auf eine NTFS Partition (HDD Ist eine WD30EZRX) relativ langsam ist.
Sie ist intern er sata verbunden, so wie die System HDD (eine 2,5zoll hdd).
Wen ich von der Systemplatte die schreibgeschwindigkeit messen bekomme ich folgendes ergebnis:

root@Qnap-NAS:/# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 28,9277 s, 37,1 MB/s

Wen ich dagegen von der NTFS partition/hdd (die HDD hat nur eine Partition) die geschwidigkeit messe bekommen ich das raus:

root@Qnap-NAS:/media/Filme_8# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 221,324 s, 4,9 MB/s

Gibt es nen kniff, damit die Geschwindigkeit höher wird?
NTFS mounte ich so per fstab:
UUID=2C32xxxxx /media/Filme_8 ntfs-3g rw,uid=1000,gid=1000,dmask=0002,fmask=0003 0 0

Könnt ihr mir Helfen?

[DeletedUserReAsG]

Gibt es nen kniff, damit die Geschwindigkeit höher wird?

Gibt es einen zwingenden Grund für NTFS? Wenn nein, wäre der Kniff, da ein für das System geeigneteres Dateisystem draufzutun.

[Conan89]

Ja, direkter anschluss an einen Windows PC. ext4 ist da für mich keine option, die windows programme die ich getestet habe haben alle fehler bei mir produziert.

[Lord_Carlos]

Die platte ist manchmal direkt am Windows PC angeschlossen, und manchmal im QNAP via sata verbaut?

[Conan89]

98% der Zeit in der NAS 2% an Windows, also eher selten.

Ok zurück zu thema, warum geht es nicht scheller?

[DeletedUserReAsG]

Ok zurück zu thema, warum geht es nicht scheller?

Weil ntfs-3g im Userspace läuft (via fuse), und dadurch etwas mehr Ressourcen benötigt, während deine (leider nicht genauer benannte) NAS-Kiste eh schon sehr schwach auf der Brust zu sein scheint (37MB/s waren selbst vor über zehn Jahren schon ’n Zeichen für einen größeren Engpass im System).

[Conan89]

während deine (leider nicht genauer benannte) NAS-Kiste eh schon sehr schwach auf der Brust zu sein scheint

Danach hättest du uach in deinem ersten post fragen können

root@Qnap-NAS:/media/Dbox_VU_9# sudo lshw -C memory
*-memory:0
description: System memory
physical id: 0
size: 755MiB
*-memory:1 UNCLAIMED
description: Memory controller
product: Marvell Technology Group Ltd.
vendor: Marvell Technology Group Ltd.
physical id: 2
bus info: pci@0000:00:00.0
version: 01
width: 64 bits
clock: 33MHz (30.3ns)
capabilities: pm msi pciexpress bus_master cap_list
configuration: latency=0
*-memory:2 UNCLAIMED
description: Memory controller
product: Marvell Technology Group Ltd.
vendor: Marvell Technology Group Ltd.
physical id: 4
bus info: pci@0000:01:00.0
version: 01
width: 64 bits
clock: 33MHz (30.3ns)
capabilities: pm msi pciexpress bus_master cap_list
configuration: latency=0

https://www.qnap.com/de-de/product/ts-4 ... s/hardware

[DeletedUserReAsG]

Danach hättest du uach in deinem ersten post fragen können

Ich bin eher ein Freund davon, dass der Hilfesuchende soviel relevante Information, wie nur möglich, eigenständig liefert. Im Falle von Performanceproblemen zählt die Benennung der Hardware auf jeden Fall zu den relevanten Informationen, denke ich.

https://www.qnap.com/de-de/product/ts-4 ... s/hardware

ARM, ein Kern, 2GHz. Angesichts dessen würde ich annehmen, dass ich das Problem getroffen habe: das Ding ist einfach zu wenig leistungsfähig, um mit dem ntfs-3g-Geraffel noch nennenswert Daten umsetzen zu können.

[Conan89]

Hab mal rumprobiert und hab momentan es so in der fstab:
UUID=2C32xxxxxxxxx /media/filme_8 ntfs-3g auto,defaults,big_writes 0 0
Ergenis ist:

root@Qnap-NAS:/media/filme_8# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
1024+0 Datensätze ein
1024+0 Datensätze aus
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 66,0191 s, 16,3 MB/s

Schon mal 4 mal so schnell, werde noch weiter experemenieren.

[Tintom]

Hast du mal mit den Optionen von dd gespielt? Oder gänzlich einen anderen Befehl probiert?

$ dd if=/dev/zero bs=1M count=1024 conv=fdatasync,notrunc of=tempfile_1
1024+0 records in
1024+0 records out
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 10,0952 s, 106 MB/s

$ dd if=/dev/zero bs=1M count=1024 of=tempfile_2
1024+0 records in
1024+0 records out
1073741824 bytes (1,1 GB, 1,0 GiB) copied, 8,72635 s, 123 MB/s

$ head -c 1G /dev/zero |pv > tempfile_3
1,00GiB 0:00:05 [ 174MiB/s] [ <=> ]