Se vuoi la precisione, dovresti usare fio. Richiede la lettura del manuale ( man fio) ma ti darà risultati accurati. Si noti che per qualsiasi precisione, è necessario specificare esattamente ciò che si desidera misurare. Qualche esempio:
Velocità READ sequenziale con blocchi grandi (questo dovrebbe essere vicino al numero che vedi nelle specifiche per il tuo disco):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=read --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Velocità WRITE sequenziale con blocchi di grandi dimensioni (questo dovrebbe essere vicino al numero che vedi nelle specifiche del tuo disco):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=write --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Lettura 4K casuale QD1 (questo è il numero che conta davvero per le prestazioni del mondo reale a meno che tu non lo sappia per certo):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randread --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Misto casuale 4K leggere e scrivere QD1 con sincronizzazione (questo è il numero peggiore che ci si possa aspettare dal proprio disco, in genere meno dell'1% dei numeri elencati nel foglio delle specifiche):
fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randrw --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting
Aumenta l' --sizeargomento per aumentare le dimensioni del file. L'uso di file più grandi può ridurre i numeri ottenuti in base alla tecnologia dell'unità e al firmware. I file di piccole dimensioni daranno risultati "troppo buoni" per i media rotazionali perché la testina di lettura non deve spostarsi molto. Se il tuo dispositivo è quasi vuoto, l'utilizzo di un file abbastanza grande da riempire quasi completamente il disco ti darà il comportamento peggiore per ogni test. Nel caso di SSD, le dimensioni del file non contano molto.
Tuttavia, si noti che per alcuni supporti di archiviazione la dimensione del file non è importante quanto i byte totali scritti durante un breve periodo di tempo. Ad esempio, alcuni SSD possono avere prestazioni significativamente più veloci con blocchi pre-cancellati o potrebbero avere una piccola area flash SLC che viene utilizzata come cache di scrittura e le prestazioni cambiano quando la cache SLC è piena. Come altro esempio, gli HDD SMR Seagate hanno circa 20 GB di area cache PMR che ha prestazioni piuttosto elevate ma una volta che è pieno, scrivere direttamente nell'area SMR può ridurre le prestazioni al 10% rispetto all'originale. E l'unico modo per vedere questa degradazione delle prestazioni è innanzitutto scrivere 20+ GB il più velocemente possibile. Ovviamente, tutto dipende dal carico di lavoro: se l'accesso in scrittura è pieno di ritardi prolungati che consentono al dispositivo di pulire la cache interna, sequenze di test più brevi rispecchieranno meglio le prestazioni del mondo reale. Se devi fare un sacco di IO, devi aumentare entrambi--io_sizee --runtimeparametri. Si noti che alcuni supporti (ad esempio la maggior parte dei dispositivi flash) subiranno un'ulteriore usura da tali test. A mio avviso, se un dispositivo è abbastanza scarso da non gestire questo tipo di test, non dovrebbe essere utilizzato per conservare dati di valore in ogni caso.
Inoltre, alcuni dispositivi SSD di alta qualità potrebbero avere algoritmi di livellamento dell'usura ancora più intelligenti in cui la cache SLC interna ha abbastanza intelligenze per sostituire i dati in atto che vengono riscritti durante il test se colpisce lo stesso spazio di indirizzi (vale a dire, file di test è inferiore alla cache SLC totale). Per tali dispositivi, le dimensioni del file ricominciano a contare. Se hai bisogno del tuo carico di lavoro effettivo, è meglio provare con le dimensioni dei file che vedrai nella vita reale. Altrimenti i tuoi numeri potrebbero apparire troppo belli.
Si noti che fiocreerà il file temporaneo richiesto alla prima esecuzione. Sarà riempito con dati casuali per evitare di ottenere numeri troppo buoni da dispositivi che imbrogliano comprimendo i dati prima di scriverli nella memoria permanente. Il file temporaneo verrà chiamato fio-tempfile.datnegli esempi precedenti e memorizzato nella directory di lavoro corrente. Quindi dovresti prima passare alla directory montata sul dispositivo che vuoi testare.
Se hai un buon SSD e vuoi vedere numeri ancora più alti, aumenta --numjobssopra. Ciò definisce la concorrenza per le letture e le scritture. Tutti gli esempi precedenti sono stati numjobsimpostati in 1modo che il test riguardi la lettura e la scrittura di processi a thread singolo (possibilmente con una coda impostata con iodepth). Gli SSD di fascia alta (ad esempio Intel Optane) dovrebbero ottenere numeri elevati anche senza aumentare di numjobsmolto (ad esempio 4dovrebbe essere sufficiente per ottenere i numeri di specifica più elevati), ma alcuni SSD "Enterprise" devono andare a 32- 128per ottenere i numeri di specifica perché la latenza interna di quelli i dispositivi sono più alti ma il throughput complessivo è folle.
