最近把服务内存中的部分数据迁移到磁盘，存储引擎使用的rocksdb.迁移完毕，就迫不及待的进行了性能测试。我嘞个去，性能刚刚的。其实内心已经埋下了怀疑的种子，怎么可能？然后用top命令查看了下。
# top
呵呵，果然是filesystem cache的原因。但是作为有着严格求证精神的程序员（其实是对操作系统原理不算特别熟悉），赶紧写了个测试用例来证明自己的推测。
首先关闭服务，然后刷新和清除系统cache
#sync
#echo 1 > /proc/sys/vm/drop_caches
#echo 2 > /proc/sys/vm/drop_caches
#echo 3 > /proc/sys/vm/drop_caches
已知rocksdb数据库文件中存放了所有的影视实体信息，然后编写测试用例=》根据所有的影视id遍历所有的数据。我给测试用例分配了-Xmx1024M -Xms1024M
测试性能日志
再跑一次测试用例，观察性能日志
尼玛，发现没有，78186/4377 = 17.862919808088倍啊.
如果你再次运行上面的命令，刷新和清理系统缓存，再跑测试用例，发现耗时跟第一次差不多。这个我就不贴具体的实例了。当然你可以用iostat观察磁盘的io情况，发现几乎没有读请求。因为全cache住了。
测试已经证明了我们的结果。
关于操作系统中buffer和cache的机制，自己感兴趣的可以去查下。
那如果这样，那么测试得出的结论对于第一次请求耗时来说毫无意义。这时候再想想我们是否可以把文件系统的cache给关闭掉，然后进行测试？
下一篇文章我们继续>>
