From 51e9133b9c9ab68a146f33c3acb9809fbdad9b6d Mon Sep 17 00:00:00 2001 From: Jiawei Wang Date: Mon, 21 Oct 2019 11:38:59 +0800 Subject: [PATCH] Update ELASTIC_CTR.md --- doc/ELASTIC_CTR.md | 19 ++++++++++++++++++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/doc/ELASTIC_CTR.md b/doc/ELASTIC_CTR.md index 94f99d3a..9aa4c974 100755 --- a/doc/ELASTIC_CTR.md +++ b/doc/ELASTIC_CTR.md @@ -385,7 +385,7 @@ client端和server端分别位于2台独立的云主机，机器间ping延时为 测试key 1-1000000之间随机整数，value为40字节字符串 -server端部署redis-sever (latest stable 5.0.6) +server端部署redis-server (latest stable 5.0.6) client端为基于[redisplusplus](https://github.com/sewenew/redis-plus-plus)编写的客户端[get_values.cpp](https://github.com/PaddlePaddle/Serving/blob/master/doc/resource/get_value.cpp) @@ -412,6 +412,23 @@ $ ./get_values -h 192.168.1.1 -t 3 -r 10000 -b 1000 24 | 1000 | 30620 | 783 32 | 1000 | 37668 | 849 + +### RocksDB测试环境 + +测试key 1-1000000之间随机整数，value为40字节字符串 + +基本原理：启动k个线程，每个线程访问M次rocksDB，每次用mget批量获取N个key。总时间加和求平均。 + +并发数 （压测线程数） | batch size | 平均响应时间 (us) | total qps +-------|------------|-------------|--------------------------- +1 | 1000 | 11345 | 88 +4 | 1000 | 11210 | 357 +8 | 1000 | 11475 | 697 +16 | 1000 | 12822 | 1248 +24 | 1000 | 14220 | 1688 +32 | 1000 | 17256 | 1854 + + ###测试结论 由于Redis高效的时间驱动模型和全内存操作，在单并发时，redis平均响应时间与cube相差不多% (1643us vs. 1312us) -- GitLab