Closed mrsimo closed 1 year ago
@mrsimo Last year in PR #87, @robbkidd added experimental_transmission to try to address a similar problem. Any chance you could give it a try and let us know if it fixes this for you?
Closing as it's gone stale, please feel free to re-open as required.
We recently upgraded
honeycomb-beeline
from 2.1.1 to 2.10.0, which upgradedlibhoney
from 1.14.4 to 2.1.0 in one of our rails apps. This change introduced a very noticeable memory leak. After some troubleshooting, pinning the versions ofhoneycomb-beeline
to 2.1.1 andlibhoney
to 1.18.0 fixed the issue (these are versions used by another of our apps that didn't seem to have a problem).This is the memory profile of this app's pods during deploys without the memory leak problem:
This is as soon as we upgraded:
I took memory heap dumps to troubleshoot the problem and find the culprit, and this is what heapy showed as the top memory usage between two different points in time:
excon
appears there, and apologies if the problem is in that gem instead, but sincelibhoney
objects appear above, and I knowlibhoney
usesexcon
, it felt like the problem might be withlibhoney
keeping someexcon
related objects in memory.I don't have a steps to reproduce, apologies for not making a better issue. I don't have a lot more time to spare, and it seemed like a serious enough issue that you might want to know about it. Happy to provide any other background you might find interesting.
Versions