C++ 在生产环境中使用PGO（配置文件引导优化）的风险

我有一个系统（Linux和C++）进行密集的信号/图像处理操作。我想使用PGO来提高我们应用程序的性能

使用PGO时，我是否应该注意任何风险/潜在问题？

---

单元测试+E2E测试是否足以验证PGO没有破坏任何东西？

微软的系统正在根据使用统计数据修改条件跳转，并将常用的代码片段压缩到更小的页面中。这实际上将有效内存占用压缩了几倍，并将CPU消耗降低了20-50%

该系统在用户模式和内核模式下都得到了广泛的应用。这个系统的质量非常高。在100%的情况下，它的工作是正确的。我看不到哪怕是次要的负面影响

---

其他类似的系统可能会比微软的系统更不可靠。微软的那一款非常好。

我有在Windows上使用类似产品的经验。非常有用和有用。没有缺点。单元测试+E2E测试是否足以验证PGO没有任何问题？=>哦，甜蜜的讽刺！我相信你的意思是休息；）你会怎么看待“分手”？优化器错误？发现潜在的种族状况？悲观代码？关于后者，请看这里：你提到的所有要点我都认为是一个“断裂”。