CLion is very, very slow

Answered

I am running CLion on a Ubuntu Linux machine and a MacOS machine.  Most of my work is on the Ubuntu machine.   Here are the issues I have:

- Opening a file is slow.  It can take 3-10 seconds to open a file.  This is on both Linux and MacOS, and the files are modest size (say 1500 lines).

- I've become very familiar with the pop-up: "Resolve operation requires more time" as it occurs frequentyl, and sits on my screen for minutes at a time.

- CLion generates multiple "threadDumps-freeze" logs per day. (Linux)

- For a while I was working with 4G of virtual memory space, and I would often site at 3.5G when doing complex operations.  I upped the VM to 8G, and now CLion idles with VM at 4-6G.   

How should I proceed?

19 comments

Has this ever been solved? It's still a problem for me. It's so bad, I'm using cerr instead of the debugger. Is it possible to revert back to a previous release? I think this all started in 2018.2.x

I've tried deleting the cmake-build-debug directory and rebuilding it.

I've tried hard booting

I've tried 2018.2.5 EAP

I've tried 2018.3 EAP

All with no luck. Message appears briefly from inspector. Appears and never goes away during debugging when inspecting Eigen Vector4d variables in the tree. If I press Cancel button soon, it comes back. If I let it sit 10 minutes, the mouse moves but no response from CLion or MacOS. Smells like stack overflow.

MacOS High Sierra 10.13.6 i7 16GB

 

4

The version  CLion 2018.3 EAP is much better, but the pop-up "Resolve operation requires more time" appears again.

1

I'm going through the same ordeal with a project that uses Eigen in2018.2.1, 2018.2.5 and 2018.3 EAP.

I've already made a separate issue and posted the snapshot and the thread dumps, and @Anna Filippova has kindly posted some of the bug tickets here: https://intellij-support.jetbrains.com/hc/en-us/requests/1825064

Linking here because this seems to be a popular thread that comes up in Google Search.

If you're suffering from this, please upvote these:
 CPP-13122
https://youtrack.jetbrains.com/issue/CPP-12831
https://youtrack.jetbrains.com/issue/CPP-13833

1

I have the same issue. Each action which involves "Eigen3" is quite slow. Jetbrains please put more effort in supporting the widely used Eigen3 library!

1

Same issue with Clion 1:2018.3.2-1 running on Manjaro linux kernel 4.17.19-1 using the Eigen3, Boost 1.68 (units library) and Project Chrono. I Changed the vmoptions -Xms2048 and -Xms4096 . Resolve takes forever and seems to use 1 CPU (8 available Intel i7) memory use 1.4GiB (16 GiB available) Disk write ~68 kiB/s running of a sata SSD disk. Each time the resolve operation popus up I'm forced to close Clion because it becomes unresponsive or I have the wait for ~5 till 10 minutes.

1

Hello!

Please send automatically generated thread dumps (those "threadDumps-freeze" files) which are located in the logs folder to clion-support at jetbrains.com so we could investigate your issues.

0

I have the same, sometimes this pops up:

"Resolve operation requires more time"

, but more importantly, *every* time an autocomplete would be useful, e.g. when appending characters to already typed names:

```

typedef int MyType;

typedef const int MyTypeConst;

MyType foo;

```

and then going in and changing the type of foo from MyType to MyTypeConst, when you press "C" it hangs for seconds...

Annoyingly, going into Power Saver Mode does not help...

 

CLion on OSX

Build CL-182.4323.58

JRE: 1.8.0_152-release-1248-b8 x86_64

JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o 

 

0

Hi, @Aron, @B Gaifullin

Please try using CLion 2018.3 EAP which contains some performance improvements. Please note that you don't need to uninstall the stable version in order to test the EAP build - they can be installed side-by-side.

If you still face the issues using CLion 2018.3 EAP, please send a captured CPU snapshot or automatically generated thread dumps (those "threadDumps-freeze" files in the logs folder) to clion-support at jetbrains.com so we could investigate your issues.

0

@PRyan, please try this workaround. If it doesn't help, please send a captured CPU snapshot or automatically generated thread dumps (those "threadDumps-freeze" files in the logs folder) to clion-support at jetbrains.com so we could investigate your issues.

0

I've been using CLion 2018.3 EAP for a while.   I haven't noticed any improvement.

One problem I've seen is that the VM usages is even higher.   Where it used to idle around 4G, it now idles around 6G. 

I have lots of threadDumps-freeze I can send. 

0

Peter, feel free to send them to clion-support at jetbrains.com.

0

I am experiencing same problems with CCion 2018.3. I've increased heap space to 5500 MB but it does not help.

I am using the CLion with the Monero project, which has quite big codebase ( https://github.com/monero-project/monero )

But still, rename refactoring takes way too long. Even waiting for a red rectangle to appear is too long. And changing the name is very sluggish as it automatically tries to replace all occurrences on each key stroke. I would rather accept not real time refactoring, but smooth name change and then refactoring all occurrences.

This sluggishness makes me really unproductive. 

 

0

My issues on a project that is using Eigen haven't at all been resolved with the release of 2018.3. Issuing the "Show Intention Actions" on any function takes upwards of half a minute on a very fast machine (heap space adjusted). Likewise for code completion, refactoring, and automatic code generation tasks.

For those who are also still struggling with these issues:

Eclipse CDT with the cmake4eclipse and CMakeEd plugins is now a more viable alternative for CLion on C++ projects using Eigen. It has it's own faults, and initial configuration might take awhile until the pistons are pumping, but at least it doesn't constantly freeze up like CLion does, and offers reasonable on-demand code-completion, function/variable/class name refactoring and code navigation, as well as built-in git support and an in-IDE terminal. It doesn't offer method signature refactoring or code generation (sorely missed), but it's a reasonable temporary (and free) compromise.

Personally, I've opted to use Eclipse CDT until performance issues with CLion are fixed. I'll be checking back on CLion periodically.

0

Same issue here with the Eigen3 library. Note that the IDE is slow even on symbols that do not involve Eigen.

0

Same issue as above with clion-eap-183.4886.39-1

0

Same issue as above. The "Resolve operation requires more time" will stay up for minutes. This is crippling my productivity. Getting the same problem on 2018.3.1. 

0

Everyone, I've opened a performance issue on YouTrack about this: https://youtrack.jetbrains.com/issue/CPP-15082
Please upvote.

0

Please sign in to leave a comment.