QD significa "Profundidade da Fila". Na prática, isso significa quantas operações de IO o sistema operacional é capaz de fornecer ao dito dispositivo antes de esperar por uma resposta a qualquer uma dessas operações.
Aplicações normais geralmente lêem algo, aguardam o resultado e, em seguida, passam a ler alguma outra coisa após o primeiro resultado ter sido processado. Isso é QD1 porque apenas uma operação de leitura é executada em paralelo e os resultados são necessários antes que outra solicitação possa ser feita. Praticamente todas as aplicações que não são de banco de dados pertencem a essa classe. (Todos os trabalhos em vídeo geralmente pertencem a essa classe, exceto que o tamanho do IO é muito maior / mais fácil do que 4K).
Um sistema de servidor geralmente executa vários processos QD1 em paralelo e, se o servidor estiver rodando, digamos 32-64 processos paralelos QD1, a carga geral para o dispositivo pode ser em torno de QD32.
Se alguma especificação de dispositivo SSD disser "Random 4K Read" ou "Random 4K Write", você pode ter absoluta certeza de que significa QD32 porque a especificação QD1 é sempre muito menor e os fabricantes não gostam de números baixos nas folhas de especificações.
Se você não tem certeza de que seu sistema é capaz de operar continuamente o nível real do QD32, você deve olhar apenas os números do QD1. Se você está interessado em latência de qualquer operação, você deve olhar os números QD1 apenas mesmo no caso de o sistema estar executando o QD32 em geral.
TL; DR: QD32 = melhor comportamento do caso, QD1 = pior comportamento do caso.
Por exemplo, a unidade SSD Toshiba Hawk HK4E afirma ter "Random 4K Read: 75K IOPS" e "Random 4K Write: 30K IOPS". Esses são números QD32. O desempenho real do QD1 é de cerca de 6.5K IOPS para leitura e 6.5K IOPS para gravação. E se você sincronizar a unidade após cada operação (aguarde que os dados estejam no disco antes de continuar) para a gravação aleatória 4K QD1, você obtém 0.7K IOPS.
Se você estiver executando o Linux, poderá comparar com seu disco atual com o seguinte teste (isso testa o disco que está armazenando o diretório de trabalho atual):
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
Usar --fsync=0 para testes sem sincronização com armazenamento permanente (se a obtenção de dados para o cache interno for suficiente) e defina --iodepth=32 para testes QD32. Finalmente, defina --blocksize=2048k para ter alguma idéia sobre largura de banda utilizável para edição de vídeo (mas lembre-se que o software de vídeo geralmente tem QD1 ou QD2).
(Além disso, eu esperaria RAM suficiente para ser muito melhor investimento para edição de vídeo / criação de trabalho. Se o seu sistema parece instável, obter ECC RAM. Se seu poder parece instável, obter UPS. Trabalho de vídeo não deve exigir desempenho aleatório 4K Eu recomendo pelo menos 32 GB de RAM para qualquer trabalho relacionado a vídeos, a menos que seus clipes de vídeo sejam realmente curtos.)