豆瓣右边实时更新的内容用的什么技术啊

水木社区手机版

主题:豆瓣右边实时更新的内容用的什么技术啊
3楼|kabbesy|2008-01-17 22:02:36|展开
8c8c!

【在 dhcn (Bipolar|小石) 的大作中提到: 】
: 放个队列行不？
: 今天正好看了一篇关于豆瓣服务器的文章：
: http://www.dbanotes.net/arch/douban_web_server.html
: ...................
--
FROM 221.218.128.*
5楼|kabbesy|2008-01-17 22:13:37|展开
...

凭空压缩啊？

【在 TouchUrBody (八斗之财) 的大作中提到: 】
: 晕。决定立刻压缩预算！！！！
--
FROM 221.218.128.*
9楼|kabbesy|2008-01-18 00:37:25|展开
有两种应用缓存list可以解决这个问题

一种是高写频率下，强行延迟失效，short_time_list
一种是在内存中维护list次序

再海量事件无非也是秒间10帖的规模
只要业务相关的SNA集群做的好，数据复制可控，这个规模*10也很轻松

【在 TouchUrBody (八斗之财) 的大作中提到: 】
: 标题是“过去一分钟里 ······”
: 然后列出了过去一分钟里全站的新增事件，感觉这个比较难啊，要是按照时间轮询数据库，然后生成页面内容的话，万一要是遇到海量事件，那它的服务光在这一块的消耗就很大了。。。
--
FROM 221.218.128.*
10楼|kabbesy|2008-01-18 00:42:07|展开
这种方案太简单粗糙了
5min对于水木这种规模而言，都是不可接受的

short_time_query最多强行保持10s不更新，就不错了

【在 tsbob (挤) 的大作中提到: 】
: 这种开销并不大，一个select就出来了
: 1次取60条，每次显示其中12条，放一个5分钟的cache,普通用户也看不出来
--
FROM 221.218.128.*
12楼|kabbesy|2008-01-18 01:02:36|展开
...

你跟水木上发了篇re
结果5分钟后才出现在list中

【在 tsbob (挤) 的大作中提到: 】
: who care?用户有强迫症才盯着看你时间是不是和现在对应
: 吸引人的是标题和内容
: 过度设计浪费时间精力，费力不讨好
: ...................
--
FROM 221.218.128.*