GrapheneOS 上 Osmand 变慢的真相
GrapheneOS – When an app is slow
我使用 GrapheneOS 已有一年，整体对它的隐私和安全功能非常满意。但有一个应用让我头疼：OpenstreetMap 的 Osmand 在 Pixel 8 上运行明显变慢。这促使我寻找替代方案，最终发现了 CoMaps，几乎满足了我所有需求。不过，我还是想偶尔用用 Osmand。经过一番排查，我发现罪魁祸首是 GrapheneOS 的 hardened memory allocator，这给 Osmand 带来了巨大开销。好消息是，这个加固功能可以针对单个应用关闭！关闭后，Osmand 的速度立刻恢复如初。虽然这会带来一定的安全风险，但考虑到 Osmand 除了偶尔更新地图外不从互联网加载其他内容，我认为在安全与速度之间，这个权衡是合理的。只需长按应用图标，进入信息页面，找到 Exploit protection，关闭 hardened memory allocator 即可。
关闭 hardened memory allocator 后，Osmand 再次恢复了往日的速度！
HN 评论区
57- negative_zero
奇怪。我这里用的是运行 GrapheneOS 的 Google Pixel 7，OsmAnd 运行完美，完全不需要禁用任何漏洞防护选项。
- Groxx
嗯。确实，在我的 9a 上禁用后速度快了不少。我想知道他们到底做了些什么不一样的操作……
- hadi77ir
我想知道，在这种情况下，使用 leaflet.js 的网站性能是更好还是更差。如果表现更好，那也许问题出在 OsmAnd 这边？
- aucisson_masque
如果必须禁用它，那这个加固功能还有什么意义？
你可以随意折腾 Android，但这个系统本来就不是为隐私或安全设计的。应用开发者永远不会去检查它是否破坏了 GrapheneOS 的内存分配功能（以及其他功能），所以默认情况下你只能禁用它。
此外，这也要求应用能够在一个不遵守 Play Integrity 的 ROM 上运行。
- pjmlp
也许真正的解决方案是改进或替换这个应用。