Open tunerooster opened 5 months ago
@tunerooster What flags are you running with ? You can try with --enable-experimental-state
to see if it helps reducing resource consumption by prysm
@tunerooster What flags are you running with ? You can try with
--enable-experimental-state
to see if it helps reducing resource consumption by prysmbeacon-chain --p2p-max-peers=150 --pprof --execution-endpoint=http://localhost:8551 --jwt-secret=/mnt/crypto/.ethereum/keystore/jwt.hex --datadir /mnt/crypto/.ethereum/prysm --suggested-fee-recipient 0x68...faeB
I will add: --enable-experimental-state but it may be a while before it happens again.
Thanks for the suggestion. Do you know if this happens to others?
There is a case here that happens when syncing: https://github.com/prysmaticlabs/prysm/issues/13963
However it appears to be different to your case which appears to be more random
I assume you noticed that prysm was using (or trying to use) almost 72GB. That would mean I would need 56GB of swap space (at least). I know nothing about prysm's memory requirements, but that seems like it could be a bug. My staking machine is maxed out at 16GB real RAM (it's a processor limitition I guess), but swap space should mitigate this, particularly for the few short times it neesd more than 16GB. However I hesitate to try to expand swap to, say 64G, without understanding if this is a good thing to do.
I am running with the experimental flag now, so I'll report back with any results.
That is the virtual memory @tunerooster , from the log prysm was trying to use 11gb of physical memory. The reason that virtual memory used by prysm is so big is because we use a memory mapped database(bolt).
I see. So the mmap'd database is independent of swap but is still counted as part of virtual memory. Thank you for clarifying that for me.
But then was prysm trying to use more than my 32GB of RAM + swap? 11GB would not be a problem. What am I missing? Would adding even more swap help?
On Wed, May 8, 2024, 4:31 AM Nishant Das @.***> wrote:
That is the virtual memory @tunerooster https://github.com/tunerooster , from the log prysm was trying to use 11gb of physical memory. The reason that virtual memory used by prysm is so big is because we use a memory mapped database(bolt).
— Reply to this email directly, view it on GitHub https://github.com/prysmaticlabs/prysm/issues/13964#issuecomment-2100267472, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADFMVIUEBRTG7UGJFON6LSLZBH5GTAVCNFSM6AAAAABHMAY4FWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMBQGI3DONBXGI . You are receiving this because you were mentioned.Message ID: @.***>
Every so often, from days to weeks, my beacon-chain process id killed, siting an OOM error. The kernel messages are:
Prysm Version: beacon-chain version Prysm/v5.0.3/38f208d70dc95b12c08403f5c72009aaa10dfe2f. Built at: 2024-04-04 18:31:36+00:00
Geth Version: geth version 1.13.14-stable
OS Release: Linux u59 6.6.14-gentoo #1 SMP PREEMPT_DYNAMIC Sat Feb 3 03:06:01 MST 2024 x86_64 Intel(R) Celeron(R) N5095 @ 2.00GHz GenuineIntel GNU/Linux
The machine has 16GB RAM and 16GB swap. I recently increased swap from 6GB to 16GB, but it appears that is still not enough.
How much swap to you recommend to cover the worst case?
Thanks!