RCU lock的两个疑问

lyl19

最近要使用RCU,看了一下实现后，有如下几个疑惑
1   内核文档说　读者使用rcu_dereference，一定要在RCU read-side critical section，　也就是需要rcu_read_lock()保护。
　　当然如果写者有reclaim的动作，这个是必然，但如果写者只有update的动作呢，也就是只rcu_assign_pointer()，那读者还需要保护吗？
　　我感觉并不需要了，因为rcu_assign_pointer()和rcu_dereference都是原子操作啊。
2  感觉RCU一般用在读者会被写者抢占的时候，但如果写者也会抢占读者，那写者和读者之间还需要什么同步吗？

tuibo

rcu 锁是  单写者和多读者可以并行。  原因： 写者修改链表指针的时候按照一定的顺序来操作，不会造成读者断链之类的。但会数据不一致，如果能容忍的话。

多个写者并行是不可以的。   

kouu

没错，读者和写者是不需要同步的。读者仅仅是使用一个原子操作 对一个指针进行读，要么读到写者更新前的旧值，从而引用到旧的对象、要么读到更新后的新值，从而引用到新的对象，不会出现中间状态。

为什么要使用rcu_XXX那一套接口？ 因为rcu的核心问题是：指向对象的指针修改之后，旧的对象何时释放？读者和写者按照rcu_XXX那一套接口的规范来操作，可以保证旧对象在再也没人引用到它的时候被释放掉。

之前写过一篇blog，有兴趣可以参考一下：http://hi.baidu.com/_kouu/blog/item/c9099983724545ad0df4d225.html

tuibo

rcu_read_lock的时候，会关抢占。写锁可能删除节点，节点释放是按批次来的，    等所有的核都上下文切换一次的时候，释放一批次， 这个你知道 rcu_read_lock的时候关抢占就理解了。

tuibo

rcu_read_lock的时候，会关抢占。写锁可能删除节点，节点释放是按批次来的，    等所有的核都上下文切换一次的时候，该节点肯定不会被读者使用了，释放一批次， 这个你知道 rcu_read_lock的时候关抢占就理解了。