mirror of
https://github.com/pezkuwichain/pezkuwi-subxt.git
synced 2026-06-14 01:41:09 +00:00
Req/res optimization for statement distribution (#2803)
* Wip * Increase proposer timeout. * WIP. * Better timeout values now that we are going to be connected to all nodes. (#2778) * Better timeout values. * Fix typo. * Fix validator bandwidth. * Fix compilation. * Better and more consistent sizes. Most importantly code size is now 5 Meg, which is the limit we currently want to support in statement distribution. * Introduce statement fetching request. * WIP * Statement cache retrieval logic. * Review remarks by @rphmeier * Fixes. * Better requester logic. * WIP: Handle requester messages. * Missing dep. * Fix request launching logic. * Finish fetching logic. * Sending logic. * Redo code size calculations. Now that max code size is compressed size. * Update Cargo.lock (new dep) * Get request receiver to statement distribution. * Expose new functionality for responding to requests. * Cleanup. * Responder logic. * Fixes + Cleanup. * Cargo.lock * Whitespace. * Add lost copyright. * Launch responder task. * Typo. * info -> warn * Typo. * Fix. * Fix. * Update comment. * Doc fix. * Better large statement heuristics. * Fix tests. * Fix network bridge tests. * Add test for size estimate. * Very simple tests that checks we get LargeStatement. * Basic check, that fetching of large candidates is performed. * More tests. * Basic metrics for responder. * More metrics. * Use Encode::encoded_size(). * Some useful spans. * Get rid of redundant metrics. * Don't add peer on duplicate. * Properly check hash instead of relying on signatures alone. * Preserve ordering + better flood protection. * Get rid of redundant clone. * Don't shutdown responder on failed query. And add test for this. * Smaller fixes. * Quotes. * Better queue size calculation. * A bit saner response sizes. * Fixes.
This commit is contained in:
@@ -40,8 +40,12 @@ use sp_transaction_pool::TransactionPool;
|
||||
use prometheus_endpoint::Registry as PrometheusRegistry;
|
||||
use std::{fmt, pin::Pin, sync::Arc, time};
|
||||
|
||||
/// How long proposal can take before we give up and err out
|
||||
const PROPOSE_TIMEOUT: core::time::Duration = core::time::Duration::from_millis(2500);
|
||||
/// How long proposing can take, before we give up and err out. We need a relatively large timeout
|
||||
/// here as long as we have large payload in statement distribution. Assuming we can reach most
|
||||
/// nodes within two hops, we will take about 2 seconds for transferring statements (data transfer
|
||||
/// only). If necessary, we could be able to reduce this to 3 seconds. To consider: The lower the
|
||||
/// riskier that we will not be able to include a candidate.
|
||||
const PROPOSE_TIMEOUT: core::time::Duration = core::time::Duration::from_millis(4000);
|
||||
|
||||
/// Custom Proposer factory for Polkadot
|
||||
pub struct ProposerFactory<TxPool, Backend, Client> {
|
||||
|
||||
Reference in New Issue
Block a user