IT牛人博客聚合

上一篇 优化屏障（Optimization barrier）第二讲

1. 大胆猜想

上一篇提到了”memory”这个关键字，为什么它能够防止-fschedule-insns优化时做代码重排呢？为什么非得给它取名为屏障呢？

其实我们可以先考究一下asm语句的用法以及Optimization barrier的原型：

// template
asm ( assembler template
: output operands /* optional */
: input operands /* optional */
: li

查看全文: http://www.udpwork.com/item/6696.html

上一篇 优化屏障（Optimization barrier）第一讲

1. gcc编译的大致过程

可以看到，gcc优化主要分两大部分:Tree优化和RTL(Register Transfer Language)优化；

前文所说的指令调度（Instruction scheduling）即为RTL优化的一部分。

2. 从RTL指令调度出发，追寻Optimization barrier的踪迹

还是从实验出发，实验代码如下：

volatile int ready;
int message[100];

void cmb (int i) {
message[i/10] = 42;
__asm__ __volatile

查看全文: http://www.udpwork.com/item/6683.html

1. 编译优化导致编译器指令重排

要想理解Optimization barrier，先要理解Compiler Instruction Reorder，即编译器指令重排。

编译器指令重排是编译优化的结果，以gcc来说，它不知道为我们的代码默默做了多少事情，看看那整屏的优化选项就明了了。

本文以ubuntu下的gcc 4.4.3为实验，来逐步分析Optimization barrier的作用。

gcc的很多优化都可以造成指令重排，最常见的就是基本块重新排序（Basic block reordering）和指令调度（Instruction scheduling）。

为了解释Optimization barrier，我们只需要关注

查看全文: http://www.udpwork.com/item/6684.html