longusnickus schrieb:
da verstehe ich den sinn nicht. wenn ich 3g deinstalliere wäre es doch logisch, wenn stattdessen der kernel treiber automatisch verwendet wird, weil ich das ja durch die deinstallation eigentlich erzwingen will
Vermutlich aus Kompatibilitätsgründen: Das ist der erste Kernel damit und das mit fstrim zeigt ja, dass es noch nicht richtig rund läuft.
Ein anderer Fall, den ich habe, ist ein rel. neuer 256 GB Stick von PNY (war im Angebot): Der lässt sich linear (per dd über die volle Kapazität beschrieben) nur mit ca. 12 MB/s beschreiben (angegeben ist er mit "bis zu" 20 MB/s), kopiere ich größere Dateien per ntfs-3g, sind es durchschnittlich nur noch ca. 10 MB/s, aber mit ntfs3 sogar nur noch 2-3 MB/s! - 100% reproduzierbar.
longusnickus schrieb:
fstrim wäre in meinem fall egal, weil es sich um eine externe HD handelt. naja, werde ich weiterhin 3g verwenden, bis es dafür eine offizielle lösung von manjaro gibt
Kommt auf die Anwendung an: Ich nutze die ntfs-Partition für Videoschnitt (DVB-Aufnahmen) und wenn ich ein mpg mit AVIdemux öffne, wird es komplett gelesen und währenddessen eine Index-Datei erstellt: ntfs-3g liest dann nur noch mit 50 MB/s (egal welche Distribution), während ntfs3 nahezu die volle Geschwindigkeit erreicht (SATA-SSD): Bei mehrere GB großen Aufnahmen ein deutlicher Unterschied.
Ist die Aufnahme dagehen in einem MKV-Container, wird sie zwar auch komplett gelesen, aber keine Index-Datei erstellt: Dann erreicht auch ntfs-3g fast die volle Geschwindigkeit der SSD.
Ich hatte gedacht, das wäre aus Lizenzgründen, aber das hat sich inzwischen ja erledigt. Trotzdem gibt es diese Limitierung auch noch beim aktuellen ntfs-3g von vor ein paar Wochen.
An fuse kann es nicht liegen, da exfat, als es noch fuse war, diese Limitierung nicht hatte.
Keine Ahnung, was das soll.
