直接从 Fossa 冷启动，直到可用的用户界面：
Blender 2.91.2：4 秒
瘸子：11秒
Boxy SVG：22 秒
Spotify：43秒
后两者看起来像电子应用程序，并且永远。由于这些电子应用程序似乎越来越普遍，有没有办法加快它们的快速加载时间？Spotify 尤其令人震惊。
答案1
这不是一个直接的答案，因为它不是加速快照的方法，但它无论如何可能会有所帮助。
Spotify 是以 .deb 形式提供您可以在 Ubuntu 中安装它，而不必使用 snap。
我在我的系统上测试了这两个选项并得到了以下近似结果：
快照 -> 7.5 秒
恰当 -> 0.5 秒
这又引出了另一个问题。你提到在评论中您使用的是 2.5gb/s NVME SSD，这说明您有一台相当现代的 PC。我也在运行类似的程序，但我可以在 7.5 秒内快速加载 Spotify，而您则需要 43 秒。也许您的系统存在其他问题。在现代 PC 上，43 秒似乎太慢了，即使是瞬间。
答案2
Snap 打包程序需要选择包含 lzo 压缩，以便在系统上安装时不会使用速度较慢的 xz 压缩：
- https://ubuntu.com/blog/snap-speed-improvements-with-new-compression-algorithm
- https://snapcraft.io/blog/why-lzo-was-chosen-as-the-new-compression-method
- https://forum.snapcraft.io/t/how-to-switch-your-snap-to-use-lzo-compression/21714
Spotify 是最糟糕的情况之一，他们可能应该打开它。在某些情况下，比如 Chromium，差异很大，现在一旦已提交变更由包装商。
答案3
您说得对：一些跨平台应用程序开发工具包（如 Electron 或 Mono）可以提供高兼容性，但也会以性能为代价。作为用户，您在运行时对此无能为力。
使用 Snapd 打包的应用程序的运行速度不应明显快于或慢于以其他方式打包的相同应用程序。如果您可以可靠地重现显着差异，请向 snap 作者提交错误或问题，并在 snapcraft.io 论坛上提出问题。
答案4
我可以确认 Atom 和 Slack Snaps 启动速度很慢。用 .deb 包替换 Slack Snap 后，应用程序启动速度非常快。
我怀疑两者都是 Electron 软件包。Electron 应用程序启动需要额外时间的原因与其架构有关。Electron 使用 Node.js 和 Chromium 作为后端/前端。启动应用程序时，它必须先构建此运行时环境，这需要时间。