别误会我的意思。与 Reddit 上的典型讨论相反，我并不反对 Snap。但实际上，我很惊讶地发现 Snap 仍然很慢。
在一些快照中，你无法注意到差异；firefox、audacity 就是其中几个例子。但在大多数情况下，它们的速度很慢，以至于你看不到使用它们的任何好处；尽管我有一台功能强大的笔记本电脑（i7 10750 h，有大量内存和固态硬盘）。
我想将 libreoffice 从 deb 切换到 snap，因为它们之间的版本差异很大；7.3 --> 7.5。但是，成功更新后，加载页面、浏览文件变得非常糟糕，我不得不回到 deb 格式。
有什么方法可以通过遥测报告实际性能和问题吗？比如 gnome-info-collect，顺便说一句，我的机器上有这个。我实际上希望 snaps 成为一种更可靠、更成功的软件包格式，但目前，deb 在大多数情况下是最佳选择。
编辑 1：感谢您的回复。我将保留这个问题，因为这是一个持续存在的问题，并且它可能导致（最终）Canonical 的改变。
我喜欢 snap。我喜欢这个想法和他们所做的。但我不喜欢他们现在的状态。Libreoffice snap 的情况只是一个例子，希望它会有所改善。
出于显而易见的原因，许多人可能不喜欢遥测。但我认为，只要它能起到反馈的作用，帮助开发人员改进我们使用的系统。只要是要求而不是强制要求，这可能是一个好主意。
答案1
“有什么方法可以通过遥测报告实际性能和问题？“
大多数 snap 软件包都是由志愿者或上游项目创建的，因此没有集中的“遥测”基础设施。并且，即使存在此类报告，也无法保证作者会注意到。
报告较慢的 snap 的首选方式是向 snap 作者提交错误报告，仔细详细说明您的测量和故障排除。
您可以检查该 snap 的先前的错误报告和文档 - 作者可能已经发布了关于测量和排除其 snap 故障的指南。