-
Notifications
You must be signed in to change notification settings - Fork 14
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
Memory leak - linked to GUI ? #134
Comments
Thanks for reporting and for all those details. I'll investigate |
@NicoKiaru , |
Couldn't it be a thread which is not stopped ? What is the solvethread and what is it doing ? |
@NicoKiaru |
@bogovicj any news on this bug ? It's not critical (one can close Fiji once in a while) but it would be nice to have it fixed. |
Hi there, Any news on this by any chance ? Is there a chance this could be solved in v9 (I'm still stuck to v8) ? It's keeping a huge about of memory since ini the end it keeps track of the image. It looks like the (I'll try to spend some time on my other issues, but it'll be hard within the next week) |
Is this thread stopped somewhere ? bigwarp/src/main/java/bigwarp/BigWarp.java Line 542 in a418ad3
|
* seems to address the worst offenders * some of this cleanup is likely overkill see #134
I think / hope that the worst of this leak is fixed here https://github.com/saalfeldlab/bigwarp/tree/memoryLeak |
Hi @bogovicj , I see that the memory leak fix are not in the master branch - do you plan to merge them ? Cheers |
Hi @bogovicj ,
I noticed that after using BigWarp and closing it programmatically with
bigWarp.closeAll()
I have some memory not released.The eclipse memory analyzer shows this suspect trace:
I tested and got the same issue with a 'regular' Fiji and BigWarp:
There is at least one reference to the images kept via a
LandmarkKeyboardProcessor
:The text was updated successfully, but these errors were encountered: