네트워크 드라이브의 한 위치에서 동일한 네트워크 드라이브의 다른 위치로 대용량 파일을 복사하는 것이 로컬로 복사하는 것보다 훨씬 오래 걸리는 것으로 나타났습니다. 파일을 로컬로 복사하는 대신 네트워크 컴퓨터는 파일을 내 원격 컴퓨터로 보내고 원격 컴퓨터는 해당 파일을 동일한 네트워크 컴퓨터로 다시 보냅니다. 이는 파일이 완전히 불필요하게 네트워크를 통해 전송되고 있음을 의미합니다. 이 문제를 해결할 수 있는 방법이 있나요? 네트워크 드라이브에 있는 비디오 파일을 관리하는 것이 정말 번거로워지고 있습니다.
참고: 이는 Windows 및 Linux(Samba 사용) 네트워크 폴더 모두에 해당됩니다.
답변1
이것은 내가 예상했던 대로이다. 컴퓨터에서 복사를 시작하고 있습니다. 컴퓨터는 파일이 복사되는 매체입니다. psexec와 같은 것을 실행하여 원격 컴퓨터에서 복사 명령을 시작할 수 있습니다.
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx
답변2
joeqwerty가 말한 내용을 조금 추가하면 복사 작업은 사실상 메모리 기반입니다. 즉, 소스는 먼저 전체 또는 세그먼트로 메모리로 읽혀진 다음 대상에 기록됩니다. 멋진 트릭을 사용하지 않으면 이 중 메모리 부분이 네트워크 공유에서 발생할 수 없으며 클라이언트에 관한 한 이는 원격 디스크 드라이브에 지나지 않습니다. FTP와 같은 경우에도 이와 동일한 문제가 발생합니다.
답변3
파일을 이동해도 패널티가 발생하지 않고 복사만 하면 됩니다.
사소한 역사적 기록에 따르면 기업 네트워킹이 시작되던 시절, NetWare가 왕이던 시절, 토큰 링이 흔했고 이더넷이 일반적으로 일종의 동축 케이블을 사용했을 때 Novell은 이 문제에 직면했습니다. NCOPY 명령은 이론적으로 DOS COPY 명령이 수행한 작업 대신 A 지점에서 B 지점으로 파일을 복사하도록 서버에 지시했습니다. 즉, 네트워크를 통해 새 위치에 다시 쓰기 전에 네트워크를 통해 파일을 메모리에 복사했습니다. Move처럼 꽤 빨랐습니다(복사에 비해). 시간이 흐르고 Windows NetWare 클라이언트에 대한 필요성이 대두되었으며 NCOPY는 사라졌습니다. 복사본은 DOS에서 항상 그랬던 것처럼 작동했습니다.
알려진 세계의 다른 모든 것은 John과 Joe가 설명한 대로 작동합니다. 즉, 지난 20년 동안 쓰여진 모든 것이 그런 식으로 작동한다는 것입니다.