Adds --no-skip-initial-accounts-db-clean *hidden* CLI flag

[brooksprumo]

Problem

Some nodes with 128 GB of RAM are OOMing when upgrading to v1.16.

The issue happens at startup, while the first clean runs. Since the first clean takes a while on these nodes, flush cannot run, and thus the accounts write cache balloons until OOM. The accounts write cache fills up because we are processing transactions.

In older version of the validator, we used to always clean before processing transactions. If we had that behavior again, then the OOM could be avoided.

Discord debug channel for more info: https://discord.com/channels/428295358100013066/1156647974563233963

Summary of Changes

Add a hidden CLI flag that forces clean to run before we begin processing transactions.

[brooksprumo]

@t-nelson Do you want to weigh in here on the CLI parts? Naming/etc. If there are desired changes, it's nice to iterate on those quickly, so not to waste a bunch of time waiting on CI. I'm planning on backporting this to v1.17 and v1.16.

[codecov]

Codecov Report

Merging #33664 (6e20193) into master (fa21a3d) will decrease coverage by 0.1%.
Report is 8 commits behind head on master.
The diff coverage is 44.4%.

@@            Coverage Diff            @@
##           master   #33664     +/-   ##
=========================================
- Coverage    81.8%    81.8%   -0.1%     
=========================================
  Files         806      806             
  Lines      217477   217484      +7     
=========================================
- Hits       178026   177995     -31     
- Misses      39451    39489     +38     

[t-nelson]

i kinda like that nearly all of our current "suspect" flags match --no-*, so something like --no-skip-initial-accounts-db-clean would fit that scheme better. ideally we aren't really supporting this long term

[brooksprumo]

something like --no-skip-initial-accounts-db-clean

Please no double negatives 🥺

[t-nelson]

dunno that i'd call "skip" a negative. it's omitting work, ie optimization, ie faster, ie better, ie positive, if anything!

i mainly want a "oh one of these operators" signal in the args list. great short circuit when doing support

[brooksprumo]

i mainly want a "oh one of these operators" signal in the args list. great short circuit when doing support

Ok, sounds good. Done in 6e20193.

[jeffwashington]

lgtm

[brooksprumo]

@t-nelson Do you want to re-review before I merge?

[t-nelson]

thanks!