Open Bear-hub opened 2 years ago
So you are saying that it achieves the specified tps value if no timeout error occurs ? but if you get a timeout then the reported tps is wrong ? Can you provide more details, such as the report output showing the issue with the associated benchmark file and the actual errors being reported. The rate controller manages the rate based on actual submissions so shouldn't be distinguishing between submissions that subsequently fail vs ones that pass
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Context
When I set the fixed-rate to 200 TPS, the actual fixed-rate is more than 600 TPS. This problem occurs when the log reports a timeout error. So I have two questions in total, one is how to determine the maximum TPS of different contracts, the other is when the timeout error will occur, and whether the TPS measured in the background of the timeout error is accurate.
Actual Behavior
myAssetBenchmark.yaml
Context
I have two questions in total, one is how to determine the maximum TPS of different contracts, the other is when the timeout error will occur, and whether the TPS measured in the background of the timeout error is accurate.
Your Environment