rsync và xfr # 1, to-chk = 0/1, ý nghĩa của chúng là gì? [bản sao]

Tôi làm những việc như: -

$ copy debian-8.2.0-amd64-DVD-1.iso /media/shirish/4719-38E5/

Sao chép ở đây là một bí danh cho: -

$ alias copy
alias copy='rsync --progress -ravz'

Khi thực hiện lệnh, phải mất một thời gian dài để hoàn thành và thực hiện: -

$ copy debian-8.2.0-amd64-DVD-1.iso /media/shirish/4719-38E5/
sending incremental file list
debian-8.2.0-amd64-DVD-1.iso
  3,607,855,104 100%    9.11MB/s    0:06:17 (xfr#1, to-chk=0/1)

sent 3,466,268,276 bytes  received 35 bytes  3,481,937.03 bytes/sec
total size is 3,607,855,104  speedup is 1.04

Bây giờ tôi có hai câu hỏi: -

a. -z trong rsync không được ghi lại, có ai biết nó làm gì không? Rất có khả năng lá cờ đã ở đó trước đó và không còn ở đó nữa.

Một điều nữa, có ai biết những gì xfr#1, to-chk=0/1thực sự làm?

Tôi thường thực hiện syncsau khi lệnh kết thúc, có ai biết sử dụng nó hay không vì việc sao chép mất nhiều thời gian.

Ngoài ra mọi người có thể một số cách tốt hơn, tốt hơn để tôi có thể sử dụng bí danh để thực hiện tương tự. Đối với tôi có tiến bộ là quan trọng. Vài tháng trước, tôi đã bắt gặp một bản nâng cao cpcũng có một thanh tiến trình để hiển thị tiến trình của một tệp được sao chép.

Hy vọng về một giải pháp nhanh chóng ở trên.

Nó đã được giải quyết -

-z, --compress              compress file data during the transfer
    --compress-level=NUM    explicitly set compression level

phần này có vẻ là một trong những thú vị.

    --progress

Tùy chọn này cho rsync in thông tin hiển thị tiến trình chuyển tiền. Điều này cung cấp cho một người dùng nhàm chán một cái gì đó để xem. Với một rsync hiện đại, điều này giống như chỉ định

    --info=flist2,name,progress

nhưng bất kỳ cài đặt nào do người dùng cung cấp cho các cờ thông tin đó đều được ưu tiên (ví dụ: " --info=flist0 --progress").

Trong khi rsync đang chuyển một tệp thông thường, nó sẽ cập nhật một dòng tiến trình trông như thế này:

782448  63%  110.64kB/s    0:00:04

Trong ví dụ này, người nhận đã tái tạo lại 782448 byte hoặc 63% tệp của người gửi, đang được xây dựng lại với tốc độ 110,64 kilobyte mỗi giây và quá trình chuyển sẽ kết thúc sau 4 giây nếu tốc độ hiện tại được duy trì cho đến khi kết thúc.

Các thống kê này có thể gây hiểu nhầm nếu sử dụng thuật toán chuyển đổi delta của rsync. Ví dụ: nếu tệp của người gửi bao gồm tệp cơ sở theo sau là dữ liệu bổ sung, tốc độ được báo cáo có thể sẽ giảm đáng kể khi người nhận nhận được dữ liệu bằng chữ và việc chuyển có thể sẽ mất nhiều thời gian hơn để kết thúc so với người nhận ước tính. hoàn thiện phần phù hợp của tập tin.

Khi quá trình truyền tệp kết thúc, rsync thay thế dòng tiến trình bằng một dòng tóm tắt trông như thế này:

1,238,099 100%  146.38kB/s    0:00:08  (xfr#5, to-chk=169/396)

Trong ví dụ này, tệp có tổng chiều dài 1,238,099 byte, tốc độ truyền trung bình cho toàn bộ tệp là 146,38 kilobyte mỗi giây trong 8 giây để hoàn thành, đây là lần chuyển thứ 5 của một tệp thông thường trong rsync hiện tại phiên và có thêm 169 tệp để người nhận kiểm tra (để xem chúng có cập nhật hay không) trong tổng số 396 tệp trong danh sách tệp.

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).