Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Limit final bundle size in B rather than num of blocks #157

Open
segfault-magnet opened this issue Oct 31, 2024 · 0 comments · May be fixed by #188
Open

Limit final bundle size in B rather than num of blocks #157

segfault-magnet opened this issue Oct 31, 2024 · 0 comments · May be fixed by #188
Assignees

Comments

@segfault-magnet
Copy link
Contributor

Rather than having a limit on a number of blocks that can be part of a bundle, we should limit the total acceptable output size of the bundle. This way we have more consistent throughput in times of high traffic on fuel.

Consider changing what we accumulate to be bytes instead of blocks -- i.e. start the bundling process when we have, e.g. 2MB of block data instead of 3600 blocks or 1h passes since the last bundle.

So, we might start configuring the committer to:

Wait for 4MB of block data or 1h, generate bundles only up to 2MB in size (11-12 blobs).

@segfault-magnet segfault-magnet self-assigned this Nov 19, 2024
@segfault-magnet segfault-magnet linked a pull request Feb 12, 2025 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants