ae5947327b
We want to eliminate usages of LoopSegmentEntry.Pieces, because it is costing a lot of cpu time to look up node IDs with every piece of every segment we read. In this change, we are eliminating use of LoopSegmentEntry.Pieces in the node tally observer (both the ranged loop and segments loop variants). It is not necessary to have a fully resolved nodeID until it is time to store totals in the database. We can use NodeAliases as the map key instead, and resolve NodeIDs just before storing totals. Refs: https://github.com/storj/storj/issues/5622 Change-Id: Iec12aa393072436d7c22cc5a4ae1b63966cbcc18 |
||
---|---|---|
.. | ||
live | ||
nodetally | ||
projectbwcleanup | ||
rollup | ||
rolluparchive | ||
tally | ||
billing_test.go | ||
bucketstats.go | ||
bucketusage.go | ||
common.go | ||
db_test.go | ||
db.go | ||
projectlimitcache_test.go | ||
projectlimitcache.go | ||
projectusage_test.go | ||
projectusage.go |