放牧代码和思想
专注自然语言处理、机器学习算法
    恕不接待索要源码语料者、索求技术方案者、以及不Google的懒人。

BAE 性能受限于 memcache

移植了一套系统到BAE上面,考虑到BAE的NFS有IO限制而memcache没有,于是将原来的file cache全部改写成memcache,放到BAE上面运行。结果倒好,在白天一个页面能执行15s以上!我以为是我自己优化得不好,于是加班到凌晨,echo每次memcache get方法的返回码,无一例外全都是RES_SERVER_ERROR,偶尔有几次调用成功。BAE的设计者糟糕透了,既然RES_SERVER_ERROR你就得调整get方法的等待时长,你明知自己的memcache设计得如此低效,那就应该在get不到的时候快速返回,不要让开发者的应用在一句get上面盲等。

经过这几天的调试,我对BAE表示彻底的失望。本来准备付费长期使用的,看来没有这个必要了。准备转移到阿里云,VPS一年六七百也不贵,顺便还可以备个案。

知识共享许可协议 知识共享署名-非商业性使用-相同方式共享码农场 » BAE 性能受限于 memcache

分享到:更多 ()

评论 4

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
  1. #1

    BAE什麽的就不吐槽了…話說如果不是在牆內的話可以試試openshift嗯…

    壹柒伍壹4年前 (2013-09-08)回复
    • 很可惜,鄙人就在墙内呀,以前在openshift上搭了个wordpress,访问速度不够呀

      hankcs4年前 (2013-09-08)回复
      • 自己写了个博客放在OpenShift上,貌似速度尚可 <a href=’mr-ping.com’>mr-ping.com</a>

        Mr.Ping4年前 (2014-01-17)回复
        • 谢谢推荐,但是这个延迟上200+了

          正在 Ping ec2-54-221-8-69.compute-1.amazonaws.com [54.221.8.69] 具有 32 字节的数据:
          来自 54.221.8.69 的回复: 字节=32 时间=209ms TTL=41
          来自 54.221.8.69 的回复: 字节=32 时间=245ms TTL=41
          来自 54.221.8.69 的回复: 字节=32 时间=239ms TTL=41
          来自 54.221.8.69 的回复: 字节=32 时间=210ms TTL=41

          54.221.8.69 的 Ping 统计信息:
          数据包: 已发送 = 4,已接收 = 4,丢失 = 0 (0% 丢失),
          往返行程的估计时间(以毫秒为单位):
          最短 = 209ms,最长 = 245ms,平均 = 225ms

          hankcs4年前 (2014-01-18)回复

我的开源项目

HanLP自然语言处理包基于DoubleArrayTrie的Aho Corasick自动机