1.1 软硬件信息

测试工具：apache-Jmeter-2.5.1

1.2 服务配置

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

1.3 名词解释

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

2 测试结果

2.1 schema

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

2.2 single 插入

2.2.1 插入速率测试
压力参数
  • 并发量：1000
性能指标
结论
  • 顶点：平均响应时间1ms，每个请求插入一条数据，平均每秒处理920个请求，则每秒平均总共处理的数据为1*920约等于920条数据；
  • 边：平均响应时间1ms，每个请求插入一条数据，平均每秒处理920个请求，则每秒平均总共处理的数据为1*920约等于920条数据；
2.2.2 压力上限测试

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

压力参数
  • 持续时间：5min
  • 服务异常标志：错误率大于0.00%
性能指标
结论
  • 顶点：
    • 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 插入速率测试
压力参数
  • 并发量：1000
  • 持续时间：5min
性能指标
结论
  • 顶点：平均响应时间为8959ms，处理时间过长。每个请求插入199条数据，平均每秒处理103个请求，则每秒平均总共处理的数据为199*131约等于2w条数据；
  • 边：平均响应时间31849ms，处理时间过长。每个请求插入499个数据，平均每秒处理28个请求，则每秒平均总共处理的数据为28*499约等于13900条数据；