SSD kaum schneller als HDD

[DaishoCB]

Nach langem hin und her scheint es nun nur noch am Dateisystem von NTFS unter Linux zu liegen... Das ich aktuell nur noch auf real 90MB/s transfer Geschwindigkeit komme ist unglücklich aber naja unter ext4 läuft es und unter Windows auch.

 

[Holt]

Welchen Clustersize hat das NTFS denn und hast Du das fehlerhafte Alignment korrigiert?

 

[DaishoCB]

Das die meisten SSDs dies immer noch so angeben, ist unglücklich, denn damit richtet nicht jedes Tool die Partitionen selbstständig an 4k Grenzen aus, wie es für SSDs aber für die optimale Performance nötig ist. Der Start bei 1049kB zeigt, dass es bei Dir auch nicht geklappt hat. Schau Dir die Ausgabe von fdisk -l an, da sollte links der Anfang jede Partition direkt in LBAs erscheinen und der Wert soll ein ganzes Vielfaches von 8 sein, damit die SSD die optimale Performance hat.

Disk /dev/nvme0n1: 447,1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E78B5343-39FD-11E9-92DD-7085C2B0DF01


Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 647016447 647014400 308,5G Microsoft basic data
/dev/nvme0n1p2 647016448 937701375 290684928 138,6G Linux filesystem

Ist also eigentlich i.o. so wie ich es verstehe und ich habe da auch nichts wirklich "neu ausgerichtet".
Komisch ist, dass er hier andere Werte ausgibt.

Klar stellt er hier keine 4k ein so wie ihr das fordert, aber auch bei ext4 nicht und da laeuft es ja.

Hatte es auch nochmal mit mount-option "big_writes" versucht, aber auch kein Unterschied.

 

[Holt]

647016448 ist doch ein ganzes Vielfaches von 8, also ist das Alignment der Partition korrekt. Allerdings scheint mir "Units: sectors of 1 * 512 = 512 bytes" auf eine Clustersize von 512 Byte zu deuten, prüfe dies ggf. noch einmal mit blockdev --getbsz /dev/nvme0n1p1
Damit wäre das korrekt Aligment natürlich wieder egal, da dies ja nur zusammen mit dem Clustersize von 4k funktioniert, denn der Sinn davon ist ja, dass damit alle Cluster ebenfalls an 4k Grenzen beginnen, aber wenn die Clustersize nun nur 512 Byte beträgt, ist dies nur bei jedem achten Cluster der Fall. Prüfe dies doch auch mal mit fsutil fsinfo ntfsinfo C: (in einer Einegabeaufforderung die "Als Administrator" geöffnet wurde), da steht die Clustersize dann direkt erkennbar in der Ausgabe.[/B]

 

[DaishoCB]

blockdev --getbsz /dev/nvme0n1p1
4096

Windows teste ich beim naechsten Mal (komme aktuell nicht wirklich zum Testen :/ )

 

[DaishoCB]

NTFS Volume Serial Number : 0xYYYYYYYYYYY
NTFS Version : 3.1
LFS Version : 2.0
Number Sectors : 0x000000005ac077f8
Total Clusters : 0x000000000b580eff
Free Clusters : 0x0000000008b9df7e
Total Reserved : 0x0000000000000cd8
Bytes Per Sector : 512
Bytes Per Physical Sector : 4096
Bytes Per Cluster : 4096
Bytes Per FileRecord Segment : 1024
Clusters Per FileRecord Segment : 0
Mft Valid Data Length : 0x000000000d800000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000000000002
Mft Zone Start : 0x0000000000812ca0
Mft Zone End : 0x000000000081e4e0
Max Device Trim Extent Count : 256
Max Device Trim Byte Count : 0xffffffff
Max Volume Trim Extent Count : 62
Max Volume Trim Byte Count : 0x40000000
Resource Manager Identifier : XXXXXXXXXXXXXXXXXXX

Sieht also doch etwas anders aus ... speed passt wie gesagt aber wie erwaehnt die Langlebigkeit koennte hier leiden...

 

[Holt]

Bytes Per Sector : 512
Bytes Per Physical Sector : 4096
Bytes Per Cluster : 4096

Das passt aber nicht zu den Angaben unter Linux, von 512 Byte pro physikalischer Sektor ausgelesen wurde:

Sector size (logical/physical): 512B/512B

Number Start End Size File system Name Flags
1 1049kB 331GB 331GB ntfs Kingston-480GB msftdata
2 331GB 480GB 149GB ext4


gleiches gilt fuer die Crucial

Model: CT1000P1SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B

Auch hier:

Disk /dev/nvme0n1: 447,1 GiB, 480103981056 bytes, 937703088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Diese 512 Byte "Units: sectors" sieht mir auch anderes aus als die "Bytes Per Cluster : 4096"

 

[DaishoCB]

hier nochmal von der Kingston platte (das andere war die Crucial)...

NTFS Volume Serial Number : 0xUUUUUUUUUU
NTFS Version : 3.1
LFS Version : 2.0
Number Sectors : 0x000000002690a7f8
Total Clusters : 0x0000000004d214ff
Free Clusters : 0x00000000049c1b90
Total Reserved : 0x0000000000000400
Bytes Per Sector : 512
Bytes Per Physical Sector : 4096
Bytes Per Cluster : 4096
Bytes Per FileRecord Segment : 1024
Clusters Per FileRecord Segment : 0
Mft Valid Data Length : 0x0000000000040000
Mft Start Lcn : 0x0000000000000004
Mft2 Start Lcn : 0x00000000037e427f
Mft Zone Start : 0x000000000112d2a0
Mft Zone End : 0x0000000001139ac0
Max Device Trim Extent Count : 256
Max Device Trim Byte Count : 0xffffffff
Max Volume Trim Extent Count : 62
Max Volume Trim Byte Count : 0x40000000
Resource Manager Identifier : NNNNNNNNNNNNNNNNNNN