So, musste die Testmaschine dann doch zumindest mal ein wenig quälen.
Zur Erinnerung: TR3960X, 64GB RAM, 4x Samsung 980 Pro 1TB (auf x4/x4/x4/x4 Adapterkarte).
Disks:
Code:
PS F:\> wmic diskdrive list brief
Caption DeviceID Model Partitions Size
Samsung SSD 980 PRO 1TB \\.\PHYSICALDRIVE3 Samsung SSD 980 PRO 1TB 1 1000202273280
SAMSUNG MZVPW256HEGL-00000 \\.\PHYSICALDRIVE4 SAMSUNG MZVPW256HEGL-00000 3 256052966400
Samsung SSD 980 PRO 1TB \\.\PHYSICALDRIVE0 Samsung SSD 980 PRO 1TB 1 1000202273280
AMI Virtual HDisk0 USB Device \\.\PHYSICALDRIVE5 AMI Virtual HDisk0 USB Device 0
Samsung SSD 980 PRO 1TB \\.\PHYSICALDRIVE2 Samsung SSD 980 PRO 1TB 0 1000202273280
Samsung SSD 980 PRO 1TB \\.\PHYSICALDRIVE1 Samsung SSD 980 PRO 1TB 0 1000202273280
PhyiscalDrive0: NTFS (Standardsettings) = N:
PhyiscalDrive1: ZFS = F:
PhyiscalDrive3: ReFS (dazu gleich mehr) = R:
ZFSonWindows: aktueller Build
Pool kreiert mit:
Code:
zpool create -O casesensitivity=insensitive -O compression=off -O atime=off -o ashift=12 zfsroot Physicaldrive1
Dataset kreiert mit:
Code:
zfs create zfsroot/zfsvol
CrystalDiskMarks:
Wir sehen: ZFS-Caching kann r0xx0rn. Aber nach wie vor der schon bekannte Einbruch bei 4K.
Der ReFS-Bench war allerdings noch mit Standardsettings:
Code:
PS F:\> Get-FileIntegrity r:\
FileName Enabled Enforced
-------- ------- --------
r:\ False True
Setzen wir mal spaßeshalber auch Checksummen auf Daten, um quasi Chancengleichzeit zwischen ZFS und ReFS herzustellen:
Code:
PS F:\> Set-FileIntegrity R:\ -Enable $True
F:\> get-FileIntegrity r:\
FileName Enabled Enforced
-------- ------- --------
r:\ True True
Hoi, da ist ZFS ja auf einmal auch beim write besser. (Na gut, das ist jetzt noch nicht wirklich repräsentativ, da ich genau einen Durchlauf gemacht habe...)
Bin neugierig: was passiert denn, wenn wir jetzt noch den Schreibcache auf den SSDs deaktivieren? Also mal Haken entfernen:
War dazu auch mal ungeduldig und habe die Benchmarks auf den drei Disks GLEICHZEITIG laufen lassen (sollte so ein 24/48-Kerner ja eigentlich parallel hinbekommen). Kurios (der ZFS Bench war übrigens als erstes fertig):
Auf einmal ist ZFS bei den writes auch bei 4k gleichauf bzw. schreibt schneller als ReFS... also doch mal lieber Gegenprobe und einen Bench nach dem anderen:
So sehen selbst die 4K writes gar nicht mal schlecht aus. Read ist komischerweise nun auch verdammt nah beieinander, mal abgesehen von Q32T1 4K Random Reads. Muss ich nicht verstehen, oder?
github.com
)
