Hessnov Asked: 2017-12-03 12:14:40 +0800 CST2017-12-03 12:14:40 +0800 CST 2017-12-03 12:14:40 +0800 CST 并行获取存储库数据 772 如果我发出“zypper up”或“apt-get update”，则以线性顺序获取存储库数据。 大问题：为什么？为什么我们不能通过并行启动所有存储库数据下载来加快更新过程？ 我不是在谈论包更新，只是回购信息。 repository 3 个回答 Voted Best Answer Pedro 2018-02-20T14:36:58+08:002018-02-20T14:36:58+08:00 在我看来，这是因为没有必要。 目前，典型的更新过程（apt、yum 等）通常不受带宽限制。用于下载存储库文件或包的更新过程的时间部分要么不重要（秒），要么通过添加并行化可能不会显着改善[因为如果带宽是一个问题，并行化可能会使情况变得更糟]。 还有其他限制。例如，Apt 甚至不支持 2 个同时操作，而 yum 或emerge 则支持。这些限制可能存在以限制复杂性，或者仅仅是因为它们对日常用户和系统管理员来说并不是真正的问题。 复杂性和性能需要付出努力，这意味着在付出努力之前需要在一定程度上证明它是合理的。 但是，如果你真的要追求这个，一般是可以的： https://github.com/ilikenwf/apt-fast http://www.ethicalhackx.com/speed-apt-get-update-parallel-downloads/ sidharth arya 2018-02-25T04:04:35+08:002018-02-25T04:04:35+08:00 有可能的。因此，例如在 Fedora 的 dnf 中，dnf 允许一次下载多个包，而 yum 则不允许。尽管 apt 本身可能无法实现这一点，并且没有官方的 apt 扩展来提供并行下载。但是 apt-fast 可能是您正在寻找的东西。不过，您必须进行一些配置。这可能会有所帮助。 https://www.cyberciti.biz/faq/how-to-speed-up-apt-get-apt-command-ubuntu-linux/ agc 2018-02-26T22:18:42+08:002018-02-26T22:18:42+08:00 这是可能的，并且已经提出了许多有用的改进甚至编码，但存在障碍： 各种提议往往是相互排斥的。 大多数流行的打包系统都没有足够的模块化和可扩展性，因此各种创新的以发行版为中心的协议和方法不能很好地协同工作，这阻碍了它们各自用户群和思想份额的增长。例如，目前还没有简单的方法可以将单独有用的 apt-transport方法和类似方法的优点结合起来；也就是说，可以单独拥有选择性的本地 apt 缓存服务器、apt over tor、onion repositories、aria downloads、 deb-deltas、jigdo、torrents等，但这些不容易堆叠或通过管道传输。 这些方法中最有技术前途的是那些提出 种子或一些类似种子的协议的方法，当这些协议制作精良时，可用性会随着需求的增加而增加。 打包系统和服务器维护者往往是保守和谨慎的，并且比大多数用户可以使用更快的硬件和网络——这使得速度抱怨看起来像是用户硬件问题。可能他们的保守主义是企业/学术文化的先决条件，这种文化在大型服务器所在的建筑物和校园中占据主导地位——等级、头衔、薪水、任期、小内讧、攫取信用、回避等等。鉴于这种防御性的野心，它是难怪创新不少 。
在我看来，这是因为没有必要。
目前，典型的更新过程（apt、yum 等）通常不受带宽限制。用于下载存储库文件或包的更新过程的时间部分要么不重要（秒），要么通过添加并行化可能不会显着改善[因为如果带宽是一个问题，并行化可能会使情况变得更糟]。
还有其他限制。例如，Apt 甚至不支持 2 个同时操作，而 yum 或emerge 则支持。这些限制可能存在以限制复杂性，或者仅仅是因为它们对日常用户和系统管理员来说并不是真正的问题。
复杂性和性能需要付出努力，这意味着在付出努力之前需要在一定程度上证明它是合理的。
但是，如果你真的要追求这个，一般是可以的：
有可能的。因此，例如在 Fedora 的 dnf 中，dnf 允许一次下载多个包，而 yum 则不允许。尽管 apt 本身可能无法实现这一点，并且没有官方的 apt 扩展来提供并行下载。但是 apt-fast 可能是您正在寻找的东西。不过，您必须进行一些配置。这可能会有所帮助。
https://www.cyberciti.biz/faq/how-to-speed-up-apt-get-apt-command-ubuntu-linux/
这是可能的，并且已经提出了许多有用的改进甚至编码，但存在障碍：
各种提议往往是相互排斥的。
大多数流行的打包系统都没有足够的模块化和可扩展性，因此各种创新的以发行版为中心的协议和方法不能很好地协同工作，这阻碍了它们各自用户群和思想份额的增长。例如，目前还没有简单的方法可以将单独有用的 apt-transport方法和类似方法的优点结合起来；也就是说，可以单独拥有选择性的本地 apt 缓存服务器、apt over tor、onion repositories、aria downloads、 deb-deltas、jigdo、torrents等，但这些不容易堆叠或通过管道传输。
这些方法中最有技术前途的是那些提出 种子或一些类似种子的协议的方法，当这些协议制作精良时，可用性会随着需求的增加而增加。
打包系统和服务器维护者往往是保守和谨慎的，并且比大多数用户可以使用更快的硬件和网络——这使得速度抱怨看起来像是用户硬件问题。可能他们的保守主义是企业/学术文化的先决条件，这种文化在大型服务器所在的建筑物和校园中占据主导地位——等级、头衔、薪水、任期、小内讧、攫取信用、回避等等。鉴于这种防御性的野心，它是难怪创新不少 。