-
Notifications
You must be signed in to change notification settings - Fork 211
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
[validation] investigate highly increased memory consumption with new Java source reconciling #922
Comments
I added a section to the user guide explaining the experimental nature of this and how to workaround this by deactivating the new Java source reconciling - to see if that makes a difference: https://github.com/spring-projects/sts4/wiki/Validations-And-Quick-Fixes#experimental-nature-of-this-new-feature-and-potential-side-effects |
The goal here is to analyze what exactly is causing this memory spikes and fix that. From what I've seen so far, it looks like the language server process uses a lot of memory, but it seems like this memory usage is not permanently, but reduced when a GC kicks in. |
The language server process (BootLanguageServerBootApp) also uses a lot of CPU. For me it uses about four cpu minutes every time I save any Java file. I had to disable Java source reconciling to make Eclipse usable again. |
As a summary of the things you can deactivate in order to avoid the high CPU usage and performance issues: Go to
In addition to that, feel free to also try the latest CI builds:https://dist.springsource.com/snapshot/STS4/nightly-distributions.html. The latest builds already include a few early steps to improve the overall performance behavior again. |
The Update 4.17.1 seems to solve the issue (also after undo the workaround). Thank you for the quick fix 👍 |
Thanks @beatjost for letting us know, glad to hear this. |
I think in general this reconciling will take up memory. Parsing all sources in a project does take memory. The difference now is that it is batches of 50 sources at once and there is only one thread dedicated to project reconciling. Thus, I think memory usage peaks should be lower. This is in since 4.17.2 |
We are seeing a highly increased memory consumption when having the new Java source code reconciling enabled (as reported by various users).
The text was updated successfully, but these errors were encountered: