2015-07-07 03:54:22 +03:00
|
|
|
// Copyright 2015 The go-ethereum Authors
|
2015-07-22 19:48:40 +03:00
|
|
|
// This file is part of the go-ethereum library.
|
2015-07-07 03:54:22 +03:00
|
|
|
//
|
2015-07-23 19:35:11 +03:00
|
|
|
// The go-ethereum library is free software: you can redistribute it and/or modify
|
2015-07-07 03:54:22 +03:00
|
|
|
// it under the terms of the GNU Lesser General Public License as published by
|
|
|
|
// the Free Software Foundation, either version 3 of the License, or
|
|
|
|
// (at your option) any later version.
|
|
|
|
//
|
2015-07-22 19:48:40 +03:00
|
|
|
// The go-ethereum library is distributed in the hope that it will be useful,
|
2015-07-07 03:54:22 +03:00
|
|
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of
|
2015-07-22 19:48:40 +03:00
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2015-07-07 03:54:22 +03:00
|
|
|
// GNU Lesser General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU Lesser General Public License
|
2015-07-22 19:48:40 +03:00
|
|
|
// along with the go-ethereum library. If not, see <http://www.gnu.org/licenses/>.
|
2015-07-07 03:54:22 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Contains the active peer-set of the downloader, maintaining both failures
|
|
|
|
// as well as reputation metrics to prioritize the block retrievals.
|
|
|
|
|
2015-04-12 13:38:25 +03:00
|
|
|
package downloader
|
|
|
|
|
|
|
|
import (
|
2015-04-12 14:33:42 +03:00
|
|
|
"errors"
|
2015-06-04 14:51:14 +03:00
|
|
|
"fmt"
|
2015-06-03 14:39:21 +03:00
|
|
|
"math"
|
2016-07-25 15:14:14 +03:00
|
|
|
"math/big"
|
2016-06-01 18:07:25 +03:00
|
|
|
"sort"
|
2015-04-12 13:38:25 +03:00
|
|
|
"sync"
|
2015-05-11 14:26:20 +03:00
|
|
|
"sync/atomic"
|
2015-06-03 14:39:21 +03:00
|
|
|
"time"
|
2015-04-12 13:38:25 +03:00
|
|
|
|
|
|
|
"github.com/ethereum/go-ethereum/common"
|
eth/downloader: separate state sync from queue (#14460)
* eth/downloader: separate state sync from queue
Scheduling of state node downloads hogged the downloader queue lock when
new requests were scheduled. This caused timeouts for other requests.
With this change, state sync is fully independent of all other downloads
and doesn't involve the queue at all.
State sync is started and checked on in processContent. This is slightly
awkward because processContent doesn't have a select loop. Instead, the
queue is closed by an auxiliary goroutine when state sync fails. We
tried several alternatives to this but settled on the current approach
because it's the least amount of change overall.
Handling of the pivot block has changed slightly: the queue previously
prevented import of pivot block receipts before the state of the pivot
block was available. In this commit, the receipt will be imported before
the state. This causes an annoyance where the pivot block is committed
as fast block head even when state downloads fail. Stay tuned for more
updates in this area ;)
* eth/downloader: remove cancelTimeout channel
* eth/downloader: retry state requests on timeout
* eth/downloader: improve comment
* eth/downloader: mark peers idle when state sync is done
* eth/downloader: move pivot block splitting to processContent
This change also ensures that pivot block receipts aren't imported
before the pivot block itself.
* eth/downloader: limit state node retries
* eth/downloader: improve state node error handling and retry check
* eth/downloader: remove maxStateNodeRetries
It fails the sync too much.
* eth/downloader: remove last use of cancelCh in statesync.go
Fixes TestDeliverHeadersHang*Fast and (hopefully)
the weird cancellation behaviour at the end of fast sync.
* eth/downloader: fix leak in runStateSync
* eth/downloader: don't run processFullSyncContent in LightSync mode
* eth/downloader: improve comments
* eth/downloader: fix vet, megacheck
* eth/downloader: remove unrequested tasks anyway
* eth/downloader, trie: various polishes around duplicate items
This commit explicitly tracks duplicate and unexpected state
delieveries done against a trie Sync structure, also adding
there to import info logs.
The commit moves the db batch used to commit trie changes one
level deeper so its flushed after every node insertion. This
is needed to avoid a lot of duplicate retrievals caused by
inconsistencies between Sync internals and database. A better
approach is to track not-yet-written states in trie.Sync and
flush on commit, but I'm focuing on correctness first now.
The commit fixes a regression around pivot block fail count.
The counter previously was reset to 1 if and only if a sync
cycle progressed (inserted at least 1 entry to the database).
The current code reset it already if a node was delivered,
which is not stong enough, because unless it ends up written
to disk, an attacker can just loop and attack ad infinitum.
The commit also fixes a regression around state deliveries
and timeouts. The old downloader tracked if a delivery is
stale (none of the deliveries were requestedt), in which
case it didn't mark the node idle and did not send further
requests, since it signals a past timeout. The current code
did mark it idle even on stale deliveries, which eventually
caused two requests to be in flight at the same time, making
the deliveries always stale and mass duplicating retrievals
between multiple peers.
* eth/downloader: fix state request leak
This commit fixes the hang seen sometimes while doing the state
sync. The cause of the hang was a rare combination of events:
request state data from peer, peer drops and reconnects almost
immediately. This caused a new download task to be assigned to
the peer, overwriting the old one still waiting for a timeout,
which in turned leaked the requests out, never to be retried.
The fix is to ensure that a task assignment moves any pending
one back into the retry queue.
The commit also fixes a regression with peer dropping due to
stalls. The current code considered a peer stalling if they
timed out delivering 1 item. However, the downloader never
requests only one, the minimum is 2 (attempt to fine tune
estimated latency/bandwidth). The fix is simply to drop if
a timeout is detected at 2 items.
Apart from the above bugfixes, the commit contains some code
polishes I made while debugging the hang.
* core, eth, trie: support batched trie sync db writes
* trie: rename SyncMemCache to syncMemBatch
2017-06-22 15:26:03 +03:00
|
|
|
"github.com/ethereum/go-ethereum/event"
|
2017-02-24 19:23:03 +03:00
|
|
|
"github.com/ethereum/go-ethereum/log"
|
2015-04-12 13:38:25 +03:00
|
|
|
)
|
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
const (
|
2016-06-01 18:07:25 +03:00
|
|
|
maxLackingHashes = 4096 // Maximum number of entries allowed on the list or lacking items
|
|
|
|
measurementImpact = 0.1 // The impact a single measurement has on a peer's final throughput value.
|
2015-10-29 19:37:26 +03:00
|
|
|
)
|
2015-11-04 13:18:48 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
var (
|
|
|
|
errAlreadyFetching = errors.New("already fetching blocks from peer")
|
|
|
|
errAlreadyRegistered = errors.New("peer is already registered")
|
|
|
|
errNotRegistered = errors.New("peer is not registered")
|
|
|
|
)
|
2015-04-13 17:38:32 +03:00
|
|
|
|
2017-07-05 12:42:37 +03:00
|
|
|
// peerConnection represents an active peer from which hashes and blocks are retrieved.
|
2017-06-28 15:25:08 +03:00
|
|
|
type peerConnection struct {
|
2016-07-25 15:14:14 +03:00
|
|
|
id string // Unique identifier of the peer
|
2015-05-11 14:26:20 +03:00
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
headerIdle int32 // Current header activity state of the peer (idle = 0, active = 1)
|
2015-09-28 19:27:31 +03:00
|
|
|
blockIdle int32 // Current block activity state of the peer (idle = 0, active = 1)
|
|
|
|
receiptIdle int32 // Current receipt activity state of the peer (idle = 0, active = 1)
|
2015-10-05 19:37:56 +03:00
|
|
|
stateIdle int32 // Current node data activity state of the peer (idle = 0, active = 1)
|
2015-05-11 14:26:20 +03:00
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
headerThroughput float64 // Number of headers measured to be retrievable per second
|
2015-10-29 19:37:26 +03:00
|
|
|
blockThroughput float64 // Number of blocks (bodies) measured to be retrievable per second
|
|
|
|
receiptThroughput float64 // Number of receipts measured to be retrievable per second
|
|
|
|
stateThroughput float64 // Number of node data pieces measured to be retrievable per second
|
2015-10-05 19:37:56 +03:00
|
|
|
|
2016-06-01 18:07:25 +03:00
|
|
|
rtt time.Duration // Request round trip time to track responsiveness (QoS)
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
headerStarted time.Time // Time instance when the last header fetch was started
|
|
|
|
blockStarted time.Time // Time instance when the last block (body) fetch was started
|
2015-10-05 19:37:56 +03:00
|
|
|
receiptStarted time.Time // Time instance when the last receipt fetch was started
|
|
|
|
stateStarted time.Time // Time instance when the last node data fetch was started
|
2015-05-11 14:26:20 +03:00
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
lacking map[common.Hash]struct{} // Set of hashes not to request (didn't have previously)
|
2015-05-11 14:26:20 +03:00
|
|
|
|
2017-06-28 15:25:08 +03:00
|
|
|
peer Peer
|
2015-09-28 19:27:31 +03:00
|
|
|
|
2017-02-24 19:23:03 +03:00
|
|
|
version int // Eth protocol version number to switch strategies
|
2017-03-02 16:06:16 +03:00
|
|
|
log log.Logger // Contextual logger to add extra infos to peer logs
|
2015-10-29 19:37:26 +03:00
|
|
|
lock sync.RWMutex
|
2015-04-18 21:25:55 +03:00
|
|
|
}
|
|
|
|
|
2017-07-05 12:42:37 +03:00
|
|
|
// LightPeer encapsulates the methods required to synchronise with a remote light peer.
|
2017-07-03 17:17:12 +03:00
|
|
|
type LightPeer interface {
|
2017-06-28 15:25:08 +03:00
|
|
|
Head() (common.Hash, *big.Int)
|
|
|
|
RequestHeadersByHash(common.Hash, int, int, bool) error
|
|
|
|
RequestHeadersByNumber(uint64, int, int, bool) error
|
2017-07-03 17:17:12 +03:00
|
|
|
}
|
|
|
|
|
2017-07-05 12:42:37 +03:00
|
|
|
// Peer encapsulates the methods required to synchronise with a remote full peer.
|
2017-07-03 17:17:12 +03:00
|
|
|
type Peer interface {
|
|
|
|
LightPeer
|
2017-06-28 15:25:08 +03:00
|
|
|
RequestBodies([]common.Hash) error
|
|
|
|
RequestReceipts([]common.Hash) error
|
|
|
|
RequestNodeData([]common.Hash) error
|
|
|
|
}
|
|
|
|
|
2017-07-03 17:17:12 +03:00
|
|
|
// lightPeerWrapper wraps a LightPeer struct, stubbing out the Peer-only methods.
|
|
|
|
type lightPeerWrapper struct {
|
|
|
|
peer LightPeer
|
|
|
|
}
|
2017-02-24 19:23:03 +03:00
|
|
|
|
2017-07-03 17:17:12 +03:00
|
|
|
func (w *lightPeerWrapper) Head() (common.Hash, *big.Int) { return w.peer.Head() }
|
|
|
|
func (w *lightPeerWrapper) RequestHeadersByHash(h common.Hash, amount int, skip int, reverse bool) error {
|
|
|
|
return w.peer.RequestHeadersByHash(h, amount, skip, reverse)
|
|
|
|
}
|
|
|
|
func (w *lightPeerWrapper) RequestHeadersByNumber(i uint64, amount int, skip int, reverse bool) error {
|
|
|
|
return w.peer.RequestHeadersByNumber(i, amount, skip, reverse)
|
|
|
|
}
|
|
|
|
func (w *lightPeerWrapper) RequestBodies([]common.Hash) error {
|
|
|
|
panic("RequestBodies not supported in light client mode sync")
|
|
|
|
}
|
|
|
|
func (w *lightPeerWrapper) RequestReceipts([]common.Hash) error {
|
|
|
|
panic("RequestReceipts not supported in light client mode sync")
|
|
|
|
}
|
|
|
|
func (w *lightPeerWrapper) RequestNodeData([]common.Hash) error {
|
|
|
|
panic("RequestNodeData not supported in light client mode sync")
|
|
|
|
}
|
|
|
|
|
2017-07-05 12:42:37 +03:00
|
|
|
// newPeerConnection creates a new downloader peer.
|
2017-07-03 17:17:12 +03:00
|
|
|
func newPeerConnection(id string, version int, peer Peer, logger log.Logger) *peerConnection {
|
2017-06-28 15:25:08 +03:00
|
|
|
return &peerConnection{
|
2015-10-29 19:37:26 +03:00
|
|
|
id: id,
|
|
|
|
lacking: make(map[common.Hash]struct{}),
|
2015-08-14 21:25:41 +03:00
|
|
|
|
2017-06-28 15:25:08 +03:00
|
|
|
peer: peer,
|
2015-09-28 19:27:31 +03:00
|
|
|
|
2015-08-14 21:25:41 +03:00
|
|
|
version: version,
|
2017-03-02 16:06:16 +03:00
|
|
|
log: logger,
|
2015-04-13 17:38:32 +03:00
|
|
|
}
|
2015-05-11 14:26:20 +03:00
|
|
|
}
|
2015-04-13 17:38:32 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Reset clears the internal state of a peer entity.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) Reset() {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.Lock()
|
|
|
|
defer p.lock.Unlock()
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
atomic.StoreInt32(&p.headerIdle, 0)
|
2015-09-28 19:27:31 +03:00
|
|
|
atomic.StoreInt32(&p.blockIdle, 0)
|
|
|
|
atomic.StoreInt32(&p.receiptIdle, 0)
|
2015-10-29 19:37:26 +03:00
|
|
|
atomic.StoreInt32(&p.stateIdle, 0)
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
p.headerThroughput = 0
|
2015-10-29 19:37:26 +03:00
|
|
|
p.blockThroughput = 0
|
|
|
|
p.receiptThroughput = 0
|
|
|
|
p.stateThroughput = 0
|
2015-11-04 13:18:48 +03:00
|
|
|
|
|
|
|
p.lacking = make(map[common.Hash]struct{})
|
2015-04-13 17:38:32 +03:00
|
|
|
}
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
// FetchHeaders sends a header retrieval request to the remote peer.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) FetchHeaders(from uint64, count int) error {
|
2016-02-25 18:36:42 +02:00
|
|
|
// Sanity check the protocol version
|
|
|
|
if p.version < 62 {
|
|
|
|
panic(fmt.Sprintf("header fetch [eth/62+] requested on eth/%d", p.version))
|
|
|
|
}
|
|
|
|
// Short circuit if the peer is already fetching
|
|
|
|
if !atomic.CompareAndSwapInt32(&p.headerIdle, 0, 1) {
|
|
|
|
return errAlreadyFetching
|
|
|
|
}
|
|
|
|
p.headerStarted = time.Now()
|
|
|
|
|
|
|
|
// Issue the header retrieval request (absolut upwards without gaps)
|
2017-06-28 15:25:08 +03:00
|
|
|
go p.peer.RequestHeadersByNumber(from, count, 0, false)
|
2016-02-25 18:36:42 +02:00
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2015-09-28 19:27:31 +03:00
|
|
|
// FetchBodies sends a block body retrieval request to the remote peer.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) FetchBodies(request *fetchRequest) error {
|
2015-10-13 12:04:25 +03:00
|
|
|
// Sanity check the protocol version
|
|
|
|
if p.version < 62 {
|
|
|
|
panic(fmt.Sprintf("body fetch [eth/62+] requested on eth/%d", p.version))
|
|
|
|
}
|
2015-08-14 21:25:41 +03:00
|
|
|
// Short circuit if the peer is already fetching
|
2015-09-28 19:27:31 +03:00
|
|
|
if !atomic.CompareAndSwapInt32(&p.blockIdle, 0, 1) {
|
2015-08-14 21:25:41 +03:00
|
|
|
return errAlreadyFetching
|
|
|
|
}
|
2015-09-28 19:27:31 +03:00
|
|
|
p.blockStarted = time.Now()
|
2015-08-14 21:25:41 +03:00
|
|
|
|
|
|
|
// Convert the header set to a retrievable slice
|
|
|
|
hashes := make([]common.Hash, 0, len(request.Headers))
|
|
|
|
for _, header := range request.Headers {
|
|
|
|
hashes = append(hashes, header.Hash())
|
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
go p.peer.RequestBodies(hashes)
|
2015-08-14 21:25:41 +03:00
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2015-09-28 19:27:31 +03:00
|
|
|
// FetchReceipts sends a receipt retrieval request to the remote peer.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) FetchReceipts(request *fetchRequest) error {
|
2015-10-13 12:04:25 +03:00
|
|
|
// Sanity check the protocol version
|
|
|
|
if p.version < 63 {
|
|
|
|
panic(fmt.Sprintf("body fetch [eth/63+] requested on eth/%d", p.version))
|
|
|
|
}
|
2015-09-28 19:27:31 +03:00
|
|
|
// Short circuit if the peer is already fetching
|
|
|
|
if !atomic.CompareAndSwapInt32(&p.receiptIdle, 0, 1) {
|
|
|
|
return errAlreadyFetching
|
2015-06-03 14:39:21 +03:00
|
|
|
}
|
2015-09-28 19:27:31 +03:00
|
|
|
p.receiptStarted = time.Now()
|
2015-06-03 15:43:12 +03:00
|
|
|
|
2015-09-28 19:27:31 +03:00
|
|
|
// Convert the header set to a retrievable slice
|
|
|
|
hashes := make([]common.Hash, 0, len(request.Headers))
|
|
|
|
for _, header := range request.Headers {
|
|
|
|
hashes = append(hashes, header.Hash())
|
2015-06-03 14:39:21 +03:00
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
go p.peer.RequestReceipts(hashes)
|
2015-09-28 19:27:31 +03:00
|
|
|
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2015-10-05 19:37:56 +03:00
|
|
|
// FetchNodeData sends a node state data retrieval request to the remote peer.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) FetchNodeData(hashes []common.Hash) error {
|
2015-10-13 12:04:25 +03:00
|
|
|
// Sanity check the protocol version
|
|
|
|
if p.version < 63 {
|
|
|
|
panic(fmt.Sprintf("node data fetch [eth/63+] requested on eth/%d", p.version))
|
|
|
|
}
|
2015-10-05 19:37:56 +03:00
|
|
|
// Short circuit if the peer is already fetching
|
|
|
|
if !atomic.CompareAndSwapInt32(&p.stateIdle, 0, 1) {
|
|
|
|
return errAlreadyFetching
|
|
|
|
}
|
|
|
|
p.stateStarted = time.Now()
|
2017-06-28 15:25:08 +03:00
|
|
|
|
|
|
|
go p.peer.RequestNodeData(hashes)
|
|
|
|
|
2015-10-05 19:37:56 +03:00
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
// SetHeadersIdle sets the peer to idle, allowing it to execute new header retrieval
|
|
|
|
// requests. Its estimated header retrieval throughput is updated with that measured
|
|
|
|
// just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) SetHeadersIdle(delivered int) {
|
2016-02-25 18:36:42 +02:00
|
|
|
p.setIdle(p.headerStarted, delivered, &p.headerThroughput, &p.headerIdle)
|
|
|
|
}
|
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// SetBlocksIdle sets the peer to idle, allowing it to execute new block retrieval
|
|
|
|
// requests. Its estimated block retrieval throughput is updated with that measured
|
|
|
|
// just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) SetBlocksIdle(delivered int) {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.setIdle(p.blockStarted, delivered, &p.blockThroughput, &p.blockIdle)
|
2015-05-11 14:26:20 +03:00
|
|
|
}
|
2015-04-12 13:38:25 +03:00
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// SetBodiesIdle sets the peer to idle, allowing it to execute block body retrieval
|
|
|
|
// requests. Its estimated body retrieval throughput is updated with that measured
|
|
|
|
// just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) SetBodiesIdle(delivered int) {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.setIdle(p.blockStarted, delivered, &p.blockThroughput, &p.blockIdle)
|
2015-09-28 19:27:31 +03:00
|
|
|
}
|
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// SetReceiptsIdle sets the peer to idle, allowing it to execute new receipt
|
|
|
|
// retrieval requests. Its estimated receipt retrieval throughput is updated
|
|
|
|
// with that measured just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) SetReceiptsIdle(delivered int) {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.setIdle(p.receiptStarted, delivered, &p.receiptThroughput, &p.receiptIdle)
|
2015-09-28 19:27:31 +03:00
|
|
|
}
|
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// SetNodeDataIdle sets the peer to idle, allowing it to execute new state trie
|
|
|
|
// data retrieval requests. Its estimated state retrieval throughput is updated
|
|
|
|
// with that measured just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) SetNodeDataIdle(delivered int) {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.setIdle(p.stateStarted, delivered, &p.stateThroughput, &p.stateIdle)
|
2015-10-05 19:37:56 +03:00
|
|
|
}
|
|
|
|
|
2015-09-28 19:27:31 +03:00
|
|
|
// setIdle sets the peer to idle, allowing it to execute new retrieval requests.
|
2015-10-29 19:37:26 +03:00
|
|
|
// Its estimated retrieval throughput is updated with that measured just now.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) setIdle(started time.Time, delivered int, throughput *float64, idle *int32) {
|
2015-10-29 19:37:26 +03:00
|
|
|
// Irrelevant of the scaling, make sure the peer ends up idle
|
|
|
|
defer atomic.StoreInt32(idle, 0)
|
|
|
|
|
2016-03-10 12:56:32 +02:00
|
|
|
p.lock.Lock()
|
|
|
|
defer p.lock.Unlock()
|
2015-10-29 19:37:26 +03:00
|
|
|
|
|
|
|
// If nothing was delivered (hard timeout / unavailable data), reduce throughput to minimum
|
|
|
|
if delivered == 0 {
|
|
|
|
*throughput = 0
|
|
|
|
return
|
2015-08-14 21:25:41 +03:00
|
|
|
}
|
2015-10-29 19:37:26 +03:00
|
|
|
// Otherwise update the throughput with a new measurement
|
2016-06-01 18:07:25 +03:00
|
|
|
elapsed := time.Since(started) + 1 // +1 (ns) to ensure non-zero divisor
|
|
|
|
measured := float64(delivered) / (float64(elapsed) / float64(time.Second))
|
|
|
|
|
|
|
|
*throughput = (1-measurementImpact)*(*throughput) + measurementImpact*measured
|
|
|
|
p.rtt = time.Duration((1-measurementImpact)*float64(p.rtt) + measurementImpact*float64(elapsed))
|
2017-02-24 19:23:03 +03:00
|
|
|
|
2017-03-02 16:06:16 +03:00
|
|
|
p.log.Trace("Peer throughput measurements updated",
|
2017-02-24 19:23:03 +03:00
|
|
|
"hps", p.headerThroughput, "bps", p.blockThroughput,
|
|
|
|
"rps", p.receiptThroughput, "sps", p.stateThroughput,
|
|
|
|
"miss", len(p.lacking), "rtt", p.rtt)
|
2015-09-28 19:27:31 +03:00
|
|
|
}
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
// HeaderCapacity retrieves the peers header download allowance based on its
|
|
|
|
// previously discovered throughput.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) HeaderCapacity(targetRTT time.Duration) int {
|
2016-02-25 18:36:42 +02:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
|
|
|
|
2016-06-01 18:07:25 +03:00
|
|
|
return int(math.Min(1+math.Max(1, p.headerThroughput*float64(targetRTT)/float64(time.Second)), float64(MaxHeaderFetch)))
|
2016-02-25 18:36:42 +02:00
|
|
|
}
|
|
|
|
|
2015-09-28 19:27:31 +03:00
|
|
|
// BlockCapacity retrieves the peers block download allowance based on its
|
2015-10-29 19:37:26 +03:00
|
|
|
// previously discovered throughput.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) BlockCapacity(targetRTT time.Duration) int {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
2015-08-14 21:25:41 +03:00
|
|
|
|
2016-06-01 18:07:25 +03:00
|
|
|
return int(math.Min(1+math.Max(1, p.blockThroughput*float64(targetRTT)/float64(time.Second)), float64(MaxBlockFetch)))
|
2015-06-03 14:39:21 +03:00
|
|
|
}
|
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// ReceiptCapacity retrieves the peers receipt download allowance based on its
|
|
|
|
// previously discovered throughput.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) ReceiptCapacity(targetRTT time.Duration) int {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
2015-10-05 19:37:56 +03:00
|
|
|
|
2016-06-01 18:07:25 +03:00
|
|
|
return int(math.Min(1+math.Max(1, p.receiptThroughput*float64(targetRTT)/float64(time.Second)), float64(MaxReceiptFetch)))
|
2015-05-11 14:26:20 +03:00
|
|
|
}
|
2015-04-12 13:38:25 +03:00
|
|
|
|
2015-10-29 19:37:26 +03:00
|
|
|
// NodeDataCapacity retrieves the peers state download allowance based on its
|
|
|
|
// previously discovered throughput.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) NodeDataCapacity(targetRTT time.Duration) int {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
2015-05-11 16:47:58 +03:00
|
|
|
|
2016-06-01 18:07:25 +03:00
|
|
|
return int(math.Min(1+math.Max(1, p.stateThroughput*float64(targetRTT)/float64(time.Second)), float64(MaxStateFetch)))
|
2015-05-11 14:26:20 +03:00
|
|
|
}
|
2015-04-18 19:54:57 +03:00
|
|
|
|
2015-11-04 13:18:48 +03:00
|
|
|
// MarkLacking appends a new entity to the set of items (blocks, receipts, states)
|
|
|
|
// that a peer is known not to have (i.e. have been requested before). If the
|
|
|
|
// set reaches its maximum allowed capacity, items are randomly dropped off.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) MarkLacking(hash common.Hash) {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.Lock()
|
|
|
|
defer p.lock.Unlock()
|
2015-11-04 13:18:48 +03:00
|
|
|
|
|
|
|
for len(p.lacking) >= maxLackingHashes {
|
2017-01-06 17:52:03 +03:00
|
|
|
for drop := range p.lacking {
|
2015-11-04 13:18:48 +03:00
|
|
|
delete(p.lacking, drop)
|
|
|
|
break
|
|
|
|
}
|
|
|
|
}
|
|
|
|
p.lacking[hash] = struct{}{}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Lacks retrieves whether the hash of a blockchain item is on the peers lacking
|
|
|
|
// list (i.e. whether we know that the peer does not have it).
|
2017-06-28 15:25:08 +03:00
|
|
|
func (p *peerConnection) Lacks(hash common.Hash) bool {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
2015-11-04 13:18:48 +03:00
|
|
|
|
|
|
|
_, ok := p.lacking[hash]
|
|
|
|
return ok
|
|
|
|
}
|
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
// peerSet represents the collection of active peer participating in the chain
|
2015-05-11 14:26:20 +03:00
|
|
|
// download procedure.
|
|
|
|
type peerSet struct {
|
2017-09-12 14:39:34 +03:00
|
|
|
peers map[string]*peerConnection
|
|
|
|
newPeerFeed event.Feed
|
|
|
|
peerDropFeed event.Feed
|
|
|
|
lock sync.RWMutex
|
2015-04-12 13:38:25 +03:00
|
|
|
}
|
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// newPeerSet creates a new peer set top track the active download sources.
|
|
|
|
func newPeerSet() *peerSet {
|
|
|
|
return &peerSet{
|
2017-06-28 15:25:08 +03:00
|
|
|
peers: make(map[string]*peerConnection),
|
2015-04-18 19:54:57 +03:00
|
|
|
}
|
2015-04-12 13:38:25 +03:00
|
|
|
}
|
|
|
|
|
2017-09-12 14:39:34 +03:00
|
|
|
// SubscribeNewPeers subscribes to peer arrival events.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) SubscribeNewPeers(ch chan<- *peerConnection) event.Subscription {
|
eth/downloader: separate state sync from queue (#14460)
* eth/downloader: separate state sync from queue
Scheduling of state node downloads hogged the downloader queue lock when
new requests were scheduled. This caused timeouts for other requests.
With this change, state sync is fully independent of all other downloads
and doesn't involve the queue at all.
State sync is started and checked on in processContent. This is slightly
awkward because processContent doesn't have a select loop. Instead, the
queue is closed by an auxiliary goroutine when state sync fails. We
tried several alternatives to this but settled on the current approach
because it's the least amount of change overall.
Handling of the pivot block has changed slightly: the queue previously
prevented import of pivot block receipts before the state of the pivot
block was available. In this commit, the receipt will be imported before
the state. This causes an annoyance where the pivot block is committed
as fast block head even when state downloads fail. Stay tuned for more
updates in this area ;)
* eth/downloader: remove cancelTimeout channel
* eth/downloader: retry state requests on timeout
* eth/downloader: improve comment
* eth/downloader: mark peers idle when state sync is done
* eth/downloader: move pivot block splitting to processContent
This change also ensures that pivot block receipts aren't imported
before the pivot block itself.
* eth/downloader: limit state node retries
* eth/downloader: improve state node error handling and retry check
* eth/downloader: remove maxStateNodeRetries
It fails the sync too much.
* eth/downloader: remove last use of cancelCh in statesync.go
Fixes TestDeliverHeadersHang*Fast and (hopefully)
the weird cancellation behaviour at the end of fast sync.
* eth/downloader: fix leak in runStateSync
* eth/downloader: don't run processFullSyncContent in LightSync mode
* eth/downloader: improve comments
* eth/downloader: fix vet, megacheck
* eth/downloader: remove unrequested tasks anyway
* eth/downloader, trie: various polishes around duplicate items
This commit explicitly tracks duplicate and unexpected state
delieveries done against a trie Sync structure, also adding
there to import info logs.
The commit moves the db batch used to commit trie changes one
level deeper so its flushed after every node insertion. This
is needed to avoid a lot of duplicate retrievals caused by
inconsistencies between Sync internals and database. A better
approach is to track not-yet-written states in trie.Sync and
flush on commit, but I'm focuing on correctness first now.
The commit fixes a regression around pivot block fail count.
The counter previously was reset to 1 if and only if a sync
cycle progressed (inserted at least 1 entry to the database).
The current code reset it already if a node was delivered,
which is not stong enough, because unless it ends up written
to disk, an attacker can just loop and attack ad infinitum.
The commit also fixes a regression around state deliveries
and timeouts. The old downloader tracked if a delivery is
stale (none of the deliveries were requestedt), in which
case it didn't mark the node idle and did not send further
requests, since it signals a past timeout. The current code
did mark it idle even on stale deliveries, which eventually
caused two requests to be in flight at the same time, making
the deliveries always stale and mass duplicating retrievals
between multiple peers.
* eth/downloader: fix state request leak
This commit fixes the hang seen sometimes while doing the state
sync. The cause of the hang was a rare combination of events:
request state data from peer, peer drops and reconnects almost
immediately. This caused a new download task to be assigned to
the peer, overwriting the old one still waiting for a timeout,
which in turned leaked the requests out, never to be retried.
The fix is to ensure that a task assignment moves any pending
one back into the retry queue.
The commit also fixes a regression with peer dropping due to
stalls. The current code considered a peer stalling if they
timed out delivering 1 item. However, the downloader never
requests only one, the minimum is 2 (attempt to fine tune
estimated latency/bandwidth). The fix is simply to drop if
a timeout is detected at 2 items.
Apart from the above bugfixes, the commit contains some code
polishes I made while debugging the hang.
* core, eth, trie: support batched trie sync db writes
* trie: rename SyncMemCache to syncMemBatch
2017-06-22 15:26:03 +03:00
|
|
|
return ps.newPeerFeed.Subscribe(ch)
|
|
|
|
}
|
|
|
|
|
2017-09-12 14:39:34 +03:00
|
|
|
// SubscribePeerDrops subscribes to peer departure events.
|
|
|
|
func (ps *peerSet) SubscribePeerDrops(ch chan<- *peerConnection) event.Subscription {
|
|
|
|
return ps.peerDropFeed.Subscribe(ch)
|
|
|
|
}
|
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Reset iterates over the current peer set, and resets each of the known peers
|
|
|
|
// to prepare for a next batch of block retrieval.
|
|
|
|
func (ps *peerSet) Reset() {
|
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
2015-04-12 13:38:25 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
for _, peer := range ps.peers {
|
|
|
|
peer.Reset()
|
2015-04-12 14:33:42 +03:00
|
|
|
}
|
2015-05-11 14:26:20 +03:00
|
|
|
}
|
2015-04-12 14:33:42 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Register injects a new peer into the working set, or returns an error if the
|
|
|
|
// peer is already known.
|
2015-10-29 19:37:26 +03:00
|
|
|
//
|
|
|
|
// The method also sets the starting throughput values of the new peer to the
|
2016-02-25 18:36:42 +02:00
|
|
|
// average of all existing peers, to give it a realistic chance of being used
|
2015-10-29 19:37:26 +03:00
|
|
|
// for data retrievals.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) Register(p *peerConnection) error {
|
2016-06-01 18:07:25 +03:00
|
|
|
// Retrieve the current median RTT as a sane default
|
|
|
|
p.rtt = ps.medianRTT()
|
|
|
|
|
|
|
|
// Register the new peer with some meaningful defaults
|
2015-05-11 14:26:20 +03:00
|
|
|
ps.lock.Lock()
|
|
|
|
if _, ok := ps.peers[p.id]; ok {
|
eth/downloader: separate state sync from queue (#14460)
* eth/downloader: separate state sync from queue
Scheduling of state node downloads hogged the downloader queue lock when
new requests were scheduled. This caused timeouts for other requests.
With this change, state sync is fully independent of all other downloads
and doesn't involve the queue at all.
State sync is started and checked on in processContent. This is slightly
awkward because processContent doesn't have a select loop. Instead, the
queue is closed by an auxiliary goroutine when state sync fails. We
tried several alternatives to this but settled on the current approach
because it's the least amount of change overall.
Handling of the pivot block has changed slightly: the queue previously
prevented import of pivot block receipts before the state of the pivot
block was available. In this commit, the receipt will be imported before
the state. This causes an annoyance where the pivot block is committed
as fast block head even when state downloads fail. Stay tuned for more
updates in this area ;)
* eth/downloader: remove cancelTimeout channel
* eth/downloader: retry state requests on timeout
* eth/downloader: improve comment
* eth/downloader: mark peers idle when state sync is done
* eth/downloader: move pivot block splitting to processContent
This change also ensures that pivot block receipts aren't imported
before the pivot block itself.
* eth/downloader: limit state node retries
* eth/downloader: improve state node error handling and retry check
* eth/downloader: remove maxStateNodeRetries
It fails the sync too much.
* eth/downloader: remove last use of cancelCh in statesync.go
Fixes TestDeliverHeadersHang*Fast and (hopefully)
the weird cancellation behaviour at the end of fast sync.
* eth/downloader: fix leak in runStateSync
* eth/downloader: don't run processFullSyncContent in LightSync mode
* eth/downloader: improve comments
* eth/downloader: fix vet, megacheck
* eth/downloader: remove unrequested tasks anyway
* eth/downloader, trie: various polishes around duplicate items
This commit explicitly tracks duplicate and unexpected state
delieveries done against a trie Sync structure, also adding
there to import info logs.
The commit moves the db batch used to commit trie changes one
level deeper so its flushed after every node insertion. This
is needed to avoid a lot of duplicate retrievals caused by
inconsistencies between Sync internals and database. A better
approach is to track not-yet-written states in trie.Sync and
flush on commit, but I'm focuing on correctness first now.
The commit fixes a regression around pivot block fail count.
The counter previously was reset to 1 if and only if a sync
cycle progressed (inserted at least 1 entry to the database).
The current code reset it already if a node was delivered,
which is not stong enough, because unless it ends up written
to disk, an attacker can just loop and attack ad infinitum.
The commit also fixes a regression around state deliveries
and timeouts. The old downloader tracked if a delivery is
stale (none of the deliveries were requestedt), in which
case it didn't mark the node idle and did not send further
requests, since it signals a past timeout. The current code
did mark it idle even on stale deliveries, which eventually
caused two requests to be in flight at the same time, making
the deliveries always stale and mass duplicating retrievals
between multiple peers.
* eth/downloader: fix state request leak
This commit fixes the hang seen sometimes while doing the state
sync. The cause of the hang was a rare combination of events:
request state data from peer, peer drops and reconnects almost
immediately. This caused a new download task to be assigned to
the peer, overwriting the old one still waiting for a timeout,
which in turned leaked the requests out, never to be retried.
The fix is to ensure that a task assignment moves any pending
one back into the retry queue.
The commit also fixes a regression with peer dropping due to
stalls. The current code considered a peer stalling if they
timed out delivering 1 item. However, the downloader never
requests only one, the minimum is 2 (attempt to fine tune
estimated latency/bandwidth). The fix is simply to drop if
a timeout is detected at 2 items.
Apart from the above bugfixes, the commit contains some code
polishes I made while debugging the hang.
* core, eth, trie: support batched trie sync db writes
* trie: rename SyncMemCache to syncMemBatch
2017-06-22 15:26:03 +03:00
|
|
|
ps.lock.Unlock()
|
2015-05-11 14:26:20 +03:00
|
|
|
return errAlreadyRegistered
|
2015-05-06 15:32:53 +03:00
|
|
|
}
|
2015-10-29 19:37:26 +03:00
|
|
|
if len(ps.peers) > 0 {
|
2016-02-25 18:36:42 +02:00
|
|
|
p.headerThroughput, p.blockThroughput, p.receiptThroughput, p.stateThroughput = 0, 0, 0, 0
|
2015-10-29 19:37:26 +03:00
|
|
|
|
|
|
|
for _, peer := range ps.peers {
|
|
|
|
peer.lock.RLock()
|
2016-02-25 18:36:42 +02:00
|
|
|
p.headerThroughput += peer.headerThroughput
|
2015-10-29 19:37:26 +03:00
|
|
|
p.blockThroughput += peer.blockThroughput
|
|
|
|
p.receiptThroughput += peer.receiptThroughput
|
|
|
|
p.stateThroughput += peer.stateThroughput
|
|
|
|
peer.lock.RUnlock()
|
|
|
|
}
|
2016-02-25 18:36:42 +02:00
|
|
|
p.headerThroughput /= float64(len(ps.peers))
|
2015-10-29 19:37:26 +03:00
|
|
|
p.blockThroughput /= float64(len(ps.peers))
|
|
|
|
p.receiptThroughput /= float64(len(ps.peers))
|
|
|
|
p.stateThroughput /= float64(len(ps.peers))
|
|
|
|
}
|
2015-05-11 14:26:20 +03:00
|
|
|
ps.peers[p.id] = p
|
eth/downloader: separate state sync from queue (#14460)
* eth/downloader: separate state sync from queue
Scheduling of state node downloads hogged the downloader queue lock when
new requests were scheduled. This caused timeouts for other requests.
With this change, state sync is fully independent of all other downloads
and doesn't involve the queue at all.
State sync is started and checked on in processContent. This is slightly
awkward because processContent doesn't have a select loop. Instead, the
queue is closed by an auxiliary goroutine when state sync fails. We
tried several alternatives to this but settled on the current approach
because it's the least amount of change overall.
Handling of the pivot block has changed slightly: the queue previously
prevented import of pivot block receipts before the state of the pivot
block was available. In this commit, the receipt will be imported before
the state. This causes an annoyance where the pivot block is committed
as fast block head even when state downloads fail. Stay tuned for more
updates in this area ;)
* eth/downloader: remove cancelTimeout channel
* eth/downloader: retry state requests on timeout
* eth/downloader: improve comment
* eth/downloader: mark peers idle when state sync is done
* eth/downloader: move pivot block splitting to processContent
This change also ensures that pivot block receipts aren't imported
before the pivot block itself.
* eth/downloader: limit state node retries
* eth/downloader: improve state node error handling and retry check
* eth/downloader: remove maxStateNodeRetries
It fails the sync too much.
* eth/downloader: remove last use of cancelCh in statesync.go
Fixes TestDeliverHeadersHang*Fast and (hopefully)
the weird cancellation behaviour at the end of fast sync.
* eth/downloader: fix leak in runStateSync
* eth/downloader: don't run processFullSyncContent in LightSync mode
* eth/downloader: improve comments
* eth/downloader: fix vet, megacheck
* eth/downloader: remove unrequested tasks anyway
* eth/downloader, trie: various polishes around duplicate items
This commit explicitly tracks duplicate and unexpected state
delieveries done against a trie Sync structure, also adding
there to import info logs.
The commit moves the db batch used to commit trie changes one
level deeper so its flushed after every node insertion. This
is needed to avoid a lot of duplicate retrievals caused by
inconsistencies between Sync internals and database. A better
approach is to track not-yet-written states in trie.Sync and
flush on commit, but I'm focuing on correctness first now.
The commit fixes a regression around pivot block fail count.
The counter previously was reset to 1 if and only if a sync
cycle progressed (inserted at least 1 entry to the database).
The current code reset it already if a node was delivered,
which is not stong enough, because unless it ends up written
to disk, an attacker can just loop and attack ad infinitum.
The commit also fixes a regression around state deliveries
and timeouts. The old downloader tracked if a delivery is
stale (none of the deliveries were requestedt), in which
case it didn't mark the node idle and did not send further
requests, since it signals a past timeout. The current code
did mark it idle even on stale deliveries, which eventually
caused two requests to be in flight at the same time, making
the deliveries always stale and mass duplicating retrievals
between multiple peers.
* eth/downloader: fix state request leak
This commit fixes the hang seen sometimes while doing the state
sync. The cause of the hang was a rare combination of events:
request state data from peer, peer drops and reconnects almost
immediately. This caused a new download task to be assigned to
the peer, overwriting the old one still waiting for a timeout,
which in turned leaked the requests out, never to be retried.
The fix is to ensure that a task assignment moves any pending
one back into the retry queue.
The commit also fixes a regression with peer dropping due to
stalls. The current code considered a peer stalling if they
timed out delivering 1 item. However, the downloader never
requests only one, the minimum is 2 (attempt to fine tune
estimated latency/bandwidth). The fix is simply to drop if
a timeout is detected at 2 items.
Apart from the above bugfixes, the commit contains some code
polishes I made while debugging the hang.
* core, eth, trie: support batched trie sync db writes
* trie: rename SyncMemCache to syncMemBatch
2017-06-22 15:26:03 +03:00
|
|
|
ps.lock.Unlock()
|
|
|
|
|
|
|
|
ps.newPeerFeed.Send(p)
|
2015-05-11 14:26:20 +03:00
|
|
|
return nil
|
|
|
|
}
|
2015-04-12 14:33:42 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Unregister removes a remote peer from the active set, disabling any further
|
|
|
|
// actions to/from that particular entity.
|
|
|
|
func (ps *peerSet) Unregister(id string) error {
|
|
|
|
ps.lock.Lock()
|
2017-09-12 14:39:34 +03:00
|
|
|
p, ok := ps.peers[id]
|
|
|
|
if !ok {
|
|
|
|
defer ps.lock.Unlock()
|
2015-05-11 14:26:20 +03:00
|
|
|
return errNotRegistered
|
|
|
|
}
|
|
|
|
delete(ps.peers, id)
|
2017-09-12 14:39:34 +03:00
|
|
|
ps.lock.Unlock()
|
|
|
|
|
|
|
|
ps.peerDropFeed.Send(p)
|
2015-04-12 14:33:42 +03:00
|
|
|
return nil
|
2015-04-12 13:38:25 +03:00
|
|
|
}
|
2015-04-16 03:16:33 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// Peer retrieves the registered peer with the given id.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) Peer(id string) *peerConnection {
|
2015-05-11 14:26:20 +03:00
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
|
|
|
|
|
|
|
return ps.peers[id]
|
|
|
|
}
|
|
|
|
|
2015-05-11 17:06:42 +03:00
|
|
|
// Len returns if the current number of peers in the set.
|
|
|
|
func (ps *peerSet) Len() int {
|
2015-05-11 14:26:20 +03:00
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
2015-04-16 03:16:33 +03:00
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
return len(ps.peers)
|
2015-04-16 03:16:33 +03:00
|
|
|
}
|
|
|
|
|
2015-05-11 14:26:20 +03:00
|
|
|
// AllPeers retrieves a flat list of all the peers within the set.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) AllPeers() []*peerConnection {
|
2015-05-11 14:26:20 +03:00
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
2015-04-16 03:16:33 +03:00
|
|
|
|
2017-06-28 15:25:08 +03:00
|
|
|
list := make([]*peerConnection, 0, len(ps.peers))
|
2015-05-11 14:26:20 +03:00
|
|
|
for _, p := range ps.peers {
|
|
|
|
list = append(list, p)
|
2015-04-16 03:16:33 +03:00
|
|
|
}
|
2015-05-11 14:26:20 +03:00
|
|
|
return list
|
2015-04-16 03:16:33 +03:00
|
|
|
}
|
2015-04-18 21:25:55 +03:00
|
|
|
|
2016-02-25 18:36:42 +02:00
|
|
|
// HeaderIdlePeers retrieves a flat list of all the currently header-idle peers
|
|
|
|
// within the active peer set, ordered by their reputation.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) HeaderIdlePeers() ([]*peerConnection, int) {
|
|
|
|
idle := func(p *peerConnection) bool {
|
2016-02-25 18:36:42 +02:00
|
|
|
return atomic.LoadInt32(&p.headerIdle) == 0
|
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
throughput := func(p *peerConnection) float64 {
|
2016-02-25 18:36:42 +02:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
|
|
|
return p.headerThroughput
|
|
|
|
}
|
|
|
|
return ps.idlePeers(62, 64, idle, throughput)
|
|
|
|
}
|
|
|
|
|
2015-10-05 19:37:56 +03:00
|
|
|
// BodyIdlePeers retrieves a flat list of all the currently body-idle peers within
|
|
|
|
// the active peer set, ordered by their reputation.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) BodyIdlePeers() ([]*peerConnection, int) {
|
|
|
|
idle := func(p *peerConnection) bool {
|
2015-10-05 19:37:56 +03:00
|
|
|
return atomic.LoadInt32(&p.blockIdle) == 0
|
2015-05-11 16:47:58 +03:00
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
throughput := func(p *peerConnection) float64 {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
|
|
|
return p.blockThroughput
|
|
|
|
}
|
|
|
|
return ps.idlePeers(62, 64, idle, throughput)
|
2015-09-28 19:27:31 +03:00
|
|
|
}
|
|
|
|
|
2015-10-05 19:37:56 +03:00
|
|
|
// ReceiptIdlePeers retrieves a flat list of all the currently receipt-idle peers
|
|
|
|
// within the active peer set, ordered by their reputation.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) ReceiptIdlePeers() ([]*peerConnection, int) {
|
|
|
|
idle := func(p *peerConnection) bool {
|
2015-10-05 19:37:56 +03:00
|
|
|
return atomic.LoadInt32(&p.receiptIdle) == 0
|
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
throughput := func(p *peerConnection) float64 {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
|
|
|
return p.receiptThroughput
|
|
|
|
}
|
|
|
|
return ps.idlePeers(63, 64, idle, throughput)
|
2015-10-05 19:37:56 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// NodeDataIdlePeers retrieves a flat list of all the currently node-data-idle
|
|
|
|
// peers within the active peer set, ordered by their reputation.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) NodeDataIdlePeers() ([]*peerConnection, int) {
|
|
|
|
idle := func(p *peerConnection) bool {
|
2015-10-05 19:37:56 +03:00
|
|
|
return atomic.LoadInt32(&p.stateIdle) == 0
|
|
|
|
}
|
2017-06-28 15:25:08 +03:00
|
|
|
throughput := func(p *peerConnection) float64 {
|
2015-10-29 19:37:26 +03:00
|
|
|
p.lock.RLock()
|
|
|
|
defer p.lock.RUnlock()
|
|
|
|
return p.stateThroughput
|
|
|
|
}
|
|
|
|
return ps.idlePeers(63, 64, idle, throughput)
|
2015-10-05 19:37:56 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
// idlePeers retrieves a flat list of all currently idle peers satisfying the
|
|
|
|
// protocol version constraints, using the provided function to check idleness.
|
2015-10-29 19:37:26 +03:00
|
|
|
// The resulting set of peers are sorted by their measure throughput.
|
2017-06-28 15:25:08 +03:00
|
|
|
func (ps *peerSet) idlePeers(minProtocol, maxProtocol int, idleCheck func(*peerConnection) bool, throughput func(*peerConnection) float64) ([]*peerConnection, int) {
|
2015-09-28 19:27:31 +03:00
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
|
|
|
|
2017-06-28 15:25:08 +03:00
|
|
|
idle, total := make([]*peerConnection, 0, len(ps.peers)), 0
|
2015-09-28 19:27:31 +03:00
|
|
|
for _, p := range ps.peers {
|
2015-10-05 19:37:56 +03:00
|
|
|
if p.version >= minProtocol && p.version <= maxProtocol {
|
|
|
|
if idleCheck(p) {
|
2015-09-28 19:27:31 +03:00
|
|
|
idle = append(idle, p)
|
|
|
|
}
|
|
|
|
total++
|
|
|
|
}
|
|
|
|
}
|
|
|
|
for i := 0; i < len(idle); i++ {
|
|
|
|
for j := i + 1; j < len(idle); j++ {
|
2015-10-29 19:37:26 +03:00
|
|
|
if throughput(idle[i]) < throughput(idle[j]) {
|
2015-09-28 19:27:31 +03:00
|
|
|
idle[i], idle[j] = idle[j], idle[i]
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return idle, total
|
2015-04-18 21:25:55 +03:00
|
|
|
}
|
2016-06-01 18:07:25 +03:00
|
|
|
|
2017-11-24 12:20:01 +03:00
|
|
|
// medianRTT returns the median RTT of the peerset, considering only the tuning
|
2016-06-01 18:07:25 +03:00
|
|
|
// peers if there are more peers available.
|
|
|
|
func (ps *peerSet) medianRTT() time.Duration {
|
2018-04-04 13:25:02 +03:00
|
|
|
// Gather all the currently measured round trip times
|
2016-06-01 18:07:25 +03:00
|
|
|
ps.lock.RLock()
|
|
|
|
defer ps.lock.RUnlock()
|
|
|
|
|
|
|
|
rtts := make([]float64, 0, len(ps.peers))
|
|
|
|
for _, p := range ps.peers {
|
|
|
|
p.lock.RLock()
|
|
|
|
rtts = append(rtts, float64(p.rtt))
|
|
|
|
p.lock.RUnlock()
|
|
|
|
}
|
|
|
|
sort.Float64s(rtts)
|
|
|
|
|
|
|
|
median := rttMaxEstimate
|
|
|
|
if qosTuningPeers <= len(rtts) {
|
|
|
|
median = time.Duration(rtts[qosTuningPeers/2]) // Median of our tuning peers
|
|
|
|
} else if len(rtts) > 0 {
|
|
|
|
median = time.Duration(rtts[len(rtts)/2]) // Median of our connected peers (maintain even like this some baseline qos)
|
|
|
|
}
|
|
|
|
// Restrict the RTT into some QoS defaults, irrelevant of true RTT
|
|
|
|
if median < rttMinEstimate {
|
|
|
|
median = rttMinEstimate
|
|
|
|
}
|
|
|
|
if median > rttMaxEstimate {
|
|
|
|
median = rttMaxEstimate
|
|
|
|
}
|
|
|
|
return median
|
|
|
|
}
|