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