로컬 SSD로 백업하는 데 예상보다 시간이 훨씬 오래 걸림

새로운 Ubuntu 18.04 시스템에서 Deja-Dup을 사용해 보기로 결정했습니다. 이는 Duplicity(rsync 사용)를 위한 GUI일 뿐입니다. 약 850GB의 데이터를 백업해야 합니다. 소스 SSD는 NVMe입니다. 대상 SSD는 SATA입니다. 초기(전체) 백업에는 약 7시간이 소요됩니다.

다음날 나는 메일을 확인하고 앱(약 230MB 추가)을 설치한 다음 Deja-Dup을 다시 실행하는 것 외에는 아무것도 하지 않았습니다.

Deja-Dup은 전체 기간 동안 35~70% 로드에서 약 39분 동안 실행되었습니다.

이중성은 세 번 호출됩니다.

• 스캔 단계는 코어를 100%로 고정하고 18분 동안 지속됩니다.
• 백업 단계에서는 코어를 16분 동안 100%로 고정합니다.
• 확인 단계에서는 코어를 5분 동안 100%로 수정합니다.

이 작업은 RAM이 충분한 새 컴퓨터에서 수행되었습니다. 백업은아니요암호화되었습니다.

이제 초기(전체) 백업에는 시간이 좀 걸릴 것으로 예상되는데 괜찮습니다. 난 무엇인가?아니요약 230MB의 새 데이터를 백업하는 데 약 39분이 소요될 것으로 예상됩니다(그리고 총 1시간 이상의 CPU 시간을 소비합니다).

뭔가 잘못이다? 수백 메가바이트의 증분 백업에 그렇게 많은 시간이 걸리나요? 39분이 아니라 5분을 넘지 않을 것으로 예상했습니다. 왜 이렇게 오래 걸리나요?

(여분의 1TB SATA SSD가 있다면 이를 연결하고 데이터를 직접 재동기화하여 훨씬 더 빠른지 확인하겠지만 안타깝게도 그렇지 않습니다.)

업데이트 1: 무시할 만한 변경(몇 KB의 새 메일)을 수행한 후 수동 백업을 실행했는데 소요된 시간은 동일했습니다(~39분). 따라서 소요되는 시간은 백업해야 하는 새로운 데이터의 양과 거의 관련이 없는 것 같습니다.

업데이트 2: iotop으로 모니터링하면 스캔 단계 동안 드라이브에서 7.36GB를 읽은 것으로 나타납니다. 이제 전체 850GB는 아니지만... 소스 드라이브의 파일 수(1174000)에 블록/클러스터 크기(4096), 즉 4.81GB를 곱하면 결과 숫자와 크게 다르지 않습니다. 그렇다면 남은 2.5GB를 어떻게 계산해야 할지 모르겠습니다.