rsync의 --info = progress2 출력 이해


71

로 실행하면 다음 rsync--info=progress2같은 출력이 나타납니다.

105.45M  13%  602.83kB/s    0:02:50 (xfr#495, ir-chk=1020/3825)

그러나 단일 숫자는 무엇을 의미합니까? 매뉴얼 페이지에서 일치하는 항목을 찾지 못했습니다.

  • 첫 번째 숫자는 처리 된 데이터의 양으로 보입니다 (실제로 복사 된 바이트뿐만 아니라 건너 뛴 바이트는 대상 위치에 이미 존재했기 때문에 건너 뜁니다). 인터넷 연결 속도보다 빠르기 때문에 전송 된 데이터 수는 아닌 것 같습니다 ...
  • 백분율은 복사 할 데이터 양 또는 파일 수를 나타 냅니까? 대상 위치에서 이미 최신 파일과 제외 된 파일을 고려합니까?
  • 세 번째 위치의 시간은 처음에 완료 시간 추정으로 보였지만 시도했을 때 몇 시간에서 몇 초 사이에 뛰어 들었습니다. 무엇을 의미하며 어떻게 계산됩니까?
  • 마지막 두 숫자는 무엇을 의미합니까?

1
man페이지 를 시도 했습니까 ( 옵션 > --progress)?
don_crissti

답변:


89
105.45M 13% 602.83kB/s 0:02:50 (xfr#495, ir-chk=1020/3825)

다음을 의미합니다.

  • 수신자 / 대상은 지금까지 발신자 / 소스 파일의 약 811.15MB (100 %) 중 105.45MB (또는 13 % )를 재구성 했습니다 .
  • 이 파일은 초당 602.83 킬로바이트 의 속도로 재구성되고 있으며이 데이터 전송 작업에는 2 분 50 초가 소요되었습니다 (경과 시간).

또한 xfr # 495 는 현재 495 번째 파일이 전송되고 있음을 의미하고 ir-chk = 1020 / 3825 는 총 (현재까지) 총 3825 개의 파일 중 재귀 적으로 스캔 (감지) 된 파일 중 1020 개가 여전히 남아 있음을 나타냅니다. 확인 / 확인됩니다.

예를 들어 검사에서 검사 할 100 개 이상의 파일이 감지되면 양쪽이 100 씩 증가합니다 (그런 다음 ir-chk = 1120 / 3925 읽습니다 ). 모든 파일이 스캔 된 후에 (증분 재귀 스캔에 의해 감지 됨), 슬래시 오른쪽에있는 숫자는 전체 프로세스가 끝날 때까지 동일하게 유지되고 슬래시 왼쪽에있는 숫자는 감소하기 시작합니다. 점점 더 많은 파일을 확인 (확인)합니다. 또한 재귀가 끝나면 ir-chkto-chk로 변경됩니다., 증분 재귀 스캔이 검사 수행을 종료했음을 나타냅니다 (파일 감지 작업). 여전히 파일이 모두 확인 될 때까지 파일을 계속 확인 / 확인하기 때문에 아직 확인 / 확인할 파일 수 (슬래시의 왼쪽)는 0이 될 때까지 줄어 듭니다 (파일 확인 프로세스의 끝을 나타냄) .

하자 N실제 전체 과정은 당신이 볼 수 종료 될 때, 확인 / 점검 할 파일의 총 수 :

to-chk=0/N

... 증분 재귀 스캔에 의해 탐지 된 총 N 개의 파일 중 검사 / 확인할 파일이 남아 있지 않음을 의미 합니다.

소개 IR-CHK (rsync와의 매뉴얼 페이지에서) :

증분 재귀 스캔에서 rsync는 스캔 끝에 도달 할 때까지 파일 목록에있는 총 파일 수를 알지 못하지만 스캔 중에 파일 전송을 시작하므로 " 목록의 전체 크기를 알 때까지 "to-chk"를 사용하여 전환 할 때까지 "to-chk"대신 ir-chk "(증분 재귀 검사의 경우). 따라서 "ir-chk"를 보면 파일 목록의 총 파일 수가 여전히 증가 할 것임을 알 수 있습니다 (매번 파일을 추가 할 때마다 검사 할 남은 파일 수는 추가 된 파일 수만큼 증가 함). 목록).


4
사소한 수정 : 2:50은 ETA가 아닙니다. 지금까지의 시간입니다.
몰래

4
@YuriSucupira 내 의견은 그 의견에 대한 것입니다. 나는 항상을 사용하는 경향이 --no-inc-recursive있지만 그것은 내가 말하는 것이 아닙니다. ETA 시간 progress2은 총 (알려진) 데이터와 경과 시간을 기반으로합니다. 파일 단위가 아닙니다 (단일 파일 완료시 틱에 대한 단일 파일 시간 경과 값을 깜박임). 어떤 버전인지 확실하지 않지만 한 시점에서 이와 관련된 버그가 있었지만, 어떤 버전인지 확실하지 않습니다.
Izkata

2
@Izkata 나는 ETA가 전역이 아닌 파일 단위인지 확인하기 위해 여기에 진술을하기 전에 그 시간 (2016 년 7 월 17 일)까지 rsync 테스트를 기억합니다. 파일 ETA. 나는 XUbuntu 14.04를 사용하고있었습니다 (어떤 rsync 버전인지 기억하지 마십시오). 어쨌든 몇 달 전에 XUbuntu 16.04 (rsync 3.1.1-3ubuntu1과 함께 제공됨)를 설치 rsync -a --info=progress2 /src /dest했으며 실제로 파일 당 ETA 대신 글로벌 ETA로 번갈아 가며 경과 시간이 실제로 있음 을 시각적으로 확인할 수 있습니다 . 이상하고 새롭지 만 당신 말이 맞습니다.
Yuri Sucupira

4
@wingedsubmariner-파일을 복사하는 동안 file1rsync는 전체 복사 프로세스에 대한 (현재) 글로벌 ETA를 보여줍니다. 그런 다음 복사가 끝나면 file1rsync는 (현재) 전역 경과 시간을 표시하고 다음 파일 복사를 시작합니다. 즉, file2-의 복사 프로세스가 file2끝날 때까지 rcurrent (현재) 전역 ETA를 다시 표시 한 다음 rsync 새로운 (증가 된) 총 경과 시간을 표시합니다. 이것이 바로 "점프"를 보는 이유입니다. 증가하는 글로벌 (총) 경과 시간과 함께 글로벌 (총) ETA가 번갈아 나타나는 것을 볼 수 있기 때문입니다.
Yuri Sucupira

2
@ijoseph Yup, 매뉴얼 페이지에는 ETA 동작 만 언급되어 있습니다. 이것이 많은 사람들이 재구성 과정에서 UI의 행동에 대해 혼란스러워하는 이유 중 하나입니다. 나는 마침내 그 "미스터"를 공개 할 수있을 때까지 한동안 그러한 과정에주의를 기울여야했다. :)
Yuri Sucupira
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.