Skip to content
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

Garbage Collection Behavior #115

Closed
xLinkKnight opened this issue Sep 20, 2024 · 4 comments
Closed

Garbage Collection Behavior #115

xLinkKnight opened this issue Sep 20, 2024 · 4 comments

Comments

@xLinkKnight
Copy link

An issues occurs when memory utilization reaches the set limit. xiSEARCH version 1.8.6.

Warning

A warning which indicates a potential out-of-memory situation (memory is misspelled). Is there a way to silence the warning? I haven't noticed this warning since upgrading to the latest major version of Java and xiSEARCH. I've manually set the watchdog limit in excess of 50,000 minutes and increased the allotted RAM to near max (740 GB).

Once the warning is accepted, the search progress continues. Or does the search task still progress in the background? The log freezes until you accept the warning.

@grandrea
Copy link
Contributor

grandrea commented Oct 8, 2024

how large is your fasta database?

@lutzfischer
Copy link
Member

It is just a warning and unless you stop the search it should just continue.
It get raised when more then 50% of the time is used for garbage collection - but it is only a warning and part of the "problem" here could just be that you give it more memory then I actually tested that function with. In java garbage collection can and will run in parallel to the actual process. That would not actually affect your search at all. But if you have a lot of memory that garbage collection can become time consuming simply because it keeps "garbage" around for longer and then has to clean up a lot more in one go - which then takes more time at fewer time points. ANd maybe that is exactly what you see. So unless you noticed that no progress is made then I would guess it is just "to much memory" and I need to think of a way to handle that.

@lutzfischer
Copy link
Member

If an actual out of memory situation happens it will raise a different message.

@lutzfischer
Copy link
Member

The search is running actually in a separate process - and the gui is just reading the output form that process + some status info. So the search is not stopped/paused - only the gui.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants