-
Notifications
You must be signed in to change notification settings - Fork 792
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
Lighthouse dying because of short memory spikes #5263
Comments
we are also facing the same issue |
How much memory is Lighthouse using when it OOMs? If you look at On Holesky, Lighthouse routinely needs ~8GB of RAM. We are working on optimising this, but Holesky is inherently more resource hungry than other networks due to the higher validator count. We've also fixed some issues for v5.0.0 which should improve memory usage, see: And related issue: |
The |
Mean usage is around ~8Gi yes, but it seems it hits our memory limit of 12Gi very often. |
12GB is tough. At least 16GB is required and a 32GB is recommended, particularly on Holesky where the number of validators is high |
This PR will also help: #5270 Once that's merged you could try running |
I'm seeing this issue at least 2-3 times a day. I was seeing this ~weekly before I upgraded to the latest release. I've tried setting the |
@SimplyCorey I was doing some memory debugging recently, and a large amount of Lighthouse's spikey behaviour comes from doing I/O. Do you have a fast NVME SSD? |
If you DM me debug logs I can take a closer look to rule out any other problem. I'm |
Description
Few times a day our Lighthouse containers are having short but high memory spikes. Beforehand it's showing a lot of:
Besides this error, nothing useful can be seen (we haven't enabled DEBUG though).
Version
sigp/lighthouse:v4.6.0
It's interesting that it's happening only with Holesky network. We have LH for Mainnet & Sepolia as well, but we don't see these issues.
The text was updated successfully, but these errors were encountered: