Download 用于估计应用程序（如浏览器）中下载剩余时间的方法

我只是想知道为什么在大多数（如果不是全部）应用程序中，对每次下载剩余时间的初始估计仅基于特定下载的当前下载速度，而不考虑其他并发下载

例如，根据常用的方法，如果我们有两个同时开始的并发下载（t=0），下载A=10MB和下载B=5MB，总可用带宽为1MB/s，在两次下载之间平均共享（即，当两次下载同时进行时，每次下载0.5MB/s），t=0时每次下载的预计剩余下载时间为：

• 下载：将在20秒内完成

• 下载B：将在10秒内完成

然而，如果对于下载A的剩余下载时间的初始估计，我们考虑到下载B将在10秒后完成，因此下载A的分配带宽将从0.5MB/s增加到1MB/s，则可以在时间t=0时进行以下更准确的初始估计：

• 下载A：将在15秒内完成（在时间t=10s时，将下载5MB的下载A，其余5MB的下载A将以1MB/s的速度下载）

• 下载B：将在10秒内完成

因此，第二种方法可以在t=0时为我们提供更准确的初始估计

---

有人知道为什么不使用这种方法吗？

考虑到带宽不是一个常数，您的第二种方法如何比第一种更精确？带宽不是一个常数，但在特定时刻和特定条件下，根据第二种方法在时间t=0时的估计仍然更精确。你不同意吗？