IT牛人博客聚合

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

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

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

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

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

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

为了解释Compiler Memory Barrie

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

1. 前提基础

volatile Store 与 Store是不能被编译器重排

volatile Load 与 Load是不能被编译器重排

       关于上面这两点，可以参照JSR 133 Cookbook和Intel的ia-32-architectures第3A卷的第8章。

2. 一个事例和一个推论和一个假设

一个例子：有两个volatile变量x, y，初始值均为0，有两个处理器1和2分别对x, y做读写操作，操作顺序如下：

处理器1 ： Store x 1     |       Store y 1

处理器2 ： Load y        |        Load x

因为对于处理器1，Store x

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

这篇文章详细剖析了为什么在多核时代进行多线程编程时需要慎用volatile关键字。

主要内容有：

1. C/C++中的volatile关键字

2. Visual Studio对C/C++中volatile关键字的扩展

3. Java/.NET中的volatile关键字

4. Memory Model（内存模型）

5. Volatile使用建议

1. C/C++中的volatile关键字

1.1 传统用途

C/C++作为系统级语言，它们与硬件的联系是很紧密的。volatile的意思是“易变的”，这个关键字最早就是为了针对那些“异常”的内存操作而准备的。它的效果是让编译器不要对这个变量的读写操作做任何优化，每次读的时候

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