%EC%97%90%EC%84%9C%20%EB%94%94%EC%8A%A4%ED%81%AC%20%EA%B0%84%20%ED%99%9C%EB%8F%99%EC%9D%B4%20%EC%8B%9C%EC%8A%A4%ED%85%9C(c%3A%5C%EB%A5%BC%20%ED%86%B5%ED%95%B4)%EC%97%90%20%EC%A7%80%EC%97%B0%EB%90%98%EB%8A%94%20%EC%9D%B4%EC%9C%A0%EB%8A%94%20%EB%AC%B4%EC%97%87%EC%9E%85%EB%8B%88%EA%B9%8C%3F%20Win10.png)
nonOS D:에서 nonOS E로 대용량 파일을 복사하는 경우:
페이징은 C에 있습니다.
로딩 시간 연장, 브라우저 캐시 지연 등으로 인해 C:에서는 IO가 느려집니다.
(질문 끝)
선택사항 Q: 해결책이 있나요?
답변1
이것은 올바른 관찰입니다. 다른 드라이브에 있음에도 불구하고 전송은 여전히 동일한 SATA 컨트롤러에 의해 처리되고 여전히 CPU에 의해 처리되고 있습니다. 이와 함께 Windows는 여전히 일부 파일 처리(권한 계산, 바이러스 검사 등)를 수행하고 있습니다.
적어도 이 문제를 조금이라도 개선할 수 있는 몇 가지 방법이 있을 수 있습니다. 일부 마더보드에는 로드를 분할하기 위한 여러 개의 SATA 컨트롤러가 있습니다(동적이 아니며 드라이브가 연결된 컨트롤러에 따라 다름). 이는 OS 디스크가 동일한 컨트롤러에 있는 경우 동일한 문제를 일으킬 수 있거나 개선될 수 있습니다. 어떤 것은 하나의 컨트롤러가 데이터를 읽고 North Bridge(이 경우에는 North라고 생각합니다)로 데이터를 보낸 다음 동일한 컨트롤러에서 읽고 쓰는 대신 쓰기가 처리되는 다른 컨트롤러로 보내는 경우도 있습니다. 100% 그럴 생각은 없어.
그렇다면 더 빠를 것입니다.~이었다MBR은 데이터에 대한 포인터만 업데이트하므로 동일한 디스크에 있습니다.
편집: Windows 명령줄과 robocopy 명령을 사용하면 약간의 개선이 있을 수도 있습니다. 이는 로드가 약간 적으며 수행 중인 작업에 따라 일부 플래그를 사용하여 필요한 계산(권한, 오류 검사 등)을 줄일 수 있습니다.