-
Notifications
You must be signed in to change notification settings - Fork 1.2k
test: optimize feature_llmq_data_recovery.py #6818
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Conversation
…_recover.py 2 full nodes + 7 masternodes are replaced to 1 full node + 6 masternodes Second full node is no necessary. 6 masternodes provides still high probability of at least one quorum member to be different; futher commit reduces overhead in case of unhappy choice for 50%
…lmq_data_recovery.py It is achieved by splitting helper restart_mn to 2 helper: one to restart mn, other to wait it to get in sync
✅ No Merge Conflicts DetectedThis PR currently has no conflicts with other open PRs. |
WalkthroughRefactors the LLMQ data recovery functional test. Reduces node count and extra args in set_test_params/set_dash_test_params. Introduces wait_restarted_mn to centralize post-restart synchronization with optional reindex and block_count waiting, mnsync finalization, and reconnection. restart_mns now precomputes block_count, restarts targeted masternodes, and then invokes wait_restarted_mn per node. When qdata_recovery_enabled, restart_mns triggers recovery by generating a block, bumping mocktime, and syncing blocks. Updates test_llmq_qvvec_sync for llmq_sync_mode == 1 to maintain consistent, non-empty, incremental quorum/member sets using reused hashes and member lists. Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes 📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (1)
🧰 Additional context used📓 Path-based instructions (1)test/functional/**/*.py📄 CodeRabbit Inference Engine (CLAUDE.md)
Files:
🧬 Code Graph Analysis (1)test/functional/feature_llmq_data_recovery.py (3)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (8)
🔇 Additional comments (4)
✨ Finishing Touches
🧪 Generate unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. CodeRabbit Commands (Invoked using PR/Issue comments)Type Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK 7e94747
Issue being fixed or feature implemented
The functional test feature_llmq_data_recover.py is currently the slowest one
What was done?
Refactors the LLMQ data recovery functional test.
Reduces node count and masternode count.
Faster fail-over in case if 2 quorums have same members - re-generate only one quorum, not both.
Reindex on restarted mns is done simultaneously on all nodes, achieved by splitting "restart" and "wait" operation for reindex.
Triggering of recovery threads is done for all restarted nodes at once, not one-by-one.
How Has This Been Tested?
Run 20 jobs in parallel. 1 slowest and 1 fastest job are discarded from results as outsiders.
This PR: test run takes 3360s accumulated; 90% jobs are finished in interval [159...179] seconds with median 167 seconds.
Develop: test run takes 4353 s (accumulated); 90% jobs are finished in interval [207..229] seconds with median 217 seconds.
It is 30% improvement for the worst case scenario; for median and for average.
Breaking Changes
N/A
Checklist: