每CPU变量的一些疑问

dxyf1524

在SMP下，每CPU变量是如何避免掉RACE CONDITION的，来实现同步的啊？
照理来说，如果一个变量在多个CPU中分别保存一个的话，这个一致性问题怎么解决的啊？
我说的一致性问题不是由于同步问题中的竞态导致的，而是，假如进程首先在CPU A 上运行，
之后由于某种原因运行在CPU B 上，如果CPU A 和CPU B 中进程用到的每CPU变量不同，会不会
出现问题。
或者说内核强制了使用每CPU变量的进程必须绑定在固定的CPU 上啊（这个不大可能吧）。

还有请求大侠给举些例子，什么时候用到每CPU变量作为同步方法。

瀚海书香

回复 1# dxyf1524

在SMP下，每CPU变量是如何避免掉RACE CONDITION的，来实现同步的啊？
照理来说，如果一个变量在多个CPU中分别保存一个的话，这个一致性问题怎么解决的啊？
我说的一致性问题不是由于同步问题中的竞态导致的，而是，假如进程首先在CPU A 上运行，
之后由于某种原因运行在CPU B 上，如果CPU A 和CPU B 中进程用到的每CPU变量不同，会不会
出现问题。
或者说内核强制了使用每CPU变量的进程必须绑定在固定的CPU 上啊（这个不大可能吧）。

还有请求大侠给举些例子，什么时候用到每CPU变量作为同步方法。

每CPU变量，保证每个变量只被1个CPU访问。每CPU变量不是为了实现同步的。。。。
   

dxyf1524

    每CPU变量的特点：

    用于多个CPU之间的同步，如果是单核结构，每CPU变量没有任何用处。
    每CPU变量不能用于多个CPU相互协作的场景。（每个CPU的副本都是独立的）
    每CPU变量不能解决由中断或延迟函数导致的同步问题
    访问每CPU变量的时候，一定要确保关闭进程抢占，否则一个进程被抢占后可能会更换CPU运行，这会导致每CPU变量的引用错误

arm-linux-gcc

per-CPU变量，其实是每个cpu访问各自的那一份副本，这些副本的地址都不同
宏展开之后就是*(&var + offset[x])，这里的x是thread_info->cpu
同一个var的各个副本之间间隔是很远的