所以我拿了一个合理的大文件(800MB)并跟踪传输时间(1):
cp : 05:33 scp (2): 06:33 rsync : 21:51
1)我在每次运行之间删除了文件
2)scp通过localhost直接将同一台Linux机器上的共享;完全无用但提供了进度表
测试很简单
(cp|scp|rsync) <source> <destination>
除了scp的主机/端口之外没有特殊参数.我甚至为rsync尝试了-W开关,但在十分钟后取消了. rsync在Lenny上运行3.0.3.为了能够随时中断复制过程并恢复引导我到rsync,但现在我认为我真的需要重新考虑这个要求.
怎么可能有这么大的差异?
更新/解决:
感谢rschuler,我能够解决问题:出于效率原因,使用rsync守护进程代替smb mount.所述DeltaCopy有效,但必须注意一些事情
>这是一个很好的GUI包装器,但如果出现问题,最好知道如何修复它.似乎我输入了我的用户凭据,在其下运行rsync服务,第一次出错,但GUI不允许我设置新的.我发现它是作为服务运行的,并且能够在那里设置正确的凭据
>需要手动将端口添加到防火墙以允许连接
>个人品味:确保共享密码保护或如果没有密码保护,可能确保服务不会自动启动Windows;以防万一
>包装的rsync二进制文件不是本机Windows端口,而是基于cygwin构建.但是,包含的cygwin DLL不能正确处理UTF8并且不会破坏非ascii字符.从http://www.okisoft.co.jp/esc/utf8-cygwin/获取一个固定的DLL.
之后,转移率从2MB / s跃升至~8MB / s;绝对精彩!
解决方法
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。