主题：【原创】闲话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做的。

不知道我的猜测是否正确？

不过应该跟本地ｃａｃｈｅ无关

最可靠的办法，是找个Googler咨询一下。这个问题应该不是Confidential吧。

河里有没有Google的虾？

这东西真难讲

还是找多些有经验的人来做人工干预

就像一台大型手术那样，各个专门领域的医生们轮流上场，护士们也干不少活。

确认一下：作为AJAX 最好的应用之一，Gmail都是在server side的干活，若干个月之前推出的Google Gears是本地存储的方案，但仍很不成熟。

这个话题太专业，读者寥寥，写手也就没了精神，呵呵

佩服和学习

什么时候有了想法回来再填也不迟阿，正因为专业才需要您给大家科普阿。

虽然当时看这个标题我就没敢进来，可是也许多看几遍也就看懂了，有求知欲总是好事。

兄台文章一贯深入浅出，发人深省，俺虽然下河时日尚浅，兄台的文章却是一直在追捧。

文后大家的讨论也大有裨益，撼！

等手头事情做完，我又要开始捣鼓hadoop了，呵呵。

只是不打算接着写Google clustering。

像硅谷野史之类的，雅俗共赏的文章，还在接着写。这几天手头的事情多一点，所以更新不快。估计本周后几天，会有更新。

俺献的

并不意味着帖子本身没有价值。