language-agnostic - 计算文件复制/移动的估计时间？

Question

受此启发 xckd cartoon我想知道为文件复制/移动的用户提供估计的最佳机制是什么？

xkcd 上的 alt 标签如下:

They could say "the connection is probably lost," but it's more fun to do naive time-averaging to give you hope that if you wait around for 1,163 hours, it will finally finish.

忽略有趣的是，这真的是在 Windows 中完成的吗？其他操作系统怎么样？有没有更好的办法？

Answer 1

看看my answer to a similar question (以及那里的其他答案)关于如何在 Windows 资源管理器中估计剩余时间。

在我看来，只有一种方法可以得到好的估计:

在开始复制过程之前计算要复制的确切字节数

根据当前传输速度定期重新计算您的估计值(每 1、5 或 10 秒，YMMV)

当您在网络上复制时，当前传输速度可能会大幅波动，因此请使用平均值，例如基于自上次估计以来传输的字节量。

请注意，如果您要复制许多文件，那么第一点可能需要做很多工作。这可能就是微软的人决定不使用它的原因。您需要自己决定由该计算产生的额外开销是否值得为您的用户提供更好的估计。