解释 rsync 的 --blocking-io 选项
我在理解 rsync 中的 --blocking-io 选项时遇到问题。以下是手册页中的描述：
“这告诉 rsync 在启动远程 shell 传输时使用阻塞 I/O。如果远程 shell 是 rsh 或 remsh，rsync 默认使用阻塞 I/O，否则默认使用非阻塞 I/O。 -阻塞 I/O。（请注意，ssh 更喜欢非阻塞 I/O。）”
当使用 rsync 作为传输时， 即你不使用-e，这有吗 有效果吗？
我猜测运行rsync的结果 有或没有该选项是 相同，区别在于“如何” rsync 是否传输？
我想要的主要原因是什么 使用这个选项？表现？ 看起来 rsync 提供了明智的 我的默认值，所以我为什么要 到底要使用它吗？
最后一个：“注意”是什么意思 ssh 更喜欢非阻塞 I/O” 是什么意思？
I have problems with understanding the --blocking-io option in rsync. Here's the descripton from the man page:
"This tells rsync to use blocking I/O when launching a remote shell transport. If the remote shell is either rsh or remsh, rsync defaults to using blocking I/O, otherwise it defaults to using non-blocking I/O. (Note that ssh prefers non-blocking I/O.)"
When using rsync as the transport,
i.e. you don't use -e, does this have
an effect at all?I guess the result of running rsync
with or without that option is the
same and the difference is in 'how'
rsync does the transfer?What's the main reason I would wanted
to use this option? Performance?
Looks like rsync provides sensible
defaults for me, so why would I want
to use it at all?And the last one: What does "Note
that ssh prefers non-blocking I/O"
mean?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
抱歉，我的部分研究混淆了。那是我的错。 （更正或添加的内容以斜体显示）
Q1：是的。 Rsync 使用异步 I/O（非阻塞）。通过使用该选项，您将强制它使用阻塞 I/O 模式。 当远程 shell (rsh) 无法处理非阻塞模式时，将使用此方法。
Q2：是的。最终结果将是相同的。
Q3：如果远程 shell 无法处理非阻塞 I/O，您可能需要使用此选项
Q4：“非阻塞模式可确保当您的连接中断时，您的屏幕会话不会阻塞（‘挂起’）。” (http://webcache.googleusercontent.com/search?q=cache:xmCnC0y5QU0J:www.warp13.co.uk/irssissh+ssh +blocking+mode&cd=13&hl=en&ct=clnk&gl=us&client=firefox-a) SSH 只是更喜欢
我希望有帮助！
Sorry part of my research got mixed up. That is my fault. (Corrected or added stuff is in italics)
Q1: Yes. Rsync uses asynchronous I/O (non-blocking). By using that option, you are forcing it to use blocking I/O mode. This would be used when the remote shell (rsh) cannot handle non-blocking mode.
Q2: Yes. The end result will be the same.
Q3: You would want to use this option if the remote shell is not capable of handling non-blocking i/o
Q4: "Non-blocking mode makes sure when your connection dies, your screen session won't block ('hang')." (http://webcache.googleusercontent.com/search?q=cache:xmCnC0y5QU0J:www.warp13.co.uk/irssissh+ssh+blocking+mode&cd=13&hl=en&ct=clnk&gl=us&client=firefox-a) SSH just prefers that
I hope that helps!