Tenha em mente que seus cálculos pressupõem que o sistema só pode ler de uma unidade por vez. O desempenho real de leitura por unidade deve estar na ordem de 120 MB / s. Simultaneamente, a leitura de 4 drives deve render 480MB / seg, então a paridade precisa ser calculada (concomitantemente com a leitura porque a gravação está indo para a quinta unidade) e a paridade é gravada (novamente, simultaneamente com a leitura). Portanto, o fator limitante deve ser apenas paridade. Processadores modernos devem ser capazes de facilmente XOR 480MB / seg de dados (eu posso MD5 100MB / seg de dados) - o que significa que um RAID5 de 5x2TB não deve durar mais do que 4,3 horas se estiver operando em velocidade total.
Na realidade, minha reconstrução está planejando levar cerca de 96 horas - ou operar uma velocidade total de 5,5MB / s por unidade. Considerando que as leituras de unidade única operam a 120 MB / seg ou seja, 1/20 da velocidade máxima de leitura.
Eu acredito que o sistema está fazendo isso como um processo de baixa prioridade, a fim de não sobrecarregar o resto do sistema, mas 1/20 parece ser desnecessariamente conservador. Deve ser trivial diminuir a velocidade da reconstrução com base no uso geral do sistema em vez de em uma velocidade fixa de taxa baixa. Mas, novamente, ninguém nunca afirmou que as soluções internas de invasão do Windows eram rápidas ou otimizadas.
Isso também ignora completamente o fato de que um novo ataque não precisa ser sincronizado. Nenhum outro sistema que usei sincroniza exclusivamente um novo volume sem a opção de "compilação rápida" sem sincronização.