UINT8/UINT32做为共享数据，是否需要加锁 - 原子操作问题

xiaobenniao514

哦，我理解错了。我想表达的意思是，我看那个APUE里说，例如在文件结尾写东西，如果两个函数实现，先定位到最后，再写，就可能会中间有中断，如果只有一个函数实现，就不会出现此问题。

wb112200

32位的CPU 一个CPU时间处理32位 是不是程序占用的这8位 有可能恰好被分配到2个CPU时间 进而可能引发冲突？ 所有需要加锁...   还是逻辑运算 需要多条指令完成 所有需要加锁？

chenzhanyiczy

读写一个8bit的char需要加锁吗?!
-->单cpu，根本不用。多cpu可能需要。无论如何，都要注意编译器的优化

linyunxian

可重入函数
    可重入的函数简单来说就是可以被中断的函数
原子操作
    在一个CPU时钟内保证完成 ...
newroot_phy 发表于 2010-12-28 13:36

    多线程有自己的栈。线程切换时入栈出栈，保存上下文是内核做的事，只要是线程安全就可以。如果是信号的话，只要可重入就行。不必要考虑到cpu的原子性（除非是对一个全局变量访问时）。

newroot_phy

多线程有自己的栈。线程切换时入栈出栈，保存上下文是内核做的事，只要是线程安全就可以。如果是 ...
linyunxian 发表于 2010-12-28 20:49

  
你事实上没有回答我的问题!

这个贴中你要求有两个
1. 如果是多线程: 只要线程安全就可以   <= 这就是我所问的,如何实现线程安全,当然是以某种方法实现线程间共享数据访问的同步,哪么Uint8之类的数据是否需要同步,这才是我的问题.

2. 信号:这个跟多线程对共享数据的访问没有什么本质的区别.

对于"除非是对一个全局变量访问时", 这个说话好像也不太合适, 不一定是全局变量的访问才有这个问题,我觉得用线程/进程间可访问的数据比较合适.

newroot_phy

读写一个8bit的char需要加锁吗?!
-->单cpu，根本不用。多cpu可能需要。无论如何，都要注意编译器的优化
chenzhanyiczy 发表于 2010-12-28 19:40

    为什么没有必要?!
    据我的理解,就算在单CPU上, 对UINT8的访问也是由多条汇编指令完成,这些指令的执行完全有可能被中断!

     不太明白你所说的"都要注意编译器的优化"是什么意思, 是对UINT8数据访问的多条指令进行加锁以实现原子操作吗?

newroot_phy

32位的CPU 一个CPU时间处理32位 是不是程序占用的这8位 有可能恰好被分配到2个CPU时间 进而可能引发冲突？  ...
wb112200 发表于 2010-12-28 17:10

    32位的CPU 一个CPU时间处理32位 是不是程序占用的这8位 有可能恰好被分配到2个CPU时间 进而可能引发冲突？ 所有需要加锁...   还是逻辑运算 需要多条指令完成 所有需要加锁？

1. 32位说的是CPU一个时钟周期内所能处理的数据量, 跟这个应该没有关系吧! <=我不确定它们之间有什么关系.
2. 同意你的第二个观点. => "逻辑运算 需要多条指令完成"

newroot_phy

哦，我理解错了。我想表达的意思是，我看那个APUE里说，例如在文件结尾写东西，如果两个函数实现，先定位到 ...
xiaobenniao514 发表于 2010-12-28 16:41

兄弟,你把我说糊涂了,这跟几个函数实现没有什么关系吧!

或许我没明白你想表达的意思! 见笑!!

mik

这种问题光 c/c++ 版已经被讨论过很多次了。
LZ想一想到底想问什么

newroot_phy

这种问题光 c/c++ 版已经被讨论过很多次了。
LZ想一想到底想问什么
mik 发表于 2010-12-28 23:50

我想问的是, 对共享基本数据类型(char, int ...)的读写，在各种情况下(多线程/多进程/多核)(X86/MIPS/SPARC)，是否有可能被中断！为什么？！

是否有相关的资料证实这一点！?