Algo para estar ciente é que seu comando dd não estará ignorando o cache do sistema de arquivos do sistema operacional. Isso significa que você obterá resultados variados dependendo do que estiver acontecendo, e você notará uma variação significativa de desempenho à medida que aumenta o tamanho da saída (e, portanto, exaure seu cache fs)
Adicione o "oflag = direct" para ignorar o cache do sistema de arquivos no arquivo de saída, por exemplo,
time dd if=/dev/zero of=OUT.tmp bs=1M count=1000 oflag=direct
Você pode ignorar o cache do sistema de arquivos para leitura usando iflag = direct
Além disso, seu desempenho irá variar muito com o tamanho do bloco. Enquanto o 1M é uma troca muito boa para testar gravações sequenciais, a menos que seu aplicativo esteja escrevendo blocos 1M, ele não representará seu desempenho real.
Como um ponto geral, esses números de taxa de transferência são bastante péssimos - uma única unidade sata (como as unidades Seagate ES.2) pode atingir uma gravação sequencial de 105 MB / s no início da unidade e manterá ~ 60MB / sec durante todo o percurso.
Finalmente, "melhores práticas" de banco de dados geral dizem para evitar RAID5 / 6 como um sistema subjacente para um banco de dados, devido à sobrecarga relativamente alta causada por paridade escreve (não o próprio cálculo de paridade real, que é bastante barato em hardware, mas o efeito de ter que fazer leituras e gravações extras ao escrever nova paridade).
