主题:【原创】闲话Google集群 [6] 同步的苦恼 -- 邓侃
考虑到用户的实际邮件数量, 和可能的tag数量,感觉上,这个tag的检索应该是在客户端实现的,服务器只是把tag信息持久化。
另外 不知道大家有没有注意过,每次进入Gmail firefox的内存占用都有突飞猛进的增长~~~~ 很可能都是用来干这些事情了。
不过,我觉得不太像是在客户端搞得鬼,理由如下。
如果是在客户端实现label,那么当用户点击一个label的时候,显示出的emails,应当仅限于在客户端cache的emails。
譬如,在客户端只cache了20封emails,里面属于某一个label的emails只有5个,那么点击这个label时,应当只显示这5封emails。
但是事实不是这样。不妨做一个实验,
1. 打开gmail,每隔10封emails,就打个label。第一页的emails处理完后,翻下一页,再每隔10封emails,打个label,再翻下一页。如此这般做下去,会看到gmail在从server下载更多的emails。
2. 清空browser的cache,关掉browser。重新开一个browser。
3. 打开gmail,点击刚才订的label,你会发现所有刚才打了label的emails,统统显示出来了。
结论,label的工作,多半是在server做的。
不知道我的猜测是否正确?
不过应该跟本地cache无关
最可靠的办法,是找个Googler咨询一下。这个问题应该不是Confidential吧。
河里有没有Google的虾?
这东西真难讲
还是找多些有经验的人来做人工干预
就像一台大型手术那样,各个专门领域的医生们轮流上场,护士们也干不少活。
确认一下:作为AJAX 最好的应用之一,Gmail都是在server side的干活,若干个月之前推出的Google Gears是本地存储的方案,但仍很不成熟。
这个话题太专业,读者寥寥,写手也就没了精神,呵呵
佩服和学习
什么时候有了想法回来再填也不迟阿,正因为专业才需要您给大家科普阿。
虽然当时看这个标题我就没敢进来,可是也许多看几遍也就看懂了,有求知欲总是好事。
兄台文章一贯深入浅出,发人深省,俺虽然下河时日尚浅,兄台的文章却是一直在追捧。
文后大家的讨论也大有裨益,撼!
等手头事情做完,我又要开始捣鼓hadoop了,呵呵。
只是不打算接着写Google clustering。
像硅谷野史之类的,雅俗共赏的文章,还在接着写。这几天手头的事情多一点,所以更新不快。估计本周后几天,会有更新。
俺献的
并不意味着帖子本身没有价值。