nebula graph rpm安装版本和自己编译（参考的官方的编译脚本）版本的分别做压测，性能差别很大

问答 问题
1

1、相关配置信息

  • nebula 版本：nebula graph v2.0.1

  • 部署方式（分布式）：

    • 101、102、103 部署Nebula Graph集群
    • 201 运行压测工具 K6

  • 服务器信息（4台机器一样的配置）

    • CPU：2(单CPU十四核) E5-2690 v4 @ 2.60GHz* /
    • 内存：256GB
    • 硬盘： 2*960GB SSD
    • 网卡：2*10000Mb/s /

2、问题的具体描述

  • 官方提供的rpm安装包，和自己编译（参考的官方的编译脚本）在相同的机器上，分别做压测，发现性能差别很大。

  • K6所在服务器上CPU使用率，之前通过 rpm包压测是 2900%，服务器上 NG相关进程CPU使用率 是 3000%，而现在的压测，CPU使用率 是200%

  • K6 查询的 QPS，从之前的15W，下降到 现在的 6.9k，QPS 下降了20倍

3、相关截图

image
image1283×803 105 KB

2

具体编译步骤， cmake 参数，都贴一下

3

编译步骤是参考的官方文档：

cmake脚本如下：

cmake -DENABLE_BUILD_STORAGE=on -DENABLE_TESTING=OFF -DCMAKE_BUILD_TYPE=Release -DNEBULA_STORAGE_SOURCE_DIR=xxx/nebula-storage -DNEBULA_COMMON_SOURCE_DIR=/xxx/nebula-common-2.0.1 -DCMAKE_INSTALL_PREFIX=xxx/nebula-release …

测试的是官方提供的 Person 数据

4

用2.5版本做一下压测呗，对比一下。

2 个赞
5

确保你前后压测配置文件一样，你配置了 block_cache 么，如果配置了，确保前后压测都走内存，或者都走磁盘。

如果前后都一样，说明一下你编译器的版本和环境，我提个 issue

1 个赞
6

Hi，谢谢回复，更新下最新的进展：

1、经过定位，发现是配置文件修改（graph配置文件中配置为 --v=4）导致graph进程打印过多 VLOG日志导致速度没能上去

2、修改配置文件，将其改为 --v=0，对RPM安装版本 和 cmake编译版本分别压测，性能差别不大，如下所示：

rpm安装版本：

image
image2608×1104 244 KB

cmake编译版本：

image
image2602×1152 264 KB

基于以上参数配置导致的问题，请教下，基于官方提供 person 压测数据，官方基于一跳时QPS最大多少？达到最大值时的相关参数配置是怎样的？

7

300并发，吞吐 14 万左右。

1 个赞
8

谢谢

9

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。