한 위치에서 Linux 테스트 서버로 더 큰 파일을 복사하는 동안 1.7-1.9GB 영역에서 계속 연결이 끊어집니다. 사용되는 프로토콜은 차이가 없습니다(SFTP/SCP/SMB).
내 생각에는 대상 서버가 디스크에 블록을 충분히 빠르게 할당할 수 없어 스토리지나 CPU에 병목 현상이 발생하여 연결이 끊어지는 것 같습니다. 대상 시스템이 따라잡았을 때 소스 시스템은 이미 예외를 발생시켰습니다. 최대 전송 속도를 약 15kkb/s(현재 실행 중인)로 조절하면 이를 확인할 수 있을 것 같습니다.
이 문제가 발생하지 않도록 방지하는 방법에 대한 조언이 있는 사람이 있는지 궁금합니다. 나는 호스트나 대상 시스템에서 버퍼나 더 긴 시간 초과를 가지고 노는 것과 관련하여 뭔가를 생각하고 있습니다. 아마도 타사 복사 클라이언트일까요? (Windows에서 기본 rsync가 없는 것이 정말 그리워요)
누구든지 이것에 대한 조언이 있습니까? 가장 편리한 복사 방법은 Windows 시스템을 사용하여 삼바 서버에 연결하는 것인데, 이것이 제가 달성하려는 것입니다.
편집: 아래 설명을 과도하게 늘리지 마십시오. 리소스 병목 현상에 대한 내 생각을 뒷받침하는 또 다른 관찰입니다. 몇 100메가 정도마다 복사 클라이언트를 구체적으로 일시 중지하면(아마도 대상이 따라잡을 수 있도록 허용) 복사가 진행됩니다. 2GiB 복사본의 패킷 캡처를 수행하는 방법을 알아내야 할 것 같습니다. 어쩌면 nice/ionice를 사용하여 smbd의 우선 순위를 낮추고 트릭을 수행할 수도 있습니다.
답변1
사실이지만; 10시에 자세요; 에코 1 > /proc/sys/vm/drop_caches; 완료
이것에 대해 많은 문제가 있지만 이것이 크게 도움이 되었습니다.