This repository has been archived by the owner on Jul 13, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 30
Track down memory change issue in autoendpoint in 1.28.0 #917
Comments
FWIW, in the meantime you can probably add some semi-targetted |
pjenvey
added a commit
that referenced
this issue
Jul 26, 2017
this isn't quite tracked down yet |
3 tasks
bbangert
added this to the E2.3 Maintain/Improve endpoint message processing efficiency milestone
Aug 2, 2017
What are the specific criteria for closing this? |
See #802: Our slow leaks are due to likely fragmentation: pypy's memory allocation on top of glibc malloc can cause this slow leak. A MALLOC_ARENA_MAX=2 has helped the endpoint nodes a lot, further experimentation w/ jemalloc is needed, tracked in: mozilla-services/push-service#79 and https://bugzilla.mozilla.org/show_bug.cgi?id=1442705 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Starting with 1.28.0 release, autoendpoint's memory usage has skyrocketed. We need to track down and fix the memory issue as it causes issues with the log shipper when the memory is severely impacted.
The text was updated successfully, but these errors were encountered: