NabismoPrime on Nostr: Made some more progress in the memory leak investigation for the metadata updater. ...
Made some more progress in the memory leak investigation for the metadata updater. Apparently the process below is the culprit:
python3.12 -c from multiprocessing.spawn import spawn_main; spawn_main(tracker_fd=14, pipe_handle=16) --multiprocessing-fork
I fully expect that process to use a lot of memory while the script is running but it holds onto it after the run has finished. Oddly enough, the same exact script returns to sane memory levels immediately after runs when instrumented with a continuous profile.
Any Python folks out there have any ideas why this process won't let go of the memory if it isn't profiled? I've tried manual garbage collection in the script but it doesn't affect this at all.
#asknostr #python
python3.12 -c from multiprocessing.spawn import spawn_main; spawn_main(tracker_fd=14, pipe_handle=16) --multiprocessing-fork
I fully expect that process to use a lot of memory while the script is running but it holds onto it after the run has finished. Oddly enough, the same exact script returns to sane memory levels immediately after runs when instrumented with a continuous profile.
Any Python folks out there have any ideas why this process won't let go of the memory if it isn't profiled? I've tried manual garbage collection in the script but it doesn't affect this at all.
#asknostr #python