移植了一套系统到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什麽的就不吐槽了…話說如果不是在牆內的話可以試試openshift嗯…
很可惜,鄙人就在墙内呀,以前在openshift上搭了个wordpress,访问速度不够呀
自己写了个博客放在OpenShift上,貌似速度尚可 <a href=’mr-ping.com’>mr-ping.com</a>
谢谢推荐,但是这个延迟上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