You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Voltage Flow 2.0 has gotten to a pretty big size with thousands of end-user channels. They are not all online at the same time, but it seems they
These connections become unstable and are basically unusable. Mutiny will send a ping message and not receive a pong reply after a few seconds (sometimes up to 10). Have observed similiar behavior with a ldk-sample <> Voltage Flow 2.0 connection.
Even weirder, I have a personal LND node that seems to have normal ping/pongs, however, it always receives the ping and replies with a pong, vs with LDK it always sends the ping and receives the pong (I assume this is just different ping timers between implementations).
We have a signet version of the Flow 2.0 node and it doesn't have these issues so it seems this is a scaling issue with CLN.
We have tried getting help in the discord but received no answers. @niftynei told me to open an issue to try and get support
The text was updated successfully, but these errors were encountered:
Have a similar report from Boltz, with connectd using a significant amount of CPU on ~1000 peers. My preliminary analysis showed that we're calling poll far too often, and also we should start probably ratelimiting gossip streaming.
I'll post updates here as I work on it. It's kind of awkward to benchmark, so I've got to write some cut-down tooling.
The Voltage Flow 2.0 has gotten to a pretty big size with thousands of end-user channels. They are not all online at the same time, but it seems they
These connections become unstable and are basically unusable. Mutiny will send a ping message and not receive a pong reply after a few seconds (sometimes up to 10). Have observed similiar behavior with a
ldk-sample
<>Voltage Flow 2.0
connection.Even weirder, I have a personal LND node that seems to have normal ping/pongs, however, it always receives the ping and replies with a pong, vs with LDK it always sends the ping and receives the pong (I assume this is just different ping timers between implementations).
We have a signet version of the Flow 2.0 node and it doesn't have these issues so it seems this is a scaling issue with CLN.
We have tried getting help in the discord but received no answers. @niftynei told me to open an issue to try and get support
The text was updated successfully, but these errors were encountered: