¿Por qué la actividad de disco a disco en unidades no relacionadas (d:\,e:\) retrasa el sistema (a través de c:\) Win10?

Question

Si estoy copiando archivos grandes desde un sistema que no es OS D: a un sistema que no es OS E:

y la paginación está en C:

IO se ralentizará en C:, como se observa por tiempos de carga más prolongados, retraso en la caché del navegador, etc.

(fin de pregunta)

Opcional P: ¿Existe alguna solución?

Answer 1

Ésta es una observación correcta. A pesar de estar en unidades diferentes, la transferencia todavía (probablemente) la maneja el mismo controlador SATA y la CPU aún la procesa. Además de eso, Windows todavía está procesando algunos archivos (cosas como cálculos de permisos, análisis de virus, etc.).

Podría haber algunas formas de mejorar esto, al menos un poco. Algunas placas base tienen múltiples controladores SATA para dividir la carga (no es dinámico, se basa en el controlador al que está conectada la unidad), esto podría causar los mismos problemas si el disco de su sistema operativo está en el mismo controlador, o podría mejorar algunas cosas es decir que un controlador está leyendo, enviando los datos al Puente Norte (creo que es Norte en este caso) y luego al otro controlador donde se manejaría la escritura, en lugar de leer y escribir en el mismo, pero yo No estoy 100% en eso.

También sería más rápido sieranen el mismo disco, ya que el MBR simplemente actualizaría los punteros a los datos.

Editar: también puede ver alguna mejora en el uso de la línea de comando de Windows y el comando robocopy. Esto supone un poco menos de carga y, dependiendo de lo que esté haciendo, podría utilizar algunas opciones para reducir los cálculos necesarios (permisos, comprobación de errores, etc.)