eyb*_*erg 2 memcached amazon-s3 amazon-ec2
我们的服务器上有严重的延迟问题.
我们在S3中存储了3个感兴趣的东西,并将它们存入memcache.
到目前为止,我们已经为memcached提供了128meg的ram ......截至目前它正在使用74兆的内存
做一些基本的数学我们应该能够轻松地拥有大约30,000个文本文档(使用它们的xml表示)和1,000个用户头像,并且仍然在我们的128meg专用于memcache
现在我们有大约100个用户头像可以在我们拥有的数十万个文本/ xml文档中的任何给定时间被提取但是它们不会像头像一样被查看...它就是这里的一个,在那里类型事情
有时白天用户头像加载速度超慢(表示必须从s3加载)和其他时间(当然加载后),你可以告诉他们是从memcached提供的; 与文本文件相同的东西
我们在REE的apache下运行merb.我们正在使用基于libmemcached-0.25.14构建的evan weaver的memcached gem(我完全理解它不是最新的lib;这个gem需要它)
从我所看到的我们的延迟问题是因为S3确实存在严重的延迟问题(对于单个虚拟形象有时候是500毫秒).但是,考虑到应该一直缓存它似乎不应该是一个问题.缓存的默认到期时间设置为1周.
相关代码是:
@cache = MMCACHE.clone
begin
picture = @cache.get("/avatars/#{user.avatar}")
rescue
picture = user.picture
@cache.set("/avatars/#{user.avatar}", picture)
end
@cache.quit
Run Code Online (Sandbox Code Playgroud)
克隆/退出很重要,因为在apache/phusion中,当它分叉时会有共享连接的问题,如果我们没有关闭我们的连接,它们会一直存在,直到我们用完文件描述符.
我开始密切关注内存缓存,看看我是否可以追踪我的问题,但有任何建议吗?我们应该摆脱S3 ??
如果我理解正确,那么您将图像文件存储在S3支持的memcached中.
为什么不直接从S3引用图像,而是在它们上设置Expires HTTP标头,以便客户端不会每次都拉它们,这有两个好处:
随着浏览器从多个域中提取页面组件,页面的加载速度会更快.
简化您的架构.
| 归档时间: |
|
| 查看次数: |
1384 次 |
| 最近记录: |