区块链跑分测数据怎么操作 看哪些指标

导读： 区块链这个跑分, 其实本质上就是一种用来测压力的基准测试, 针对的对象是链上节点和那个共识机制, 需要把吞吐量、出块延迟以及交易确认耗时这些指标全部都采集到位而且得采准才行。...

区块链这个跑分, 其实本质上就是一种用来测压力的基准测试, 针对的对象是链上节点和那个共识机制, 需要把吞吐量、出块延迟以及交易确认耗时这些指标全部都采集到位而且得采准才行。

我做了这么多年的节点压测工作, 发现里头最核心的任务就是怎么样才能把跑分数据完整记录并把它分析清楚, 接下来我就说几个实际操作里面的要点。

区块链跑分看哪些指标

最常被使用的是TPS以及出块时间。如果在单节点进行跑分测试的话, 还需要去关注区块体大小、内存占用情况以及CPU的峰值表现。当涉及到多节点组网的时候, 重点要去看广播延迟和共识达成时间如何。这些指标会直接决定链在实用性方面的上限。

实际跑的时候, 如果分别只看峰值是不行的, 得一直跑满五到十分钟才能够取到稳定的均值。我通常使用的是JMeter或者自定义的脚本来灌入交易, 通过同步抓链上进行的事件日志来记录每笔交易所用的时间戳, 将数据落到磁盘存储中，然后再进行后续的统计分析。

区块链跑分数据怎么记录

咱们建议, 还是用那种叫JSON的格式或者叫CSV的格式, 一笔一笔记清楚交易哈希、提交到底花了几秒、上链又花了几秒, 还有那个节点编号。

等到跑性能测试之前, 先把那个网络的结构和硬件的配置给固定下来, 别乱动。跑完了之后, 赶紧截个监控面板的图留着底, 这样做的话, 后面的数据才能重复出来让人看明白。

我把原始数据存放到对象存储里面, 然后让Grafana去拉取看板来做可视化的工作。每次进行跑分测试的时候, 我都会分别出具一份对比报告。在这份报告里, 我会标注出共识参数和网络延迟的基线情况。只有按照这样的方式去做, 在系统进行版本迭代的时候, 才能够快速地去定位性能发生回归的问题。

跑分数据本身不难采，难的是把测试环境标准化、把指标口径统一。记录规范做扎实了，后面做链选型或多链横评才站得住脚。