-
Notifications
You must be signed in to change notification settings - Fork 12
Best Practices + 2 broken links fixed #47
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
base: main
Are you sure you want to change the base?
Conversation
- **CPU frequency is a major factor**. Fast cores with moderate-to-high core count are the recipe. Ensure each server can turbo boost to high frequency, yet avoid agressive overclocking. | ||
- **Disk and Redundancy:** NVMe SSDs are mandatory. Many use RAID1 mirroring or have failover nodes ready in case of disk failure. Recommended to use ext4 if unsure about ZFS's complexities. Improving read/write speed has one of the greatest impacts. | ||
- **RAM Considerations:** Usually RAM is not the limiting factor. Abundant RAM enables disk caching for the execution client database – reducing disk reads and writes. ECC memory is advisable to protect against bit flips in long-running servers. | ||
- **Form Factor and Data Center:** Run on a mix of bare metal servers in colocation data centers and cloud VM instances. In either case, redundancy across hardware and geographic distribution is a best practice. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"a mix of" sounds a bit misleading. It almost sounds like they should have SSV node on bare metal, CL on cloud, and EL somewhere else. Can you be more specific?
- **Hardware Resources:** Adequate CPU, sufficient RAM, and fast, reliable storage are necessary. | ||
|
||
## **Major impact** | ||
More obvious, more impactful. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"more obvious, more impactful"...peanuts? stones?
I know it's kinda obvious, but make this a one-liner description...
*** | ||
|
||
## **Minor impact** | ||
Less obvious, less impactful. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same comment as above
``` | ||
echo 1024 | sudo tee /sys/block/nvme0n1/queue/nr_requests | ||
``` | ||
- [Disable `atime` feature](https://ethdocker.com/Usage/LinuxSecurity/#noatime) to bump up the performance and increase the lifetime of your SSD. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Goddamn that's good research! I did not know about these 3, at all...
**Considerations:** | ||
- **Besu and Teku** were reported to be not a great fit together, with SSV specifically. | ||
- **Erigon (EL)** has the largest ledger in ELs, is heavy on RAM usage, and lower sync speed. For home setups with limited resources it can cause issues. | ||
- **Nimbus (CL)** performs well on a low validator count, however, post ~250 it won't be able to scale properly and you might have to switch clients. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"...with more than ~250..."
docs/operators/operator-onboarding/verified-operators.md
the Verified Operator list linkdocs/operators/operator-node/node-setup/enabling-dkg/start-dkg-node/README.md
link to Manual Configuration page