User Space中需要Memory Barrier吗？

[middle]

Kernel Space在SMP环境下是需要memory barrier的。那么普通的应用程序开发（user space）如果是多线程的话，是否也需要memory barrier？

[默默努力的小熊]

应该不用吧。即使是SMP的，同一个进程的多个线程是会被安排在同一个CPU上的

[middle]

“同一个进程的多个线程是会被安排在同一个CPU上的”——没有这种assumption吧？

1. 我在Linux scheduler的代码和介绍sechduler的资料里从来没有看到过。
2. 从道理上说也不合理。如果一个due-processor系统上只有10来个process，其中一个process开了30个threads，难道一个processor上永远跑30个threads？

[middle]

经过了几天的搜索，我终于明白了这个问题——从网上找到的答案。答案用一句话来说就是：“在memory barrier的问题上，user space和kernel space没有任何区别。”
按照我自己粗浅的看法，大家可能把user space和kernel space的区别无原则的夸大了。比如想当然的认为user space就不用考虑memory barrier。

那么为什么我们一般在user space不会遇到memory access reording的问题呢——原因在于我们在application development中往往不像kernel这样重视效率，因而经常超过必要限度的使用lock——在application development中，数据完整性往往超过对性能的要求。而lock implies memory barrier。

那么我从网上找到的答案是什么呢？——用“double-check locking”在google上搜索一下，大家就会看到。不光C这样的开发需要考虑memory barrier，就连Java开发也必须在考虑——只要你希望最大限度的提高性能。