我正在阅读有关JIT优于预编译的优点,其中之一是JIT可以根据实际运行时数据调整分支预测。 现在我在大学写一个编译器已经很久了,但在我看来,在大多数情况下(没有明确的getos),预编译代码也可以实现类似的东西。
请考虑以下代码:
test x jne L2: L1: ... jmp L3: L2: ... L3:
如果我们有一些运行时检测可以看到’jne L2’为真的次数,它可以物理地交换L1:block和L2:block中的所有指令。 当然,它必须知道交换期间任何一个块都没有线程,但这些都是细节……
test x jeq L1: L2: ... jmp L3: L1: ... L3:
我知道程序代码加载到只读内存等时也存在问题,但这是一个想法。
所以我的问题是,这样的JIT优化是否适用于C / C ++,还是我错过了一些无法做到这一点的根本原因? 那里有C / C ++的JIT优化器吗?
最现代的CPU支持分支预测。 它们具有一个小缓存,允许CPU在概念上为您提供在运行时重新排序的好处。 此缓存的大小相当有限,但可能意味着您没有获得您想象的那么多的好处。 有些CPU甚至可以开始执行两个分支并丢弃未采用的分支上完成的工作。
编辑:使用JIT编译器的最大优势来自这样的代码。
if (debug) { // do something }
JIT非常擅长检测和优化无法执行任何操作的代码。 (如果你有一个微基准测试表明Java比C快得多,那么JIT很可能检测到你的测试没有做任何C编译器没有做的事情)
你可能会问,为什么C不会有这样的东西? 因为它有“更好”的东西
#if DEBUG // do something #endif
这是最佳的,只要DEBUG很少更改,并且您只有很少的这些标志,因此您可以编译每个有用的组合。
这种方法的问题是可扩展性。 您添加的每个标志都可以使预编译的二进制文件数量增加一倍。
如果你有许多这样的标志,并且编译每个组合是不切实际的,你需要依靠分支预测来动态优化你的代码。
我不知道C ++没有JIT编译器; 然而,GCC确实支持反馈定向优化(FDO),其可以使用运行时分析来优化分支预测等。
请参阅以“-fprofile”开头的GCC选项 (提示:“ – fprofile-use”使用生成的运行时配置文件执行优化,而“-fprofile-generate”用于生成运行时配置文件)。
您正在引用跟踪或重新优化JIT,而不仅仅是任何旧的JIT,没有为C或C ++做过这样的事情(至少不是公开的)。 但是,您可能想要检查LLVM是否使用Clang或GCC前端的分支(考虑它的编译器和JIT)不是那种方式,因为我似乎有些主题表明它可能已实现。
HP Dynamo二进制重新编译器certificate,对于C ++编译器生成的优化代码,可以实现高达20%的加速。 Dynamo并不完全是JIT编译器,因为它以任意机器代码而不是某些更高级别的表示forms(如JVM字节码或.NET CIL)开始,但原则上,C ++的JIT只能比Dynamo更有效。 请参阅: http : //citeseerx.ist.psu.edu/viewdoc/summary?doi = 10.1.1.12.7138&rank=1
Dynamo是为HP PA-RISC架构而创建的,从未作为商业产品提供,因此它在当前由x86变体主导的世界中没有多大用处。 我想知道VMware,Connectix或Parallels是否曾经为他们的重新编译器添加优化传递,或者他们已经摆脱了二进制转换,转而支持最新x86 CPU中的虚拟化function。
以上就是c/c++开发分享用于C / C ++的JIT优化器相关内容,想了解更多C/C++开发(异常处理)及C/C++游戏开发关注计算机技术网(www.ctvol.com)!)。
本文来自网络收集,不代表计算机技术网立场,如涉及侵权请联系管理员删除。
ctvol管理联系方式QQ:251552304
本文章地址:https://www.ctvol.com/c-cdevelopment/544826.html