![更新过程的百分比代表什么](https://linux22.com/image/965535/%E6%9B%B4%E6%96%B0%E8%BF%87%E7%A8%8B%E7%9A%84%E7%99%BE%E5%88%86%E6%AF%94%E4%BB%A3%E8%A1%A8%E4%BB%80%E4%B9%88.png)
首先看图:
从图片中可以看到,apt 进程正在下载存储库更新,当前的大小为 5.406 KB,而下载量仅为 1.831 KB,占该软件包的 34%。在最左边,在同一行中,我们可以看到假定的“总”下载百分比,显示为 82%。
如果总共需要下载软件包,我会认为这是 82%,但那我就错了。下载完上述软件包后,这个 82% 不但不会上升,反而可能会下降 73%。即使达到 99%,也不意味着距离完成还有 1%。下载下一个软件包时,这个 99% 可能会下降。
因此,由于这个最左边的百分比实际上并不代表总包百分比,它代表什么,因为当我等待下载或检查下载并看到它达到 95%,然后回到 60%,然后上升到 80%,然后下降到 76% 等等时,我感到困惑。
我的问题是:
显示已完成多少以及还剩多少的实际总百分比在哪里?
添加第三方 PPA(Xorg Edgers、webup8、xbmc……)是否会影响对总百分比的正确检查?
为什么百分比之间会出现异常跳跃,不是上升而是下降(例如从 85% 到 81%)
答案1
Apt-get 通常会查看多个存储库,而不是一个。既然您检查所有存储库只是为了提取一个文本文件,那为什么要检查所有存储库只是为了看看总数呢?这会使整个过程的时间缩短一倍左右。
因此,回答您的问题...
没有总百分比,因为
apt-get
必须检查每个存储库才能知道有多少。就像 Joe 所说的那样,这会产生很多开销。添加第三方存储库会影响总百分比,但您和 apt-get 都不知道它是什么。当
apt-get
进入该存储库时,左侧的百分比将有自己的迭代直至 100%。跳跃实际上(通常)是 100% 的快速迭代,因为它会遍历每个存储库,并且您只能瞥见它多次通过 100% 时的瞬间。当它看起来下降时,实际上在下一次扫描下一个存储库时它并没有下降那么远。
我不是这方面的专家,所以如果不正确的话请有人纠正我。