-
-
Notifications
You must be signed in to change notification settings - Fork 177
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
Possible memory (or connection) leaking #311
Comments
Hi @sradzyniak |
@sradzyniak We had this problem if this might also be your case. |
@jesuissur Thank you for your comment! It in-fact looks very similar to the situation that we observed. But in our case ssl options didn't matter. @imperugo Unfortunately it's very difficult to write unit test for this as reproducing requires preconditions that we create manually. |
please take a look to 6.3.5 that is on nuget now. Basically I've removed the invalidate part / reconnect because the multiplex does it automatically. The connection management is like the 5.x version. |
@imperugo Thank you for update! I'll try to test this sometime later. Currently we have a solution that works fine and there is a lot of other stuff to handle. |
I'm seeing a connection leak behavior with 6.3.5 I saw that a fix was attempted from 6.3.4 but nothing has changed. Not sure if it's the same as the TLS issue or what. Not sure what workarounds to try other than removing the pool. |
Hi, |
We had this library integrated into windows service that servers http requests. We noticed that service started to consume a lot of RAM/CPU resources. Another symptom was that redis cluster (and machine that hosts service) ran out of tcp ports -- all of them were taken by the service.
All of this leads to making the entire machine not operable as it all resources (RAM/CPU/TCP ports) are taking by the single service.
To Reproduce
All the symptoms above are reproducing when OPS team was maintaining redis cluster. For maintenance they need to take one node out of cluster. And during this period of time service was consuming a lot of RAM/CPU resources and tcp ports on the active redis nodes (as well as on the machine) were exhausted. When redis node were back in cluster CPU was setting down but RAM didn't and during the next maintenance situation become worse and worse.
We reproduced this locally by creating some load into the service and taking secondary node in redis cluster up and down multiple times.
Expected behavior
Expected behavior is that service doesn't consume such a big amount of resources during maintenance of nodes in redis cluster.
In fact the symptoms above describe some kind of leaking as resources are accumulating with subsequent redis cluster maintenances.
Desktop:
Additional context
To prove that the problem is in StackExchange.Redis.Extensions library we wrote a simple wrapper on top of StackExchange.Redis library and couldn't reproduce any of the symptoms above.
The text was updated successfully, but these errors were encountered: