Alex Sharov ad72b7178e prune speedup. stage_senders: don't re-calc existing senders (#7643) ... - stage_senders: don't re-calc existing senders - stage_tx_lookup: prune less blocks per iteration - because random-deletes are expensive. pruning must not slow-down sync. - prune data even if --snap.stop is set - "prune as-much-as-possible at startup" is not very good idea: at initialCycle machine can be cold and prune will cause big downtime, no reason to produce much freelist in 1 tx. People may also restart erigon - because of some bug - and it will cause unexpected downtime (usually Erigon startup very fast). So, I just remove all `initialSync`-related logic in pruning. - fix lost metrics about disk write byte/sec		2023-06-03 12:30:53 +07:00
..
bodydownload	use BlockReader.CanonicalHash method instead of rawdb (#7604)	2023-05-31 13:41:10 +07:00
headerdownload	Header downloader monitor for diagnostics system (#7590)	2023-05-29 14:18:31 +07:00
blockchain_test.go	e3: release some e4 parts (#7629)	2023-06-02 10:55:40 +07:00
chain_makers_test.go	add blockReader to mining, blockchain_test (#7569)	2023-05-24 13:53:22 +07:00
genesis_test.go	txsv3: release small parts (#7632)	2023-06-02 11:38:20 +07:00
mock_sentry.go	prune speedup. stage_senders: don't re-calc existing senders (#7643)	2023-06-03 12:30:53 +07:00
sentry_mock_test.go	preparation for --txs.v3, step 2 (#7636)	2023-06-03 07:20:22 +07:00
stageloop.go	prune speedup. stage_senders: don't re-calc existing senders (#7643)	2023-06-03 12:30:53 +07:00