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
..
flags.go	E4 metrics upd (#7122)	2023-03-17 00:38:38 +00:00
refetence_db.go	erigon backup: v0 of sub-command (#7396)	2023-04-27 10:42:12 +07:00
reset_state.go	blockReaders in tests, step4 (#7570)	2023-05-24 15:52:51 +07:00
root.go	e3: release some e4 parts (#7628)	2023-06-02 10:35:26 +07:00
stages.go	prune speedup. stage_senders: don't re-calc existing senders (#7643)	2023-06-03 12:30:53 +07:00
state_domains.go	EIP-4844: add data_gas_used (#7639)	2023-06-02 21:26:19 +01:00
state_stages.go	use BlockReader.CanonicalHash method instead of rawdb (#7604)	2023-05-31 13:41:10 +07:00