Come lo testiamo?

Metodologia di prova

Raccomandiamo ai lettori che non sono interessati a questa procedura di saltare direttamente alla pagina riassuntiva dei risultati.

Modelli
ADATA S511 60 GB
ADATA S511 SSD 120 GB
ADATA XPG mSATA SSD SX300 128 GB
Corsair F100 100 GB
Corsair Force 3 120 GB
Corsair Force GS 240 GB
Corsair Force GT 120 GB
Corsair Neutron GTX 240 GB
Corsair P128 128 GB
Corsair X128 128 GB
Extrememory XLR8 Express 120 GB
Intel SSD 335 Series 240 GB
Intel SSD 520 180 GB
Intel SSD 520 240 GB
Intel X25-E 32 GB SLC
Intel X25-M 80 GB
Intel X25-M Gen2 34nm 160 GB
Intel X25-M Gen2 34nm 160 GB Raid0
Intel X25-M Gen2 34nm 160 GB Raid0 (Full)
Kingmax SMP35 Client 240 GB	n/A
Kingston HyperX SSD 120 GB
Kingston HyperX 3K SSD 120 GB
Kingston HyperX SSD 240 GB
Kingston SSDNow V+ 64 GB
Kingston SSDNow V+ 200 90 GB
Kingston SSDNow VSeries 40 GB
OCZ Agility 120 GB (v. 1.3)	nA
OCZ Agility 3 240 GB
OCZ Agility 4 256 GB
OCZ Apex 120 GB	n/A
OCZ Technology Core V2 60 GB	n/A
OCZ IBIS 240 GB
OCZ Octane 512 GB
OCZ Octane 1 TB
OCZ RevoDrive 3 240 GB
OCZ RevoDrive 3 X2 480 GB PCIe-SSD
OCZ RevoDrive X2 480 GB PCIe-SSD
OCZ RevoDrive Hybrid 120GB SSD, 1TB HDD
OCZ Synapse 64 GB
OCZ Vector 256 GB
OCZ Vertex 120 GB	n/A
OCZ Vertex 120 GB (v 1.5)	n/A
OCZ Vertex 120 GB (v 1.5) (Full)	n/A
OCZ Vertex 3 240 GB
OCZ Vertex 3.20 120 GB
OCZ Vertex 4 256 GB
OCZ Vertex 4 256 GB Firmware 1.4RC
OCZ Vertex 4 256 GB Firmware 1.5
OCZ Vertex 4 512 GB
OCZ Vertex 4 512 GB Firmware 1.4RC
Photofast G-Monster 120 GB V2	n/A
Samsung SSD PM800 64GB (VBM18C1Q)	n/A
Samsung SSD PM800 256 GB (VBM19C1Q)	n/A
Samsung SSD PM800 256 GB (VBM18C1Q)	n/A
Samsung PM830 SSD 128 GB
Samsung PM830 SSD 256 GB
Samsung PM840Pro 256 GB
SanDisk Extreme SSD 120 GB
SanDisk Extreme SSD 240 GB
Toshiba THNSNF512GCSS 512 GB	n/A
Sistema di test
Scheda madre	ASUS P8P67 Deluxe B3
Chipset	Intel P67	1'333 MHz
Processore	Intel Core i7 2600k	3.4 GHz
Memorie	Kingston HyperX 2133	4 GByte
Scheda video	Gigabyte GeForce GTX 285
Disco di sistema	Seagate Barracuda	640 GB
OS	Ubuntu - Kernel più recente Windows 7 64 Bit
Filesystem	XFS

Pensiamo che chiunque legga questo articolo si immagini questo scenario: si è appena acquistato un disco rigido che promette 120 Mbyte/s di scrittura e lettura. Nelle review si legge un valore di 110 Mbyte/s, ma appena si monta il tutto ci si rende conto che è tutto tremendamente più lento. L'intera storia peggiora ulteriormente se si avvia un benchmark di scrittura e lettura random di blocchi di 4 KByte: solo 3 MByte/s...male, molto male.

Per questo non pubblicheremo screen di programmi "tradizionali" come HD-Tach, HD-Tune e via discorrendo: noi esigiamo che i nostri test siano:

• Riproducibili
• Precisi
• Significanti
• Vari ...

... sind.

Effettueremo i test con attivati sia la cache che l'NCQ (Native Command Queuing) poiché di norma sono entrambi attivati nell'uso giornalieri, successivamente testeremo sempre pacchetti di dati che siano almeno grossi il doppio delle memorie, per azzerare le interferenze.

Abbiamo notato che l'errore di misurazione è di circa il ±2%, tenetelo bene a mente!

Valuteremo inoltre i dati S.M.A.R.T. per controllare la presenza di errori

La prossima tabella servirà da riassunto per il test

Test	Osservazioni
Test Scrittura/Lettura Sequenziale	I valori sono entro le specifiche? Che influenza ha la dimensione dei dati? Che influenza ha la dimensione dei blocchi del filesystem?
Test Scrittura/Lettura Random	Quant'è l'influenza sul massima velocità di trasmissione dati (sequenziale)? Quelle influence à la taille du bloc ?[/fr][it]Che influenza ha la dimensione dei blocchi? Che influenza ha la dimensione dei blocchi del filesystem?

iozone3

iozone3 è una suite di benchmark per le soluzioni di storage che gira nativamente in ambiente Linux

Testeremo il throughput con pacchetti di diversa grandezza con i seguenti comandi:

KByte/s

• iozone -Rb test4k.xls -i0 -i1 -i2 -+n -r 4k -s4g -t32
• iozone -Rb test16k.xls -i0 -i1 -i2 -+n -r 16k -s4g -t32
• iozone -Rb test32k.xls -i0 -i1 -i2 -+n -r 32k -s4g -t32
• iozone -Rb test64k.xls -i0 -i1 -i2 -+n -r 64k -s4g -t32
• iozone -Rb test128k.xls -i0 -i1 -i2 -+n -r 128k -s4g -t32
• iozone -Rb test256k.xls -i0 -i1 -i2 -+n -r 256k -s4g -t32

iops

• iozone -Rb test4ko.xls -i0 -i1 -i2 -+n -r 4k -s4g -t32 -O
• iozone -Rb test16ko.xls -i0 -i1 -i2 -+n -r 16k -s4g -t32 -O
• iozone -Rb test32ko.xls -i0 -i1 -i2 -+n -r 32k -s4g -t32 -O
• iozone -Rb test64ko.xls -i0 -i1 -i2 -+n -r 64k -s4g -t32 -O
• iozone -Rb test96ko.xls -i0 -i1 -i2 -+n -r 96k -s4g -t32 -O
• iozone -Rb test128ko.xls -i0 -i1 -i2 -+n -r 128k -s4g -t32 -O

 

Perché testiamo pacchetti di grandezza differente?

E' importante riprodurre lo scenario d'uso giornaliero. Certi parametri devono essere variabili per effettuare una stima accurata della bontà del prodotto. Nei nostri test utilizzeremo pacchetti di grandezza variabile, così da definire con esattezza la velocità (in Kbytes) di lettura e scrittura durante le trasmissioni

Con questo metodo di test è possibile provare sia file di grosse che di piccole dimensioni, di norma nell'uso giornaliero è facile imbattersi in file più piccoli di 16 KByte, frequenti nei database o nelle mail. I test con blocchi di 16 KBytes sono d'interesse per tutte le applicazioni di tipo database

Nei grossi array di hd in raid di norma la cache è disabilitata e tutto il lavoro ricade sul controller-RAID. In questo scenario i dischi hanno assoluta necessità di essere veloci nel trattare in scrittura e lettura blocchi piccoli. Il throughput sequenziale in questo caso non è interessante da considerare

Pagina 1 - Introduzione / Specifiche	Pagina 7 - Letture casuali KByte/s
Pagina 2 - Impressioni	Pagina 8 - Scrittura sequenziale ops
Pagina 3 - Come testiamo?	Pagina 9 - Lettura sequenziale ops
Pagina 4 - Scrittura sequenziale KByte/s	Pagina 10 - Scrittura casuale ops
Pagina 5 - Lettura sequenziale KByte/s	Pagina 11 - Lettura casuale ops
Pagina 6 - Scrittura casuale KByte/s	Pagina 12 - Conclusioni

Discuti l'articolo sul forum