Skip to content

docs(installation): mention blob storage requirements#9537

Open
daixihegu wants to merge 1 commit into
sigp:unstablefrom
daixihegu:my_feature_for_doc
Open

docs(installation): mention blob storage requirements#9537
daixihegu wants to merge 1 commit into
sigp:unstablefrom
daixihegu:my_feature_for_doc

Conversation

@daixihegu

Copy link
Copy Markdown

Issue Addressed

Closes #9213.

Proposed Changes

Adds a short note to the installation system requirements about blob and data column storage.

Additional Info

The existing requirements assume default blob pruning. This update calls out that retaining blob history, running --semi-supernode or --supernode, or disabling blob/data column pruning can require substantially more fast SSD storage and stronger single-core CPU performance. It also links readers to the existing Blobs page for the detailed trade-offs.

Signed-off-by: daixihegu <daixihegu@163.com>
@cla-assistant

cla-assistant Bot commented Jun 25, 2026

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

@chong-he chong-he left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Spell check is failing. Maybe we don't have to add TiB to the wordlist, we can spell the word out

Comment thread book/src/installation.md
Last update: April 2023
### Blob and data column storage

The storage recommendation above assumes default blob pruning. Operators who retain blob history, run a `--semi-supernode` or `--supernode`, or disable blob/data column pruning can require substantially more disk space, potentially multiple TiB of fast SSD storage on top of the standard beacon node and execution client databases. These modes can also benefit from strong single-core CPU performance, with around 5 GHz suggested for demanding supernode/archive configurations. See [Blobs](./advanced_blobs.md) for the current retention modes and detailed trade-offs.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

who retain blob history, run a , or disable blob/data column pruning

retain blob history and disable blob/data column pruning mean the same thing. So we can just say:

who retain blob history via `--prune-blobs false` or run a `--semi-supernode` or `--supernode`

Comment thread book/src/installation.md
Last update: April 2023
### Blob and data column storage

The storage recommendation above assumes default blob pruning. Operators who retain blob history, run a `--semi-supernode` or `--supernode`, or disable blob/data column pruning can require substantially more disk space, potentially multiple TiB of fast SSD storage on top of the standard beacon node and execution client databases. These modes can also benefit from strong single-core CPU performance, with around 5 GHz suggested for demanding supernode/archive configurations. See [Blobs](./advanced_blobs.md) for the current retention modes and detailed trade-offs.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I left a comment here in a previous PR about mentioning specifically 5GHz here:
https://github.com/sigp/lighthouse/pull/9320/changes

Maybe we want to tune the wording a bit

@chong-he chong-he added waiting-on-author The reviewer has suggested changes and awaits thier implementation. docs Documentation labels Jun 26, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

docs Documentation waiting-on-author The reviewer has suggested changes and awaits thier implementation.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants