Nig*_*Fan 7 linux performance kernel gcc benchmarking
在我看来,在 64 位内核上编译它以优化大小似乎是合乎逻辑的,这可能对整体有所帮助。(我选择的发行版使用 -O2)它具有比普通优化代码更多的寄存器和内存以及可能更少的缓存争用的好处。我有一个这样编译的内核,它看起来很棒。但是我的问题是我如何证明这一点?我喜欢将 Phoronix 用于“真实世界”类型的基准测试,所以我更愿意测试这样的案例。我应该选择什么来测试?有没有其他人有其他选择?非常感谢您提前。
如果你的 -Os 编译内核“看起来很棒”,我认为你不应该关心它的基准测试,原因如下:
基准测试的问题始终是选择测试的负载类型。
即使Phoronix 测试套件可以很好地突出不同内核版本之间的差异,您也无法自己使用它来证明您的内核对于您自己的负载表现更好,因为您不会每天要求它执行相同的操作。
如果您仍然想尝试此操作:
也许您可以尝试对您大多数时间使用的应用程序或那些需要很长时间才能完成的应用程序(3D 渲染/编译/OLAP 样式查询,又名立方体/彩虹表生成)进行基准测试。 ..)看看你是否能找到收获。
我个人非常怀疑您是否会在现代桌面 CPU 上看到 -Os 带来的任何真正的(可测量的、可重复的)加速(尽管嵌入式 CPU 可以获得一些性能)。使用 -O2(源文章)进行的更激进的优化可能比 -Os 内核的最小尺寸更有趣。

如果您需要更多信息/想要更彻底地讨论 gcc 优化,您可以访问 freenode IRC 上的 #gentoo 频道或gentoo 论坛,但请记住:只是不要提及术语“ricer”^^
| 归档时间: |
|
| 查看次数: |
2784 次 |
| 最近记录: |