나는 이전에 이와 같은 것을 본 적도 들어본 적도 없으며, 온라인에서 이와 같은 다른 것을 찾을 수도 없습니다.
네트워크를 기가비트로 업그레이드했고 최근 대용량 파일을 전송하고 있습니다(문제는 총 200GB가 넘는 DVD 이미지 묶음이었습니다). 저는 몇 GB 이상의 파일 세트를 복사하려고 할 때마다 이 이상한 동작을 발견했습니다. 여기서 Mint는 RAM에 데이터 덩어리(보통 약 1.2GB 이하, 때로는 단지 수백 메가바이트)를 로드합니다. 전송이 시작됩니다. 전송이 완료되면 실제로 전송을 중지하고 이전 청크를 내보내고 다음 청크가 RAM에 로드될 때까지 전송이 계속되기를 기다립니다. 그러면 네트워크를 통한 전송이 재개됩니다. 그런 다음 반복하십시오. 그리고 반복하세요. 그리고 반복하세요. 모든 데이터가 완료될 때까지.
다음은 이상한 순간 중 하나의 시스템 모니터 스크린샷입니다.
. RAM이 데이터를 덤프하는 정확한 순간에 전송이 종료되는 것을 볼 수 있으며, 전송이 다시 재개되는 것과 동시에 RAM이 평탄화되는 것을 볼 수 있습니다. 또한 흥미로운 점은 Sys의 3.2GB 대신 실제로 6GB의 RAM이 있다는 것입니다. 모니터는 여러분이 믿게 할 것입니다. Mint가 갑자기 이 사실을 보고하지 못한 것은 이번이 두 번째입니다. 그러나 그것은 다른 날에 대한 질문입니다.
세상에서 가장 나쁜 것은 아니지만, 내가 사용한 다른 모든 운영 체제가 네트워크를 통해 데이터를 전송하는 동안 동시에 RAM 안팎으로 데이터를 로드할 때 약간 짜증이 납니다. 멈춰서 그것에 대해 생각할 필요가 없습니다. 이 문제를 해결할 수 있다면 이렇게 많은 양의 데이터를 이동할 때 시간을 절약할 수 있을 것입니다.
어떤 제안, 구제책, 진단 또는 이론이 있습니까?
답변1
마르코의 말은 나에게 영감을 주어 내가 생각하지 못했던 일을 시도하게 했고, 나는 그 답을 발견했다. 글쎄요, 대안을 찾은 것 같아요. 이에 대해 더 자세히 아는 사람이 있으면 답변을 추가해 주세요.
파일 전송 방법을 미리 지정해야 합니다. 이는 WebDAV를 통해 Synology NAS에 연결하여 (물론) 네트워크를 통해 수행되었습니다.
Marco의 의견에 따라 몇 가지 다른 방법을 사용하여 약 11.7GB를 NAS에 복사하는 것을 테스트했습니다.
Samba: 평균적으로 훨씬 빠를 뿐만 아니라, 데이터가 로드될 때까지 기다리지 않습니다.
FTP: 평균적으로 더 빠르며 데이터가 메모리에 로드될 때까지 전송이 멈추지 않지만 때로는 CPU가 약간 이상해집니다... 코어 중 하나를 최대로 사용하여 FTP 프로세스를 종료해야 했습니다. , 전송을 취소한 후에도 CPU를 계속 점유하기 때문입니다.
WebDAV: 이전과 동일 - RAM은 많은 데이터를 가져오고 데이터가 전송된 다음 RAM이 이를 덤프하고 더 많은 데이터를 가져오고 해당 데이터를 전송하는 등의 작업을 수행합니다.
그래서 저는 이 경우 Samba가 더 나은 접근 방식이라는 것을 알았습니다. 나는 약간의 인터넷 검색을 했고 일부 사람들은 WebDAV가 특히 LAN의 경우 투박한 프로토콜이라고 생각한다는 것을 발견했습니다.
그러나 이것이 WebDAV의 방식인지(다른 사람들도 같은 문제를 겪고 있는지), 아니면 Mint에 문제가 있는 것인지, 아니면 이것이 단지 Mint를 위한 나의 특별한 설정인지는 알 수 없습니다. 그래서 나는 이것을 최선의 답변으로 선택하기 며칠 전에 다른 사람이 더 나은 솔루션/내가 할 수 없는 것을 더 추가할 수 있는지 확인하기 위해 이것을 제공할 것이라고 생각했습니다.