rsync 백업 프로세스에서 가장 긴 부분을 찾는 방법은 무엇입니까?

빈번한 백업(사이에 변경 사항이 거의 없음) 중 어느 부분이 가장 오래 걸리는지 확인하여 필요한 시간을 줄이고 I/O 흐름을 줄이려고 합니다.

나는 그것을 사용하고 있다되돌아오는 시간(BiT)내 Debian10/KDE 시스템의 백업에 사용됩니다.

내 생각에 알아낼 수 있는 옵션은 다음과 같습니다.

• 어떻게든 실행 중인 동기화 프로세스를 확인하세요.
  • 예를 들어, sudo lsof -c rsync | grep "backup/"현재 백업 중인 파일을 표시하려면 실행하세요. 그러나 이 예제 명령은 그다지 유용하지 않습니다.
• rsync 로그 분석 및/또는
• rsync 매개변수 변경(BiT에는 "rsync에 추가 옵션 붙여넣기" 옵션이 있음) 및/또는
• 그러한 정보를 출력하기 위해 어떤 방식으로든 rsync 및/또는 BiT 소프트웨어에 대한 변경을 촉진합니다(바람직하게는 관련 정보가 포함된 상대적 기간 하위 프로세스 또는 로그).
  • BiT에 이슈를 생성했습니다.여기현재 BiT가 이를 달성하는 것은 불가능해 보입니다.
• 그리고/또는 어쩌면 다른 것일 수도 있습니다
  • 간접적인 옵션은 포함된 디렉터리에서 어떤 파일이 가장 많고 가장 큰지 수동으로 개별적으로 확인하는 것입니다. 그러나 이것이 시간이 오래 걸리는 유일한 작업은 아닐 수도 있습니다. 예를 들어 BiT 옵션 "체크섬을 사용하여 변경 사항 감지"를 선택했기 때문입니다.

속도를 높이는 방법은 별도의 질문입니다. 예를 들어, 많은 파일이 포함된 디렉터리에 대해 각 파일을 확인하거나 파일에 대한 메타 정보를 변경하는 대신에 가능합니다. 하지만 먼저 백업에 시간이 너무 오래 걸리는 이유를 알아내는 방법을 알고 싶습니다.