diff options
| author | Felix Lange <fjl@twurst.com> | 2016-03-29 09:08:16 +0800 |
|---|---|---|
| committer | Felix Lange <fjl@twurst.com> | 2016-05-09 19:03:08 +0800 |
| commit | 56ed6152a11592d20220daf6322e94a009e6236d (patch) | |
| tree | 0a0d5985832e32fdd1d9c3dc1deff89a85811099 /containers | |
| parent | f821b0188a27bca08cada87c5b746ef9455a2e96 (diff) | |
| download | dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar.gz dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar.bz2 dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar.lz dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar.xz dexon-56ed6152a11592d20220daf6322e94a009e6236d.tar.zst dexon-56ed6152a11592d20220daf6322e94a009e6236d.zip | |
core, eth, miner: improve shutdown synchronisation
Shutting down geth prints hundreds of annoying error messages in some
cases. The errors appear because the Stop method of eth.ProtocolManager,
miner.Miner and core.TxPool is asynchronous. Left over peer sessions
generate events which are processed after Stop even though the database
has already been closed.
The fix is to make Stop synchronous using sync.WaitGroup.
For eth.ProtocolManager, in order to make use of WaitGroup safe, we need
a way to stop new peer sessions from being added while waiting on the
WaitGroup. The eth protocol Run function now selects on a signaling
channel and adds to the WaitGroup only if ProtocolManager is not
shutting down.
For miner.worker and core.TxPool the number of goroutines is static,
WaitGroup can be used in the usual way without additional
synchronisation.
Diffstat (limited to 'containers')
0 files changed, 0 insertions, 0 deletions