大家好,我有一个与性能相关的问题。我正在运行 2 个具有 30GB 存储空间的 aws 实例 (t2.2xlarge)。我正在使用默认设置在每个节点上运行 v2.0 节点(几天前从 master 分支),并且我正在测试每秒可以处理多少事务。
平均每秒发送 495 笔(略低于默认的 500 笔)余额转账交易约 22 笔交易。这是预期的吗?
我尝试在本地(具有 1T 存储和 I7 处理器的 Dell XPS)使用 2 个实例(均具有节点模板和节点)运行相同的测试,我看到的最高平均 TPS 是 35。我可以做些什么来改进这一点?
Thanks
每秒交易数 = 每个区块的交易数 * 每秒区块数。
通过更改默认 Substrate 节点中的每秒块数可以直接调整MILLISECS_PER_BLOCK
持续的here https://github.com/paritytech/substrate/blob/adc8d505a848ac84ff88758caf3ddc92db6fc202/bin/node/runtime/src/constants.rs#L49或者在节点模板中here https://github.com/paritytech/substrate/blob/master/bin/node-template/runtime/src/lib.rs#L103.
每个区块的交易量稍微小一些,因为限制不是交易数量,而是交易总大小和交易总重量。这两个属性都可以在系统托盘的配置特征中进行调整(例如在节点模板中 https://github.com/paritytech/substrate/blob/adc8d505a848ac84ff88758caf3ddc92db6fc202/bin/node-template/runtime/src/lib.rs#L123-L125)。您可以在概念文档中阅读有关这些参数的更多信息交易权重 https://substrate.dev/docs/en/next/conceptual/runtime/weight.
一旦调整了这些参数,使吞吐量不再受到人为限制,您就可以开始试验,看看在目标网络条件下可以达到什么效果。至于你能期待什么结果,我不太确定,但我期待听到有关该实验的消息。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)