Você não pode simplesmente subtrair o número de discos de paridade do número de fusos totais e obter resultados úteis se estiver fazendo cálculos de transações de IOP. Há mais acontecendo nos bastidores:
RAID 10:
- 1 leitura de frontend traduz-se em 1 IOP de back-end (d0 lido)
- 1 write de frontend traduz em 2 IOPS de backend (d0 write, d1 write)
RAID 5:
- 1 leitura de frontend traduz-se em 1 IOP de back-end (d0 lido)
- 1 write de frontend traduz-se em 4 IOPS backend (d0 read, parity read, d0 write, gravação de paridade)
RAID 6: (não 100% de certeza sobre esses números - alguém, por favor, me corrija se eles estiverem desligados)
- 1 leitura de frontend traduz-se em 1 IOP de back-end (d0 lido)
- 1 escrita frontend traduz-se em 6 IOPS backend (d0 read, parity read, qarity read, d0 write, parity write, qarity write)
Por exemplo, em um conjunto de RAID com 8 discos:
- RAID10: 100 gravações de frontend convertem para 200 IOPS no back-end (ou 25 / drive )
- RAID5: 100 gravações de frontend convertem para 400 IOPS no back-end (ou 50 / drive )
- RAID6: 100 gravações de frontend se traduzem em 600 IOPS no back-end (ou 75 / drive )
Observe que, para os cálculos RAID10, o método de "subtrair o número de fusos de paridade do número total de fusos" fornece a resposta correta. No entanto, isso cai nos cálculos RAID5 / RAID6.