OT4 = 高负载状态报告影响原因已观察到的问题主网影响成果及下一步：OT4=高负载状态报告截至昨天

原标题：OT4=高负载状态报告

文章图片
【OT4 = 高负载状态报告影响原因已观察到的问题主网影响成果及下一步】截至昨天，康科迪姆开放测试网v4开始看到持续的交易负载达到>2000TPS 。这些事务中大多数无效。
影响截至编写时，尚未出现硬中断。
共识和最终化继续按预期工作，但由于网络负载增加，块和最终完成时间差异更多
链未停止或失败，并继续运行，如在Testnet仪表板上观察到的。
根据单个网络节点用户向哪个网络节点提交，用户可能会观察到较高的事务失败率。
原因由于不受限制的GTU丢弃功能，测试网具有有效的自由交易定价。这使得当前的高事务方案变得不切实际容易。
我们认为，高事务负载的一个原因是我们的OT4-TX挑战，要求参与者不断提交各种类型的交易在各种时间表。
但是，目前观察到的事务速率远远超出了实际建模的挑战事务速率。此外，尽管自一周前交易挑战启动以来，我们看到了很高的交易负荷，但昨晚突然出现了当前的极端交易率，甚至似乎全天都在上升。
目前还不清楚用户是意外还是有意向网络发送垃圾邮件。我们暂时正在研究一些节点是坏角色的可能性，广播或重新广播比必要的交易率高得多。
已观察到的问题我们观察到了以下情况：
预配不足的用户节点崩溃
根据日志报告，网络上的大量参与者没有为节点运行的主机运行所需的最低CPU/RAM资源。
这些节点遇到与RAM耗尽或磁盘空间耗尽直接相关的硬系统崩溃。
在正常情况下，节点可能以比建议的资源更低的资源来摆脱运行，但高负载情况表明，低资源节点难以跟上，或者由于资源消耗而可能完全崩溃。
我们将调整我们的资源需求建议，以确保用户更好地了解资源需求的范围。
最少预配的用户节点会降低性能
运行最低要求或接近这些要求的用户也观察到性能问题。
我们将调整我们的资源需求建议，以确保用户更好地了解资源需求的范围。
协和节点性能下降
没有协和节点坠毁。我们的节点预配了16gb的RAM 。
节点具有内部缓冲区，其中事务在通过网络接收时临时排队，然后以协商一致方式处理。在测试网上运行的节点的缓冲区容量为65536个元素。如果此缓冲区已满，则当收到事务时将立即删除这些事务，并记录"入站共识队列已满"的警告。一旦节点管理处理现有事务，它将再次接受新的事务。
鉴于当前事务速率超过网络TPS速率，将删除多余的事务，直到单个节点队列中存在空间。
增加日志大小
由于网络上传输的事务数量庞大，节点接收事务的速度可能超过处理它们的速度。无法处理的事务将删除。节点在如此高的负载下正常工作。
此正确行为记录为警告消息。
因此，节点拒绝大量事务，并在日志文件中写入警告。如果负载始终保持如此高的速率，日志大小将增加，并可能导致磁盘空间问题。
主网影响目前，我们没有看到主要主网的影响。
在事务挑战期间，测试网的负载远远高于主网的预期负载。我们将分析这些测试中的数据，以识别和纠正节点内的瓶颈。
成果及下一步测试网正是：一个测试网络！
我们感谢参与OT4挑战的社区，他们使如此大规模的负载测试成为可能—这是我们自己执行的暂存负载测试中很难真正模拟的！
虽然目前的情况似乎令人担心，但它实际上是我们的团队评估最大负载网络性能的一个很好的机会，团队将利用反馈和指标进一步改进Concordium网络和节点软件。