对int变量的赋值是原子操作吗?

flw

整型变量赋值本来就不是原子的，
不过不是原子的倒也不是说它会分字节拷贝。

两个线程共享同一个变量是否需要加锁，
根据需要来定。
但是如果两个线程有可能同时修改这个变量的话，
那么一定是需要加锁的。

思一克

8951单片 肯定比INTEL 586 “笨”了。

我说“笨”没有不好的意思。各有各的用途。

dzbjet

看linux内核中，各个不同cpu平台下atomic_t的定义就知道了。

flw

我刚才写了个例子。
http://svn.perlchina.org/trunk/m ... read/is_int_atomic/
如果多个线程同时修改一个变量是原子的，可以不加锁的话，那么这个程序每次运行的结果应该一定是 10000 的整数倍。
可惜它在我的机器上不是。

思一克

to flw,

你的程序很好，我也实验了，结果和你同。

我猜想，你的count++; 这个不是原子的。看atomic.h,
atomic_inc(v)  是带LOCK的：
LOCK "incl %0" 指令。

只有atomic_read, atomic_set(赋值）不用LOCK。

flw

哦，搞错了。
赋值在 x86 上自然是一条指令，那应该是原子的。

思一克

to flw，

我将你程序的count++ 换为count = i

结果唯一9999

思一克

to flw,

但我也糊涂的是 count++ 不是一条吗？我印象应该是汇编INC XXXX一条。
为什么就不行

flw

count ++;
应该不是一条指令。

思一克

to flw,

count++; 也是一条incl   0x8049734

0x08048464 <aaaa+0>:    push   %ebp
0x08048465 <aaaa+1>:    mov    %esp,%ebp
0x08048467 <aaaa+3>:    incl   0x8049734
0x0804846d <aaaa+9>:    leave
0x0804846e <aaaa+10>:   ret