hiero-ledger / hiero-ledger/hiero-consensus-node

Simulate graph related performance

Open
#5,288 1 comment 0 reactions 1 assignee Assigned to @rbair23 View on GitHub
Platform Test Development
Dominant language
Java
Stars
406
Forks
226
Avg merge
3d 4h
Merged PRs (30d)
210

Description

I think we need to get a couple data points:
- What happens to the time it takes to run the hashgraph algorithm as the number of nodes increase. This could be a JMH benchmark and include no networking at all. Just feed the hashgraph algorithm events from N number of "fake" nodes and see how long it takes to come to consensus.
- If I have N number of nodes and C number of connections per node, what happens as C decreases? Suppose I have 26 nodes with a connection count of 26. Now with a connection count of 25. Then 24, and so on down to 1. What happens to the latency?
- Do a JRS test that tests up to fully connected 128 nodes

That should give us a pretty good idea for what will happen as we increase the number of nodes. Maybe we will find that the hashgraph algorithm can only handle 40 nodes before latency goes crazy, or maybe 400, or maybe 40,000. That gives us the upper bound if networking is free. The second test shows us what happens to latency as indirection increases. Assuming Amazon's limit is 40 outgoing persistent connections, then the only way to get past 40 nodes is to stop using a fully connected network.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.