Skip to content

Store downloaded payloads if pruning disabled#3754

Closed
michaelsproul wants to merge 1 commit intosigp:unstablefrom
michaelsproul:store-payloads-on-demand
Closed

Store downloaded payloads if pruning disabled#3754
michaelsproul wants to merge 1 commit intosigp:unstablefrom
michaelsproul:store-payloads-on-demand

Conversation

@michaelsproul
Copy link
Member

Proposed Changes

Introduce another stop-gap for payload pruning while we wait for bulk payload APIs – store the downloaded payloads in the database to prevent redownloading. Credit to @paulhauner for the idea.

Additional Info

Needs some more performance testing before it's ready for review.

@michaelsproul michaelsproul added the work-in-progress PR is a work-in-progress label Nov 27, 2022
@michaelsproul michaelsproul force-pushed the store-payloads-on-demand branch from 0f9c421 to acae43e Compare November 29, 2022 04:22
@michaelsproul
Copy link
Member Author

This performed quite badly in practice: it took a long time to download the payloads, and coverage was patchy.

If we want to revisit this I think storing payloads of blocks during backfill would work better. It may not be necessary with the new efficient payload reconstruction landing in #4028.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

work-in-progress PR is a work-in-progress

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant