Por que a atividade de disco para disco em unidades não relacionadas (d:\,e:\) atrasa o sistema (via c:\) Win10

Question

Se estou copiando arquivos grandes de nãoOS D: para nãoOS E:

e a paginação está em C:

O IO ficará mais lento em C:, conforme observado por tempos de carregamento mais longos, atraso no cache do navegador, etc.

(pergunta final)

Opcional P: Existe uma solução?

Answer 1

Esta é uma observação correta. Apesar de estar em unidades diferentes, a transferência ainda é (provavelmente) feita pelo mesmo controlador SATA e ainda está sendo processada pela CPU. Junto com isso, o Windows ainda está processando os arquivos (coisas como cálculos de permissão, verificações de vírus, etc.).

Poderia haver algumas maneiras de melhorar isso, pelo menos um pouco. Algumas placas-mãe têm vários controladores SATA para dividir a carga (não é dinâmico, é baseado em qual controlador a unidade está conectada), isso pode causar os mesmos problemas se o disco do sistema operacional estiver no mesmo controlador ou pode melhorar algumas coisas é dizer que um controlador está lendo, enviando os dados para a Ponte Norte (acredito que seja o Norte neste caso) e depois para o outro controlador onde a escrita seria tratada, em vez de ler e escrever no mesmo, mas eu não estou 100% nisso.

Também seria mais rápido seeramno mesmo disco, já que o MBR apenas atualizaria os ponteiros para os dados.

Editar: você também pode ver algumas melhorias no uso da linha de comando do Windows e do comando robocopy. Isso é um pouco menos carregado e, dependendo do que você está fazendo, você pode usar alguns sinalizadores para reduzir os cálculos necessários (permissões, verificação de erros, etc.)