Latest News From the Erlang/OTP team at Ericsson 我有抱怨
November 19th, 2010
原创文章，转载请注明： 转载自系统技术非业余研究
本文链接地址: Latest News From the Erlang/OTP team at Ericsson 我有抱怨
刚刚结束的Erlang factory会议， Kenneth Lundin按照规矩汇报了下Erlang下一阶段的工作：
请参考： Latest News From the Erlang/OTP team at Ericsson
http://www.erlang-factory.com/upload/presentations/307/OTP_LATEST_NEWS_EUC10.pdf
这次的汇报很让人失望，除了回顾了下R14添加的读写锁的性能， 再有就是R14B01会支持ets的压缩，其他的都没有提到。 特别是上次承偌的numa和每调度器一个内存池的实现都没有提到。
随着硬件的发展，numa的问题越来越凸显。 我昨天测试的Dell 48核心/48G内存的机器，有8个numa node, 在一个进程用到很少内存的时候，系统开始swap, 但是实际上系统还有40G左右的内存。 而且在访问其他node的内存的时候，带宽从6G跌为4G，损失40%的性能。
期待otp团队给力！
Post Footer automatically generated by wp-posturl plugin for wordpress.
dets的2G大小限制准备拖到什么时候解决呢？
Yu Feng Reply:
November 19th, 2010 at 5:15 pm
他们没打算解决这个问题，会搞个更好的替代品，比如TC
@dennis
TC = tokyo cabinet ?
Yu Feng Reply:
November 24th, 2010 at 10:45 am
对的
ets compres代码已经可用了，现在。
我看来对NUMA（Non-Uniform Memory Access）的支持比较鸡肋。MPP的性能比NUMA的性能好多了。多台机器 + Erlang不就是MPP吗？ Erlang不就是适合了可以用来做低成本的MPP了？ 加上多台机子的集群，对于容错来说也是极优的。一台挂了，还有千千万万台。可是如果NUMA的话，一台挂了就挂了一大片了。而且，有人做过benchmark，8被的NUMA CPU量只换来了，3倍多一点的效率提升。而且，NUMA架构里的CPU间的通讯做在了内存控制器。也就是一个CPU在等待远端内存返回的时候，不能同时做别的事情。（本地内存访问速度>远端内存的访问速度）。而MPP或Erlang加多台机器的瓶颈，在网络的I/O。
Yu Feng Reply:
February 22nd, 2011 at 11:07 pm
所以要尽量提高numa本地内存的使用,这不仅仅是erlang要实现的,只是glibc目前还没有实现,erlang的特性本身对这个也很需要. 性能提高是点点滴滴的,不是一步到位的.