计算文件复制/移动的估计时间？ [英] Computing estimated times of file copies / movements?

问题描述

受到这个 xckd卡通我不知道究竟什么是最好的机制来向文件副本/运动的用户提供估计？

Inspired by this xckd cartoon I wondered exactly what is the best mechanism to provide an estimate to the user of a file copy / movement?

xkcd上的alt标签如下：

The alt tag on xkcd reads as follows:

他们可以说连接可能丢失了，但它更有趣

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.

忽略有趣的事情，让你希望如果你等待1,163小时， ，是真的如何在Windows中完成？其他操作系统怎么样？有更好的方法吗？

Ignoring the funny, is that really how it's done in Windows? How about other OS? Is there a better way?

推荐答案

看看我对类似问题的回答

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

In my opinion, there is only one way to get good estimates:

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


• 重新计算您估计的10秒，YMMV）基于当前传输速度


• 当您在网络上复制时，当前传输速度可能会大幅波动，因此请使用平均值，例如基于字节数

请注意，如果您要复制许多文件，第一点可能需要完成一些工作。这可能是为什么微软的家伙决定去没有它。您需要自行决定是否该计算产生的额外开销值得为您的用户提供更好的估算。

Note that the first point may require quite some work, if you are copying many files. That is probably why the guys from Microsoft decided to go without it. You need to decide yourself if the additional overhead created by that calculation is worth giving your user a better estimate.

这篇关于计算文件复制/移动的估计时间？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！