Closed mmsqe closed 3 months ago
The detect_idle
function has been modified to include a new parameter, chain_halt_interval
, which allows users to specify a maximum duration for idle detection. This change enables the function to terminate early if the wait time exceeds the specified limit, enhancing control over the idle detection process.
Files | Change Summary |
---|---|
testground/benchmark/benchmark/stateless.py |
Introduced chain_halt_interval parameter in detect_idle function to allow early termination based on wait time. |
🐇 In the realm of code where bunnies hop,
A halt interval keeps the idle on top.
With a tick-tock here and a wait no more,
We leap through functions, oh what a score!
So let us celebrate this change so bright,
With quickened responses, we take flight! ✨
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 15.24%. Comparing base (
737bd9e
) to head (d4efd8c
). Report is 1 commits behind head on main.
unable to collect output when mempool is full
Is the chain halted?
yes
unable to collect output when mempool is full
why full mempool cause chain halt?
unable to collect output when mempool is full
why full mempool cause chain halt?
actually not halt but no new block like node is down, might just not enough CPU resource
unable to collect output when mempool is full
why full mempool cause chain halt?
actually not halt but no new block like node is down, might just not enough CPU resource
node process is killed?
unable to collect output when mempool is full
why full mempool cause chain halt?
actually not halt but no new block like node is down, might just not enough CPU resource
node process is killed?
not itself, but other validators are down ;D
unable to collect output when mempool is full
why full mempool cause chain halt?
actually not halt but no new block like node is down, might just not enough CPU resource
node process is killed?
not itself, but other validators are down ;D
I see, so basically we just need to detect chain halt, right? If the chain doesn't make progress in a period, we should quit.
there's cpu hotspot in fund step, which can be alleviated after https://github.com/cosmos/cosmos-sdk/pull/21372/files included in 50.x
add max_wait_time for detect_idle
👮🏻👮🏻👮🏻 !!!! REFERENCE THE PROBLEM YOUR ARE SOLVING IN THE PR TITLE AND DESCRIBE YOUR SOLUTION HERE !!!! DO NOT FORGET !!!! 👮🏻👮🏻👮🏻
PR Checklist:
make
)make test
)go fmt
)golangci-lint run
)go list -json -m all | nancy sleuth
)Thank you for your code, it's appreciated! :)
Summary by CodeRabbit
New Features
Bug Fixes