centos rocksdb 性能测试笔记(一)

1

最近把服务内存中的部分数据迁移到磁盘,存储引擎使用的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给关闭掉,然后进行测试?

下一篇文章我们继续>>

原文链接http://segmentfault.com/a/1190000003975291

你可能感兴趣的

载入中...