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
unexpected high cpu load and memory consumption #7263
Comments
It looks like you have ~243 QUIC connections. Is that correct? ( cc @marten-seemann I'm seeing a lot of timers firing and a lot of timers being held by QUIC connections. |
@Stebalien Looking at It seems like the session doesn't reset or stop the timer when it is closed (I just created quic-go/quic-go#2515), so maybe we're leaking timers there? Although the timer is set to a maximum of 30s (the idle timeout), so leaked timers should be garbage collected after that time frame. |
The timer is getting created with a timeout of "max int". |
I'm not sure if that's the problem, since the timer would get reset as soon as the first packet is either sent or received. In any case, stopping the timer when the QUIC connection is closed seems like the right thing do. |
This could be right, the server has enough power to handle a lot of connections, so the limiter is basically "open", to avoid that my server is cutting connections, but leave the other side handle the disconnects (if this makes any sense). These are the settings I use: |
This has since been fixed. |
Version information:
I was running 0.5.0-rc4 from commit 116999a
Description:
While there was just single digit MBit/s traffic on the server, the CPU was under substantial load by IPFS and it used nearly half of the RAM.
The VM has 16 G memory and 4 cores of an Intel Xeon Gold 6140 CPU @ 2.30GHz.
The debug-files are attached.
ipfs_debug.tar.gz
The text was updated successfully, but these errors were encountered: