MongoDB的NUMA CPU架构问题

mmdbcn

　　NUMA是多核心CPU架构中的一种，其全称为Non-Uniform MemoryAccess，简单来说就是在多核心CPU中，机器的物理内存是分配给各个核的。
　　在NUMA架构的机子上启动mongodb进程需要特别注意。我们先以正常方式启动mongodb，然后登陆
　　/root/mongodb/bin/mongod --dbpath=/data/db/ --fork --logpath=/data/logs/db.log --directoryperdb
　　./bin/mongo
　　你会看到类似下面的警告信息：
　　MongoDB shell version: 2.4.8
　　connecting to: test
　　Server has startup warnings:
　　Wed Dec 25 22:10:01.043 [initandlisten]
　　Wed Dec 25 22:10:01.043 [initandlisten] ** WARNING: You are running on a NUMA machine.
　　Wed Dec 25 22:10:01.043 [initandlisten] **          We suggest launching mongod like this to avoid performance problems:
　　Wed Dec 25 22:10:01.043 [initandlisten] **              numactl --interleave=all mongod [other options]
　　Wed Dec 25 22:10:01.043 [initandlisten]
　　按照提示在启动命令前加上 numactl --interleave选项
　　numactl --interleave=all /root/mongodb/bin/mongod --dbpath=/data/db/ --fork --logpath=/data/logs/db.log --directoryperdb
　　这样登陆mongodb就不会有警告信息了。
　　以上只是就问题解决问题，至于在NUMA架构的CPU上非正常启动mongodb会带来什么样的性能影响还没做验证，网上可以搜到一些别人使用的经验。官方的文档(参看MongoDB Documentation,>)中有如下说明：

　　简单做下解释，NUMA架构中每个核访问分配给自己的内存会比分配给其他核内存要快，有下面几种访问控制策略：

• 　　缺省(default)：总是在本地节点分配（分配在当前进程运行的节点上）；
  
• 　　绑定(bind)：强制分配到指定节点上；
  
• 　　交叉(interleave)：在所有节点或者指定的节点上交织分配；
  
• 　　优先(preferred)：在指定节点上分配，失败则在其他节点上分配。
  

　　但是目前mongodb在这种架构下工作的不是很好，--interleave=all就是禁用NUMA为每个核单独分配内存的机制。