centos rocksdb 性能测试笔记(一)

最近把服务内存中的部分数据迁移到磁盘,存储引擎使用的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

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值