Home > Erlang探索 > Latest News From the Erlang/OTP team at Ericsson 我有抱怨

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.

Categories: Erlang探索 Tags: , , ,
  1. dennis
    November 19th, 2010 at 15:37 | #1

    dets的2G大小限制准备拖到什么时候解决呢?

    Yu Feng Reply:

    他们没打算解决这个问题,会搞个更好的替代品,比如TC

  2. k1000j1000
    November 24th, 2010 at 10:23 | #2

    @dennis
    TC = tokyo cabinet ?

    Yu Feng Reply:

    对的

  3. November 26th, 2010 at 23:42 | #3

    ets compres代码已经可用了,现在。

  4. Witeman
    February 22nd, 2011 at 22:54 | #4

    我看来对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:

    所以要尽量提高numa本地内存的使用,这不仅仅是erlang要实现的,只是glibc目前还没有实现,erlang的特性本身对这个也很需要. 性能提高是点点滴滴的,不是一步到位的.

Comments are closed.