rsync和xfr＃1，to-chk = 0/1，它们是什么意思？

淡淡的

我做的事情是：-

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

复制此处是：-的别名

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

当执行该命令时，它需要很长时间才能完成，并且会执行：-

$ 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

现在我有两个问题：

一种。rsync中的-z没有记录，有人知道它做什么吗？该标志很可能以前曾经在那里并且不再在那里。

另一件事，有人知道xfr#1, to-chk=0/1实际上在做什么吗？

我通常sync在命令完成后执行操作，有人知道是否可以使用它，因为复制需要很长时间。

人们也可以采用更好，更好的方法，以便使用别名来实现相同的目的。对我而言，取得进展很重要。几个月前，我确实遇到了一个高级软件cp，该软件还具有一个进度条，用于显示复制文件的进度。

希望以上内容能得到快速解决。

淡淡的

解决了-

-z, --compress              compress file data during the transfer
    --compress-level=NUM    explicitly set compression level
这部分似乎很有趣。
    --progress
此选项告诉rsync打印显示传输进度的信息。这给无聊的用户带来了一些值得关注的东西。对于现代的rsync，这与指定相同
    --info=flist2,name,progress
但这些信息标志的用户提供的任何设置均优先（例如“ --info=flist0 --progress”）。

当rsync传输常规文件时，它将更新如下所示的进度行：
782448  63%  110.64kB/s    0:00:04
在此示例中，接收方已重建782448字节或发送方文件的63％，正在以每秒110.64千字节的速率进行重建，并且如果保持当前速率到结束，则传输将在4秒内完成。

如果使用rsync的增量传输算法，这些统计信息可能会产生误导。例如，如果发送者的文件由基本文件后跟其他数据组成，则当接收者获取文字数据时，报告的速率可能会急剧下降，并且传输完成所需的时间可能比接收者估计的要长得多。完成文件的匹配部分。

文件传输完成后，rsync将进度行替换为如下所示的摘要行：
1,238,099 100%  146.38kB/s    0:00:08  (xfr#5, to-chk=169/396)
在此示例中，该文件的总长度为1,238,099字节，整个文件的平均传输速率在完成所需的8秒内为每秒146.38 KB，这是当前 rsync 期间常规文件的第五次传输会话，并且文件列表中的396个 文件中还有169个文件可供接收者检查（以查看它们是否是最新的）。

在增量递归扫描中，rsync直到扫描结束时才知道文件列表中的文件总数，但是由于它在扫描过程中开始传输文件，因此它将显示一行带有文本“ ir-chk”（用于增量递归检查），而不是“ to-chk”，直到知道列表的完整大小为止，此时它将切换为使用“ to-chk”。因此，看到“ ir-chk”，您会知道文件列表中文件的总数仍将增加（并且每次检查时，剩余要检查的文件数将根据添加到文件中的文件数而增加）。列表）。