mmgen 928097ad62 Increase IO_TIMEOUT to allow nodes on high-latency connections to sync (#3109) ... Commit d3dbafa80b "Use blocking IO in P2P to reduce CPU load" (merged into v2.1.0) introduced the constant IO_TIMEOUT, setting it to 1 second. On nodes with high-latency connections, this short timeout causes the txhashset archive download during step 2 of the IBD process to invariably fail before it completes. Since there's no mechanism for resuming a failed download, this means the node gets stuck at this stage and never syncs. Increasing IO_TIMEOUT to 10 seconds solves the issue on my node; others might suggest a more optimal value for the constant.		2019-11-13 21:12:38 +01:00
..
conn.rs	Increase IO_TIMEOUT to allow nodes on high-latency connections to sync (#3109)	2019-11-13 21:12:38 +01:00
handshake.rs	use sender thread consistently to send msgs to a peer (#3067)	2019-10-07 16:22:05 +01:00
lib.rs	Change 2018 to 2019 in copyright files (#3072)	2019-10-02 09:40:20 +01:00
msg.rs	use sender thread consistently to send msgs to a peer (#3067)	2019-10-07 16:22:05 +01:00
peer.rs	track opts when requesting blocks (not just if we requested them) (#3089)	2019-10-10 09:38:25 +01:00
peers.rs	track opts when requesting blocks (not just if we requested them) (#3089)	2019-10-10 09:38:25 +01:00
protocol.rs	Verify headers and blocks only when needed (#3023)	2019-10-27 08:40:52 +01:00
serv.rs	track opts when requesting blocks (not just if we requested them) (#3089)	2019-10-10 09:38:25 +01:00
store.rs	Change 2018 to 2019 in copyright files (#3072)	2019-10-02 09:40:20 +01:00
types.rs	track opts when requesting blocks (not just if we requested them) (#3089)	2019-10-10 09:38:25 +01:00