Possíveis motivos:
- A maioria dos sistemas operacionais não grava os dados imediatamente no disco, mas armazena em buffer ou "armazena em cache" na RAM e espera para realmente gravá-los. Isto é porque
- é mais eficiente do ponto de vista da velocidade enviar um grupo de dados para uma unidade de uma vez e
- O registro em log do NTFS / ext3 / ext4 funciona de maneira eficiente se ele registra várias transações em vez de gravações individuais do setor. Portanto, uma pequena quantidade de dados iniciais de gravação será relatada como concluída e isso ocorrerá rapidamente, com a gravação real no disco sendo feita posteriormente. À medida que as gravações constroem os arquivos de buffer e, em seguida, a velocidade corresponde à velocidade real de gravação física ou velocidade média. Enquanto o IIRC no Windows, este é desativado por padrão para unidades removíveis, a configuração pode não ser assim em seu sistema.
- A maioria dos discos rígidos tem uma quantidade de RAM como um buffer. Esta poderia ser uma segunda camada de "cache" entre você e o disco rígido. Não tenho certeza se os discos rígidos o usam para escrever, mas talvez alguns o façam.
- O disco rígido pode estar fragmentado no ponto em que a transferência de arquivos caiu.
- Assumindo o Windows, acredito que "prioridades de E / S" é um recurso introduzido no Windows Vista e continuado até o 7. Pode ser que a E / S do processo de controle tenha sido despriorizada no kernel depois de ter corrido um pouco a favor um processo usado ou interativo mais recentemente. Isso é apenas um palpite e não sei ao certo como esse recurso realmente funciona.
- Outra comunicação USB no mesmo hub raiz USB pode causar contenção de barramento e lentidão.