QD berarti "Kedalaman Antrian". Dalam praktiknya, ini berarti berapa banyak IO-operasi yang dapat diberikan oleh sistem operasi kepada perangkat tersebut sebelum menunggu tanggapan terhadap operasi-operasi tersebut.
Aplikasi normal biasanya membaca sesuatu, menunggu hasilnya dan kemudian melanjutkan untuk membaca sesuatu yang lain setelah hasil pertama diproses. Ini adalah QD1 karena hanya satu operasi baca dijalankan secara paralel dan hasilnya diperlukan sebelum permintaan lain dapat dilakukan. Hampir semua aplikasi non-database milik kelas ini. (Semua karya video biasanya milik kelas ini kecuali bahwa ukuran IO jauh lebih besar / lebih mudah dari 4K.)
Sistem server biasanya menjalankan beberapa proses QD1 secara paralel dan jika server berjalan katakanlah 32-64 paralel QD1-memproses keseluruhan beban untuk perangkat bisa sekitar QD32.
Jika beberapa spesifikasi perangkat SSD mengatakan "Acak 4K Baca" atau "Acak 4K Tulis" Anda dapat benar-benar yakin bahwa itu berarti QD32 karena spesifikasi QD1 selalu jauh lebih rendah dan manufaktur tidak suka angka rendah dalam lembar spesifikasi.
Jika Anda tidak yakin bahwa sistem Anda dapat terus beroperasi tingkat QD32 nyata, Anda harus melihat nomor QD1 saja. Jika Anda tertarik pada latensi operasi apa pun yang diberikan, Anda harus melihat nomor QD1 hanya jika sistem menjalankan QD32 secara keseluruhan.
TL; DR: QD32 = perilaku kasus terbaik, QD1 = perilaku kasus terburuk.
Sebagai contoh, drive Toshiba Hawk HK4E SSD mengklaim memiliki "Random 4K Read: 75K IOPS" dan "Random 4K Write: 30K IOPS". Itu adalah nomor QD32. Performa QD1 dunia nyata adalah sekitar 6.5K IOPS untuk dibaca dan 6.5K IOPS untuk menulis. Dan jika Anda menyinkronkan drive setelah setiap operasi (tunggu data berada di disk sebelum melanjutkan) untuk menulis acak 4K QD1 Anda mendapatkan sekitar 0,7K IOPS.
Jika Anda menjalankan Linux, Anda dapat membandingkan dengan disk Anda saat ini dengan tes berikut (disk tes ini menyimpan direktori kerja saat ini):
fio --name TEST --eta-newline=5s --filename=test.img --rw=randwrite --size=500m \
--io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 \
--direct=1 --numjobs=1 --runtime=60 --group_reporting
Gunakan --fsync=0untuk pengujian tanpa sinkronisasi ke penyimpanan permanen (jika mendapatkan data untuk mendorong cache internal sudah cukup) dan ditetapkan --iodepth=32untuk pengujian QD32. Akhirnya, atur --blocksize=2048kuntuk mendapatkan beberapa gagasan tentang bandwidth yang dapat digunakan untuk mengedit video (tapi ingat bahwa perangkat lunak video biasanya memiliki QD1 atau QD2).
(Selain itu, saya berharap RAM yang cukup untuk investasi yang jauh lebih baik untuk pekerjaan penyuntingan / pembuatan video. Pekerjaan video seharusnya tidak memerlukan kinerja 4K acak. Saya akan merekomendasikan setidaknya 32 GB RAM untuk pekerjaan terkait video apa pun kecuali klip video Anda benar-benar singkat. Jika sistem Anda tampaknya tidak stabil, dapatkan sumber daya berkualitas tinggi - saya sarankan Corsair atau Silverstone). Jika sistem masih tampak tidak stabil, dapatkan UPS. Jika sistem masih belum cukup stabil untuk Anda, dapatkan ECC RAM - ini seringkali memerlukan peningkatan motherboard dan CPU juga.)