具有奇怪要求的文件传输:容错但不重复

发布于 2024-09-10 06:54:38 字数 1539 浏览 2 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

酒绊 2024-09-17 06:54:38

看起来条件 (5) 很困难,如果 A 和 B 可以查询您未指定的 X 和 Y 的状态,情况会有所缓解。

这让我想起了 NNTP Ihave/Sendme 协议,该协议可能是一些用处。

如果您无法自由地向机器 X 和 Y 发出“您有P”请求,我有一种感觉,该任务可能像经典的 两军问题。如果是这样,那么您必须做设计师面临不可能的约束时所做的事情,或者提供令人满意的解决方案(例如 TCP 4,3 次握手)在足够的时间内有效,或者如果“足够好”还不够好,那么您必须向管理层表明,他们实际上是在问不可能的事情。

我知道你说过不要问,但是为什么像约束(5)那样禁止幂等传输呢?

It looks like condition (5) is the toughy and would be mitigated somewhat if A and B can query the state of X and Y which you don't specify.

This reminds me of the NNTP Ihave/Sendme protocol which may be of some use.

If you are not freely able to make "do you have P" requests of machines X and Y, I've got a feeling that the task may be provably impossible like the classic Two Army Problem. If this is so, then you have to do what designers faced with impossible constraints do and either provide a satisficing solution (e.g. TCP 4,3-way handshake) which works enough of the time or if "good enough" isn't good enough then you have to show management that they have literally asked the impossible.

I know you said not to ask, but why would idempotent transfers be prohibited as in constraint (5)?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文