저는 Ubuntu, Kali 및 가장 최근에는 Parrot을 약 10~15년 동안 사용하고 있습니다(노트북, 개인용). 가끔 해결해야 할 문제가 있지만 전반적으로 모든 것이 제대로 작동합니다. 매우 짜증나는 기본적인 문제인 파일 복사를 제외하고 말이죠.
이제 노트북에서 USB를 통해 연결된 외장 하드 드라이브로 100GB 파일 하나를 복사하려고 합니다. 처음 몇 기가바이트는 매우 빠르며, 그 다음에는 초당 수백 킬로바이트로 속도가 느려집니다. 날씨가 좋은 날에는 3~4MB 정도입니다. 때로는 속도가 짧은 기간 동안 증가했다가 다시 느려지는 경우도 있습니다. 여러 개의 작은 파일이 포함된 폴더를 복사할 때의 일반적인 동작은 동일합니다. 이로 인해 대량의 데이터를 복사하는 것이 본질적으로 불가능해집니다.
저는 수년에 걸쳐 4개의 서로 다른 노트북(예: Asus, Dell...)에서 이러한 현상을 경험했는데, 구입 당시에는 모두 새로운 것이었습니다. 나는 지금까지 10개 이상의 USB 저장 장치를 사용해 본 것 같습니다(예: Toshiba, Verbatim 등). 이야기는 항상 같습니다. Linux를 사용하면서부터 항상 그랬습니다. GUI를 사용하든 터미널을 통해 cp 명령을 사용하든 상관없습니다.
온라인에서 이 문제를 찾을 때 사람들은 그것이 수년 동안 알려진 Linux 버그라고 말하고 사람들은 그 버그를 안고 살아가거나 관련 하드웨어의 세부 사항에 대해 헤매게 됩니다. 수년간의 경험에 따르면 이는 실제로 관련된 하드웨어에 문제가 되지 않는 것 같습니다. 적어도 내 장치 중 일부에는 Windows가 나란히 설치되어 있으며 물론 Windows 컴퓨터에서도 저장 장치를 테스트했습니다. 모든 것이 괜찮으며 복사 속도는 항상 허용 가능합니다. 내가 수용할 수 있다는 의미는 40MB, 60MB, 100MB 사이의 속도의 "작은 차이"에 관심이 없지만 40MB와 800kB의 차이는 "복사 프로세스가 각각 끝나는지 알 수 없습니다"라는 것입니다.
이것이 해결책을 찾는 마지막 시도일 수도 있습니다. Linux에서 허용 가능한 파일 복사 속도를 얻으려면 어떤 옵션을 취해야 합니까? 이것이 모든 Debian 기반 배포판과 관련이 있습니까? 그런데 왜 이것이 어떤 사람들에게는 그토록 많은 영향을 미치고 다른 사람들에게는 영향을 미치지 않는 것 같습니까?
업데이트: 제안된 대로 dirty_Background_bytes 및 dirty_bytes를 조정했습니다. 현재 Parrot OS에서 50GB의 파일을 외부 2TB USB 하드 드라이브로 복사하려고 합니다. 약 후. 1시간 만에 50GB 파일 중 27GB가 복사됐다. 남은 시간은 40분이며, 속도가 계속 감소(현재 9.9MB/초)할수록 남은 시간은 거의 동일하게 유지됩니다. 사본을 얻을 수 있는지 확실하지 않습니다. 이 동작은 모든 것에 영향을 미칩니다(예: 파일을 백업하는 것이 거의 불가능합니다). 운영 체제의 기본 기능에 어떻게 그런 문제가 있을 수 있습니까? 예전에 Windows를 사용할 때는 이런 일이 발생하지 않았습니다. 구현은 어떻게 다릅니까? 애플은 어떻게 하는가? 이 문제에 대한 해결책이 있어야 합니다.