请参考 GitHub - vesoft-inc/nebula-bench: Collection of benchmark services and tools for Nebula Graph 这个工程
这些指标有没有解释？图表需要说明下
另外现在你们压测客户端的超时时间设置的是多大？
求一份3.0.0 升级到3.0.2的小版本升级文档
收到 谢谢
24个分区的leaders是均匀的分布在三个storage吗？即每个storage负责8个分区的leaders？
是的
1 个赞
高并发下，qps上不去，是因为cpu被打满吗？压测时的cpu指标有吗？
cpu的单位(s)怎么理解？
看看瓶颈是不是在网络和磁盘 io 上。
cpu 的单位，参考 GitHub - ncabatoff/process-exporter: Prometheus exporter that mines /proc to report on selected processes
可以近似认为 6s 就是占了 6 个核心。
1 个赞
为什么cpu指标，有18条线？每个进程都有两条线。而其他指标都是9条线，每个进程一条线。
cpu 里一条是 system，一条是 user。
1 个赞
有cpu负载指标吗？
请问导入的这部分数据 在nebula 里面实际的索引大小是多大？
是指存储的大小？
我们没统计过，另外存储和怎么建索引有关系，我们 bench 为了性能，只做了单个属性的索引，那存储就比较小。
请问下为什么为什么客户端耗时会数倍于服务端耗时？网络传输和反序列化开销复杂度正常应该是小头啊，服务器的查询一般才是大头
看什么查询，有的查询很快