在上周日奇遇花园咖啡馆举办的 Beta 技术沙龙上，手机之家的高春辉和他的战友们带来了他们网站技术架构与大家分享。
之前就手机之家的架构采访过老高，这次是来了图文并茂版了。希望过几天能有个视频的 :) 读了 PPT 之后，比较感兴趣的是关于 Cache 的处理：
…对数据库记录的缓存的访问做了一定的抽象处理，开发出了Cache 处理器。所有的数据访问都经过cache处理器。这样，系统代替程序员接管了缓存的存取访问。缓存的KEY和VALUE由系统处理，从而避免了冲突和混乱。Cache 处理器的引入减少了40%的数据访问层代码！最重要的是，我们采用了Namespace的方法使得缓存能自动清除了。
因为身在杭州，不能分身参加。不过第一时间从老高那里要来了 PPT。共享一下。
最后(最重要的是)，手机之家还在招聘 PHP/Java 人手，有意者给老高发邮件: [email protected] 。
–EOF–
炙手可热的 Facebook 是用 PHP 开发的。随着一些技术交流，逐渐能看到 Facebook 技术人员分享的经验。近期这个 geekSessions 站点上看到 Facebook 的 Lucas Nealan 分享的文档比较有参考价值。
任何一个成功的站点都有一套最合适自己的 Cache 策略。
Note：这个层次图画的稍微有点问题，不是严格从上到下的。
Facebook 平均每个用户每天要访问超过 50 个页面，PHP的页面载入时间的优化就比较重要了。在 PHP Cache 层，Facebook 采用了 APC。
Lucas Nealan 的 PPT 举了一个例子，一个页面显示的时间从 4000 多毫秒降到了 100 多 毫秒。在 apc.stat 关闭的模式下，性能还要更好一些。不过需要重启动或用apc_cache_clear() 来通知更新。
APC Cache 的是非用户相关的信息，而用户相关的数据 Cache 当然是在 Memcached 中。
Facebook 部署了超过 400 台 Memcached 服务器，超过 5TB 的数据在 Memcached 中。这是当前世界上最大的 Memcached 集群了。也给 Memcached 贡献了不少代码，包括 UDP 的支持和性能上的提升(性能提升超过 20%)。
Facebook 开发人员大量采用 Callgrind 、APD、 xdebug 、KCachegrind 等工具进行基准性能测试。任何一个 Web 项目，这也是不可或缺，也是比较容易忽略的一环。所有开发人员都应该具备熟练使用这些工具的能力才好。
为什么 Facebook 选择 PHP 而不是其他语言? 用Flickr 的 Cal Henderson 这句话就能说明了: “Languages’s don’t Scale, Architecture Scale”。
从 80-20 的原则看，APC 和 Memcached 是最主要的。在这两个环节上下功夫，受益/开销比要大于另外几个环节。
(上面的图是从 Lucas Nealan 的文档截的，版权所有是他的)
–EOF–
在 Google 上用 define:cache 搜索关于 Cache 的定义，简体中文内容中的定义是这样的：
在本地放置、隐藏或存储常用信息以供快速检索。
英文内容挑一条，内容如下：
A memory area where frequently accessed data can be stored for rapid access.
说白了，其实也就是减小开销最大或比较大的那步不必要的交互。
Oracle 的内存数据库 TimesTen 从某种角度上来看，也是一种 Cache 机制，是磁盘数据库的 ‘Cache’，通过物理内存中的数据存储区的直接操作，减少了到磁盘间的 I/O 交互。TimesTen 中的这个 Ten 据说就是指速度能达到基于磁盘的 RDBMS 10倍，从去年开始在国内市场也有很多活动，逐渐吸引了很多技术人员的注意。实际上，这个产品也是有一定潜在市场的。
如图：
这个示意图引用自 Oracle TimesTen In-Memory Database Introduction，下载该文档请到官方网站。
这个数据库 的 License 报价并不贵，List 价格是 $12K/CPU，对于响应速度要求比较高，可靠性要求不是非常非常高(安装 TimesTen 的系统内存可靠性会比你的 SAN 存储系统可靠性高么?)的系统，TimesTen 作为大事务数据库的前端数据库会是一个不错的选择：
引用自：oracle-timesten-accelerate.pdf
–EOF–
AnySQL 最近在改进 Movable Type 的性能。又有新成果:写了一个 NewSearch.pm 来代替 Search.pm , 并有说明《通过Cache提升MT基于Tag搜索的速度》 , 极力向我推荐，我做小白鼠，测试后发现对于 MT Tag的查看速度的确有很大提升，而且使用简单，无毒无公害. 在此向他的辛勤编码工作表示敬意!
对右边栏的”友情链接”作了一些调整，如果链接 Blog半个月才更新一次，将会放到”更多链接“页。从现在起，尽量做到不做无意义的交换链接(昨天有个朋友联系我，交换链接，点开一看居然是”超女”内容,这和我的 Blog 内容根本不相关). 通过一段时间的观察，发现还是 Blogger 间的引用最有效果。
对于主动链接到我的，通过 egoSurf 脚本, 会自动发现的。 对于关心 PageRank 的 Blogger ，这样也公平一些.
本来的链接途径发现是：Here–>BlogSearch–>BloggersLink2Me
通过这个脚本简化一步：Here–>BloggersLink2Me
Blog 改进，其乐无穷.
–EOF–