Linux에서 파일 복사 작업이 시간이 지남에 따라 왜 느려지 는가?

12 ~ 200MB 파일이 있습니다. 이들 중 하나를 다른 드라이브에 복사하는 데 20 초가 걸립니다. 한 번에 모든 항목을 복사하려고하면 먼저 5 분이 걸릴 것이라고 말한 다음 시간과 날짜로 속도가 느려집니다.

XFCE에서 Thunar를 통해 파일을 복사하고 있지만 명령 줄을 사용하여 비슷한 문제가 발생하는 것을 기억합니다. 왜 이런 일이 발생하며 파일을 하나씩 복사하는 것 외에 다른 방법으로 해결할 수 있습니까?

이것은 오랫동안 알려진 리눅스 커널의 알려진 문제이며 아직 아무도 문제를 해결하지 못했습니다.

속도를 증가시킨 다음 정상화하는 Windows를 제외하고는 현재 수정 또는 알려진 해결 방법이 없습니다. 이 버그는 우선 순위가 매우 높은 문제이지만 프로그래머는 같은 생각을하지 않습니다. 이 버그만으로 Linux에서 멀어지기 시작했습니다.

전송 속도를 모니터링하려면 rsync 를 시도해야합니다 . 예를 들면 다음과 같습니다.

rsync -PSauv sourcedir/* destdir/

실제로 큰 파일과 달리 전송 속도가 실제로 떨어지는 경우 몇 가지 다른 사항을 확인해야합니다.

1. 디스크가 I / O 바인딩 된 경우 문제가 있습니다. 플래시 드라이브 나 외부 USB 장치에 많이 쓸 때 종종 이런 현상이 나타납니다.

2. 두 디스크를 모두 테스트하여 디스크 hdparm -Tt <device>속도가 다른 장치보다 훨씬 느리거나 I / O 문제를 일으킬 수있는 다른 장치보다 훨씬 느린 지 확인하십시오.

3. 귀하의 확인 dmesg를 당신이 명백한 디스크 오류가없는 확인하고 출력하여 SMART 상태를. badblocks -n비 SMART 드라이브에서 디스크 오류가 의심되는 경우 고려할 수도 있습니다 .

디스크가 쓰러지거나 성능이 저하 될 수있는 데는 여러 가지 이유가 있지만 문제를 측정 할 수있을 때까지 문제가 무엇인지 알 수 없습니다. :)

파일 복사 프로세스도 Linux에 의해 캐시됩니다. 단일 파일 (200MB 파일 일지라도)을 다른 곳으로 복사하기 시작하면 Linux는 전체 파일을 메모리에 캐싱하여 새 위치에 씁니다. 그런 다음 해당 파일을 다시 복사하고 다른 파일과 함께 복사하면 첫 번째 파일이 이미 캐시 된 후 전체 "읽기 부분"을 건너 뛰고 다른 파일은 먼저 읽은 다음 소스에 씁니다. / 목적지. 이 기능은 무한한 전송 속도와 유사한 홀수로 이어질 수 있으므로 이전의 쉐칭 메커니즘으로 무효화 될 수있는 측정 값을 신뢰하지 마십시오.

SliTaz 사본을 CD / USB에 굽습니다 .

그것은 고대 컴퓨터에서 사용하도록 설계되었으며 RAM에 있기 때문에 정말 빠르게 실행됩니다. 당신은 설치를 할 필요가 없습니다, 그냥 실행하십시오. USB가 장착되어 있으면 USB를보고 필요한 것을 컴퓨터에 복사 할 수 있습니다. 내가 찾은 전송 속도는 안정적이며 빠릅니다.