Enormous memory usage #15
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
just noticed that my activitypub-instance consumes more that 14 GB of RAM... which seems very unusual to me. I guess there might be some room for memory optimization? ;-)
The relay has been running less than two weeks. There are 81 instances registered. At the time I was using version
83d56cb570Hey, I know this issue has been open for forever, but I was just reading it and noticed that you have (had) a similar number of instances subscribed as mine (yours: 81, mine: 72) and I'm not seeing any resource issues. Are you still having issues, or even still running this relay?
Unfortunately the issue does still persistwith version 0.1.0. I suspect that a high number of unavailable instances and failing connections might trigger this behavior. In the mean time the number of connected instances has increased to ~200 and 30 of them are not available, anymore + there's a couple of instances which have failing SSL.
Maybe there's something wrong with handling such numbers of failing connections...
Aiohttp's client seems to have bad memory issues for quite a few people. Try upgrading python, aiohttp, or both.
I have 2 systems that have relays on them - one of them is publicly used, the other is new and comparatively very quiet. The quiet system is running the relay under python3.7 and uses very little RAM even after being up for days.
The public system has >150 instances on it and it's under load all the time - using the relay under python3.7 seems to hold the RAM usage in check.
I've just gone through running it under several versions - 3.8 I shouldn't comment on as the relay didn't seem to work entirely properly under this version, but under python3.10 and 3.11 the RAM usage grows extremely aggressively - it just doesn't seem to stop and it grows by 1MB per second or so.
This is with all the python modules required up to date, including aiohttp. I see aiohttp still has memory leak bug reports, but just from this casual observation it seems like something else may be going on with the newer version of python.
@izalia If there's anything I could run on my system that could help identify the issue, please let me know.
Because I chimed in to this Issue yesterday, I should update with further findings:
Today I rebuilt python 3.11 with lto and pgo. Fired up the relay under python 3.11 and memory utilization is stable.
I'm a little surprised, but, I'll stick with running the relay under python3.11 for now as it seems to be running as smoothly as it ever has.