为什么有些快照很快,而有些则很慢?

Tho*_*wne 13 snap

直接从冷 Fossa 启动,直到可用的用户界面:

搅拌机 2.91.2:4 秒

Gimp:11 秒

四四方方的SVG:22秒

Spotify:43 秒

后两个看起来像电子应用程序并且需要永远。由于这些电子应用程序似乎越来越普遍,有没有办法加快它们的快速加载时间?Spotify 尤其令人震惊。

Jon*_*ley 13

这不是一个直接的答案,因为它不是加速快照的一种方式,但无论如何它可能会有所帮助。

Spotify以 .deb 的形式提供,您可以将其安装在 Ubuntu 中,而不是使用 snap。

我在我的系统上测试了这两个选项并得到以下近似结果:

捕捉 -> 7.5 秒

Apt -> 0.5 秒

这就提出了另一点。您在评论中提到您在 2.5gb/s NVME SSD 上运行,这表明您拥有一台相当现代的 PC。我正在运行类似的东西,但与您的 43 秒相比,我可以在 7.5 秒内快速加载 Spotify。也许您的系统还有其他问题。43 秒在现代 PC 上看起来确实太慢了,即使是一瞬间也是如此。


Jor*_*tro 9

Snap 打包程序需要选择包含 lzo 压缩,以便在安装到您的系统上时不会使用较慢的 xz 压缩:

Spotify 是最糟糕的案例之一,他们可能应该打开它。在某些情况下,例如 Chromium,差异非常显着,现在一旦包装商做出更改,它就会快速启动。


use*_*733 6

你是对的:一些工具包提供了高兼容性,但以性能为代价。

作为用户,您在运行时无能为力。抱歉,Snapd 没有秘密的 Turbo 设置。

向快照作者提交错误或问题。

熟练的用户可以提供帮助:从历史上看,打包一直是社区志愿者的角色,而不是开发人员的家务活。开发人员有时会在想要分发时选择电子和其他工具包,但缺乏足够的社区成员来帮助他们为多个平台打包。换句话说,如果你参与其中,你可以有所作为。你可以让它变得更好。

  • @ user535733 这对我来说并没有真正澄清。重写一个 Electron 应用程序以使用其他一些技术将是一项重大任务,对整个项目产生巨大影响,而不是项目的局外人可以突然提供的东西。另请注意,提到的 4 个应用程序中有 3 个是专有的,因此甚至没有社区可以提供帮助。除非,也就是说,您真的只是在谈论 _Snap 包_是如何组合在一起的,但是您有点在问这个问题:这些 Snap 是什么让它们变慢,以及如何提供加速它们的方法? (5认同)
  • @ user535733 对不起,我仍然从根本上不同意这是有用的建议。与使用 Electron 一样基本的东西_始终_是项目的关键设计决策,一旦做出就很难改变。这可能是一个 _bad_ 决定,但您建议的“影响”是提议完全重写应用程序。使用像 Electron 这样的平台与“打包”完全无关,它是应用程序的基础;您不妨说用 PHP 而不是 Rust 编写代码是一个“打包决定”。 (3认同)
  • 我对你在最后一段中的建议有些困惑。你是说一个Electron应用程序可以通过重新打包转换成一个非Electron应用程序吗?或者只是可以优化 Electron 应用程序的 Snap 以不包含 Electron 平台未使用的部分? (2认同)