Yac 2.4.0 来了。起因是博客缓存被空数组挤爆：WordPress 的搜索负缓存和 Akismet 的 cron 会写入大量没人读的空数组，持续吃 values 内存还引发 recycle 误伤。这个版本最大的改动是 embedded values——小标量直接编码进 slot 的指针字，不再写 values 区；另有 LZ4 替换 FastLZ（解压快 ~3.5x）、get() 支持 $default、dump() 支持分页与逐条 hits/atime 统计。混合负载读取提升 70%，我的博客 values 内存从 23.5M 降到 12.4M。
with 0 CommentWordPress 的对象缓存用 Memcached每次读缓存都要走一次 localhost TCP。换成共享内存缓存 Yac，实测吞吐提升 19%，延迟降低 15%——省掉的不是缓存未命中，而是命中本身的代价。
with 10 CommentsYac (Yet Another cache)也是之前我在微博的时候开发的一个为PHP使用的，Lock-free, Shared Memory, User Data Cache，用来替代当时微博在PHP机器上装的本地Memcache， 因为当时的需求特点，最初做了完全无锁的设计，但是这样有一个隐患就是用户有可能获得“错误”的数据，虽然之前的测试概率非常非常低。 关于Yac的设计，可以参考我7年前写的Yac (Yet Another Cache) - 无锁共享内存Cache。
作为我的Ya全家桶的重要一员， 在我优化完一轮Yaf, Yar, Yaconf以后，Yac当然也不能少了。
with 12 Comments这个项目其实不是一个新的idea, 这个是我在来微博以后, 第一个优化项目中顺手做的一个小工具, 本身叫做Weibo_Conf. 但是因为Weibo_Conf是属于Weibo扩展的, 里面还有一些其他功能是专门为Weibo定制的. 所以不适合直接开源.
随着PHP7的发布, 新增了很多持久化类型的支持比如IS_IMMUTABLE_ARRAY, 于是我就在PHP7下重新开发了Yaconf, 开源出来, 方便大家使用.
这个PPT以前已经在微盘上分享过了, 今天突然想起来, 上传到了slideshare上, 顺便也在博客上留个纪念吧.
这个PPT介绍了过去一年我在微博的工作成果, 包括Yaf的改, 以及新东西Yar, Yac等
通过一系列的努力(整体方针是, 先提速, 降成本, 清晰架构, SOA), 我们让微博首页的响应时间下降了一倍多, 同时还降低了整体的成本.
好久没有更新blog了, 这一年来的工作确实很忙..... anyway, 今天终于有新东西可以和大家分享.
这个idea来自一个很简单的想法, 以及目前所遇到的一个机会. 首先我们来谈谈这个机会.
在以前, 很多人都会选择使用APC, APC除了提供Opcode Cache以外, 还会提供一套User Data Cache(apc_store/apc_fetch), 所以对于很多有需求使用User Data Cache的同学, 使用APC, 就没什么问题.
然而, 最近Zend Optimizer Plus开源了, 测试表明, Zend O+在Opcode Cache方面, 因为做了Opcode Cache优化, 所以会比APC要高效, 再后来, PHP5.5已经把Zend O+作为了源代码的一部分. 会随着PHP一起发布.
这就有了个问题, 对于那些既要使用Zend O+的Opcode Cache, 又要使用APC的User Data Cache的同学, 怎么办呢?
开始的时候, 我只是给APC增加了一个开关apc.opcode_cache_enable, 这样一来, 用户就可以使用APC然而关闭opcode cache来达到这个目的, 但是APC的User Data Cache使用的存储机制是和Opcode Cache一样的, 这样的场景要求数据严格正确, 所以锁会比较多, 测试表明, APC的User Data Cache的效率和本地memcached几乎相当.
所以, 我想到了这个idea, 单独开发一个基于共享内存的, 高性能的User Data Cache