1 测试环境

1.1 软硬件信息

起压和被压机器配置相同，基本参数如下：

CPU Memory 网卡
24 Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz 61G 1000Mbps

测试工具：apache-Jmeter-2.5.1

1.2 服务配置

  • HugeGraph版本：0.2
  • 后端存储：使用服务内嵌的cassandra-3.10，单点部署；
  • 后端配置修改：修改了cassandra.yaml文件中的以下两个属性，其余选项均保持默认
  1.   batch_size_warn_threshold_in_kb: 1000
  2.   batch_size_fail_threshold_in_kb: 1000
  • HugeGraphServer 与 HugeGremlinServer 与cassandra都在同一机器上启动，server 相关的配置文件除主机和端口有修改外，其余均保持默认。

1.3 名词解释

  • Samples — 本次场景中一共完成了多少个线程
  • Average — 平均响应时间
  • Median — 统计意义上面的响应时间的中值
  • 90% Line — 所有线程中90%的线程的响应时间都小于xx
  • Min — 最小响应时间
  • Max — 最大响应时间
  • Error — 出错率
  • Troughput — 吞吐量Â
  • KB/sec — 以流量做衡量的吞吐量

注：时间的单位均为ms

2 测试结果

2.1 schema

Label Samples Average Median 90%Line Min Max Error% Throughput KB/sec
property_keys 331000 1 1 2 0 172 0.00% 920.7/sec 178.1
vertex_labels 331000 1 2 2 1 126 0.00% 920.7/sec 193.4
edge_labels 331000 2 2 3 1 158 0.00% 920.7/sec 242.8

结论：schema的接口，在1000并发持续5分钟的压力下，平均响应时间1-2ms，无压力

2.2 single 插入

2.2.1 插入速率测试
压力参数

测试方法：固定并发量，测试server和后端的处理速率

  • 并发量：1000
  • 持续时间：5min
性能指标
Label Samples Average Median 90%Line Min Max Error% Throughput KB/sec
single_insert_vertices 331000 0 1 1 0 21 0.00% 920.7/sec 234.4
single_insert_edges 331000 2 2 3 1 53 0.00% 920.7/sec 309.1
结论
  • 顶点：平均响应时间1ms，每个请求插入一条数据，平均每秒处理920个请求，则每秒平均总共处理的数据为1*920约等于920条数据；
  • 边：平均响应时间1ms，每个请求插入一条数据，平均每秒处理920个请求，则每秒平均总共处理的数据为1*920约等于920条数据；
2.2.2 压力上限测试

测试方法：不断提升并发量，测试server仍能正常提供服务的压力上限

压力参数
  • 持续时间：5min
  • 服务异常标志：错误率大于0.00%
性能指标
Concurrency Samples Average Median 90%Line Min Max Error% Throughput KB/sec
2000(vertex) 661916 1 1 1 0 3012 0.00% 1842.9/sec 469.1
4000(vertex) 1316124 13 1 14 0 9023 0.00% 3673.1/sec 935.0
5000(vertex) 1468121 1010 1135 1227 0 9223 0.06% 4095.6/sec 1046.0
7000(vertex) 1378454 1617 1708 1886 0 9361 0.08% 3860.3/sec 987.1
2000(edge) 629399 953 1043 1113 1 9001 0.00% 1750.3/sec 587.6
3000(edge) 648364 2258 2404 2500 2 9001 0.00% 1810.7/sec 607.9
4000(edge) 649904 1992 2112 2211 1 9001 0.06% 1812.5/sec 608.5
结论
  • 顶点：
    • 4000并发：正常，无错误率，平均耗时13ms；
    • 5000并发：每秒处理5000个数据的插入，就会存在0.06%的错误，应该已经处理不了了，顶峰应该在4000
  • 边：
    • 1000并发：响应时间2ms，跟2000并发的响应时间相差较多，主要是 IO network rec和send以及CPU几乎增加了一倍）；
    • 2000并发：每秒处理2000个数据的插入，平均耗时953ms，平均每秒处理1750个请求；
    • 3000并发：每秒处理3000个数据的插入，平均耗时2258ms，平均每秒处理1810个请求；
    • 4000并发：每秒处理4000个数据的插入，平均每秒处理1812个请求；

2.3 batch 插入

2.3.1 插入速率测试
压力参数

测试方法：固定并发量，测试server和后端的处理速率

  • 并发量：1000
  • 持续时间：5min
性能指标
Label Samples Average Median 90%Line Min Max Error% Throughput KB/sec
batch_insert_vertices 37162 8959 9595 9704 17 9852 0.00% 103.4/sec 393.3
batch_insert_edges 10800 31849 34544 35132 435 35747 0.00% 28.8/sec 814.9
结论
  • 顶点：平均响应时间为8959ms，处理时间过长。每个请求插入199条数据，平均每秒处理103个请求，则每秒平均总共处理的数据为199*131约等于2w条数据；
  • 边：平均响应时间31849ms，处理时间过长。每个请求插入499个数据，平均每秒处理28个请求，则每秒平均总共处理的数据为28*499约等于13900条数据；