我们都看到下载时间运行估计最初说的是“7天”，但一直在下降（例如“23小时”，“45分钟”，“1分50秒”等）每个连续估算都会下载。
为了避免这些初始（警报）估计，有些技术可以尝试抑制第一个 n 估计值的显示，或者在开始显示之前等待估计值之间的增量降至某个阈值以下他们，但这些似乎不是一个通用，强大的解决方案。有一些涉及太少样本的案例，或实际上变化很大的样本......
我想我回想起数学（统计学）这类事物的一般解决方案，它可以减少或消除这些狂野的价值。
有人知道吗？
好的，看起来这已经被问到并回答了：
答案 0 :(得分：1)
使用滤镜，移动平均值可以很好，用于计算速度。
S_filtered=S_filtered_prevous*(1-x) + S_current*x
其中x是过滤样本的反向值，尝试0.1 - 0.01（10-100）
的不同值答案 1 :(得分：0)
如果你有文件的大小，下载了多少，以及预期的下载速度
您可以提供更好的估算值。