Hiểu đầu ra của --info = Progress2 từ rsync


71

Nếu tôi chạy rsyncvới --info=progress2, tôi nhận được một đầu ra như

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

Nhưng những con số duy nhất có ý nghĩa gì? Tôi đã không tìm thấy một mục phù hợp trong trang người đàn ông.

  • Số đầu tiên dường như là lượng dữ liệu được xử lý (các byte được sao chép thực tế cũng như các byte bị bỏ qua, vì chúng đã tồn tại ở vị trí đích), phải không? Có vẻ như đó không phải là số lượng dữ liệu được chuyển, vì nó tăng nhanh hơn kết nối internet của tôi là ...
  • Tỷ lệ phần trăm đề cập đến số lượng dữ liệu hoặc số lượng tệp sẽ được sao chép? Nó có xem xét các tệp bị loại trừ và các tệp đã được cập nhật tại vị trí đích không?
  • Thời gian ở vị trí thứ ba đầu tiên dường như là một ước tính thời gian để hoàn thành, nhưng khi tôi thử nó, nó đã nhảy trong khoảng vài giờ đến vài giây. Nó đề cập đến cái gì, và nó được tính như thế nào?
  • Hai số cuối có nghĩa là gì?

1
Bạn đã thử mantrang ( TÙY CHỌN > --progress) chưa?
don_crissti

Câu trả lời:


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

Có nghĩa là:

  • Cho đến nay, người nhận / đích đã tái tạo 105,45 megabyte (hoặc 13% ) trong số khoảng 811,15 megabyte (100%) tệp của người gửi / nguồn.
  • Các tệp này đang được xây dựng lại với tốc độ 602,83 kilobyte mỗi giây và thao tác truyền dữ liệu này cho đến nay mất 2 phút và 50 giây (thời gian trôi qua).

Ngoài ra, xfr # 495 có nghĩa là tệp hiện tại 495 đang được chuyển, trong khi ir-chk = 1020/3825 chỉ ra rằng, trong tổng số (cho đến nay) 3825 tệp được quét đệ quy (đã phát hiện), cho đến nay vẫn còn 1020 tệp. để được kiểm tra / xác minh.

Điều đó có nghĩa là nếu quá trình quét phát hiện ví dụ hơn 100 tệp cần kiểm tra, cả hai bên sẽ tăng thêm 100 (sau đó sẽ đọc ir-chk = 1120/3925 ). Sau khi tất cả các tệp đã được quét (được phát hiện bởi quá trình quét đệ quy gia tăng), số ở phía bên phải của dấu gạch chéo sẽ giữ nguyên cho đến khi kết thúc toàn bộ quá trình, trong khi đó ở bên trái của dấu gạch chéo sẽ bắt đầu giảm khi ngày càng có nhiều tập tin được kiểm tra (xác minh). Ngoài ra, do kết thúc đệ quy, ir-chk sẽ đổi thành to-chk, chỉ ra rằng quá trình quét đệ quy gia tăng đã kết thúc việc thực hiện kiểm tra (hoạt động phát hiện tệp). Tuy nhiên, vì các tệp sẽ tiếp tục được kiểm tra / xác minh cho đến khi tất cả chúng, số lượng tệp chưa kiểm tra / xác minh (phía bên trái của dấu gạch chéo) sẽ giảm cho đến khi số đó trở thành 0 (cho biết kết thúc quá trình xác minh tệp) .

Đặt N là tổng số tệp thực tế cần kiểm tra / xác minh, khi toàn bộ quá trình kết thúc, bạn sẽ thấy:

to-chk=0/N

... có nghĩa là không còn tệp nào được kiểm tra / xác minh, trong tổng số N tệp được phát hiện khi quét đệ quy gia tăng.

Giới thiệu về ir-chk (từ trang hướng dẫn của rsync):

Trong quá trình quét đệ quy gia tăng, rsync sẽ không biết tổng số tệp trong danh sách tệp cho đến khi kết thúc quá trình quét, nhưng vì nó bắt đầu truyền tệp trong quá trình quét, nó sẽ hiển thị một dòng có văn bản " ir-chk "(để kiểm tra đệ quy gia tăng) thay vì" to-chk "cho đến khi nó biết kích thước đầy đủ của danh sách, tại thời điểm đó, nó sẽ chuyển sang sử dụng" to-chk ". Do đó, việc xem "ir-chk" cho bạn biết rằng tổng số tệp trong danh sách tệp vẫn sẽ tăng (và mỗi lần thực hiện, số lượng tệp còn lại để kiểm tra sẽ tăng theo số lượng tệp được thêm vào danh sách).


4
Một điều chỉnh nhỏ: 2:50 không phải là ETA - đó là thời gian trôi qua cho đến nay.
lẻn

4
@YuriSucupira Phản hồi của tôi là nhận xét đó. Tôi có xu hướng luôn sử dụng --no-inc-recursive, nhưng đó không phải là điều tôi đang nói. Thời gian ETA progress2dựa trên tổng dữ liệu (đã biết) và thời gian đã trôi qua; nó không phải là mỗi tệp (nhưng sẽ nhấp nháy giá trị đã hết thời gian của một tệp cho một đánh dấu khi hoàn thành một tệp). Có một lỗi liên quan đến vấn đề này tại một thời điểm sẽ làm cho điều này trở nên ít rõ ràng hơn, mặc dù tôi không chắc nó thuộc phiên bản nào
Izkata

2
@Izkata Tôi nhớ lại việc thử nghiệm rsync vào thời điểm đó (ngày 17 tháng 7 năm 2016), trước khi đưa ra bất kỳ tuyên bố nào ở đây, chỉ để đảm bảo rằng ETA là trên mỗi tệp thay vì toàn cầu, và sau đó tôi đã "thuyết phục trực quan" rằng đó là một ETA đầy đủ. Tôi đã sử dụng XUbfox 14.04 (không nhớ đó là phiên bản rsync nào). Dù sao, tôi đã cài đặt XUbfox 16.04 (đi kèm với rsync 3.1.1-3ubfox1) vài tháng trước và tôi có thể (trực quan) xác nhận rằng rsync -a --info=progress2 /src /desttrên thực tế mang lại cho tôi tổng thời gian trôi qua xen kẽ với ETA toàn cầu , thay vì ETA trên mỗi tệp. Điều đó thật lạ và mới đối với tôi, nhưng bạn nói đúng.
Yuri Sucupira

4
@wingedsubmariner Trong khi nó sao chép một tệp - giả sử, file1-, rsync hiển thị cho bạn ETA toàn cầu (hiện tại) cho toàn bộ quá trình sao chép. Sau đó, khi hoàn tất việc sao chép file1, rsync hiển thị cho bạn thời gian đã trôi qua toàn cầu (hiện tại) và sau đó bắt đầu sao chép tệp tiếp theo - giả sử file2-, do đó hiển thị lại ETA toàn cầu (hiện tại) cho đến khi quá trình sao chép file2kết thúc và sau đó rsync hiển thị cho bạn tổng thời gian mới (tăng). Đây là lý do tại sao bạn thấy những "bước nhảy" đó: bởi vì bạn thấy ETA toàn cầu (tổng số) giảm dần xen kẽ với thời gian trôi qua (tổng số) toàn cầu ngày càng tăng.
Yuri Sucupira

2
@ijoseph Yup, trang nam chỉ đề cập đến hành vi ETA. Đó là một trong những lý do có thể khiến nhiều người cảm thấy bối rối về hành vi của UI trong quá trình tái thiết. Bản thân tôi đã phải chú ý đến quá trình như vậy trong một thời gian cho đến khi cuối cùng tôi có thể tiết lộ "soái ca" của nó. :)
Yuri Sucupira
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.