ARM的高效C

同样,汇编语言的禅宗在今天仍然与其出现时相同,并不是因为现代x86与8088/86和“自食者”有关,而是因为所教授的思维过程和分析没有改变随着时间的推移.循环食用者可能从语言到语言或目标到目标,但你如何找到它们并不是.这本书已经过时且无关紧要,直到调到8088/86左右,我读到了某个地方,但我读了它然后每天使用我学到的东西.

同样,ARM的Efficient C适用于C中的类似项,但更重要的是在显示任何特定结构或代码之前查看早期幻灯片.你必须通过检查和使用分析器进行分析(与汇编语言的Zen所说的不同,看看它并计算时间).然后,Efficient C for ARM页面继续检查一些示例,获取C代码并对其进行编译,然后进行反汇编,并查看实际发生的情况.这样做的问题是你必须意识到编译器上有很多调优旋钮,编译器不断发展,不同的编译器说,gcc,llvm(clang)和visual C/C++完全不同.向不同编译器和不同版本的编译器以及具有不同优化设置的相同编译器呈现的相同C源代码将产生不同的结果.

当您想要进行微优化时,您必须通过获取相当多的编译器操作经验来分析编译器的工作方式(包括每个您关注的目标),从而学习编译器的大部分工作方式.只有这样,你才能开始做一些真正的优化而不必求助于编写汇编程序.尽管大家可能会告诉你,你可以做到这一点,你可以通过简单地重新安排结构,函数,代码行等来在某些情况下显着提高执行性能.同时使代码更容易移植到其他处理器并使代码通常更快在许多平台上,而不仅仅是一个. nay-sayers是正确的,你需要有充分的理由,有时候它不会改变可读性,但往往把它带到远远会使你的代码难以理解或不可维护或脆弱等等.总是以合理的方式安排你的结构,更大,对齐的变量首先,然后逐渐变小.其他事情,虽然你可能不想做一个习惯,但仅限于特殊场合.