In the process of mirroring Fedora Core updates repository over a slow (256 Kbps) connection using rsync, I realized that the process can be extremely frustrating as you spend lots of time looking at the console, waiting for something to happen…anything.在这个过程中的镜像是Fedora Core更新存放较缓慢（ 256 kbps的）连接使用rsync等工具，我实现了这个过程可以是非常令人沮丧，因为你花了很多时间看控制台，等待某件事情出现…任何事情。 Then I found the magic option to show a progress meter - –progress .然后我发现，魔术，可以选择显示的进展米-- 进展。 Add this to your rsync command options and you can see in realtime the status of your download, the current connection speed etc. While it will not speed your downloading it will at least make the pain bearable.新增此项目到rsync等工具命令选项，你可以看到，在实时的地位，您的下载，目前的连线速度等，而它不会您的下载速度将至少使疼痛忍受的。

When you specify –delay-updates you want to ensure that all files are replaced in the destination directory only after the transfer has been complete.当您指定延迟更新您想要确保所有的档案所取代，在目的地目录后，才转移已经完成。 This is particularly important when you have people / process accessing the repository even during update.这一点特别重要，当你的人/进程进入了Repository ，即使是在更新。 A downside is if you are syncing for the first time and the process fails then you will have to start all over again.一缺点是如果您是同步为第一时间和过程中失败的话，你将不得不重新开始。 A simple way around this is to copy all the files from the ~.tmp~ directory to your base directory and start the process again.一个简单的方式解决这个问题是所有文件复制从〜 。 tmp的〜目录到您的基地目录，并开始重新处理。 This will ensure that already downloaded files are not downloaded again.这将确保已下载的文件不会再次下载。

Finally a word about verbose mode.最后谈谈详细模式。 Increasing the number of v's in the rsync options increases verbosity.人数增加V的，在rsync等工具选项增加verbosity 。 Having 4 v's is probably more information that you will ever want to know.有4个V的可能是更多信息，你都不会想知道的。 Personally I prefer one v with –progress as described above for continuously updated status.我个人宁愿一V ，带-进展如上文所述，不断更新的状态。