Intellij freezes when searching

[Former user]

With a big project with many pas files, search file fail and intellij freezes.

[George Bakhtadze]

How big is the project? How many units/lines? Can you provide the project for testing?

[BertTott]

More than 10K files, and more than 2 millions of lines. I cannot provide project. But for c++ with clion we don't have problem to work with project of more than 90K indexed files.

[Sorien]

as far as i know you should use stub indexes http://www.jetbrains.org/intellij/sdk/docs/basics/indexing_and_psi_stubs/stub_indexes.html

[George Bakhtadze]

Yes, stub indexes are not used yet and should improve performance for big projects. Unfortunately can't tell when this will be implemented.

[Daniel Roziecki]

I have this same problem with hundreds files only. Search (by double shift) usually work, but sometimes freeze whole IDE.

Sometimes is enough click double shift for this:

And you can use this:

java.lang.OutOfMemoryError: Java heap space Dumping heap to /home/daniel/java_error_in_IDEA.hprof ... Unable to create /home/daniel/java_error_in_IDEA.hprof: Plik istnieje ^CException in thread "TimerQueue" java.lang.OutOfMemoryError: Java heap space at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.addConditionWaiter(AbstractQueuedSynchronizer.java:1855) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2068) at javax.swing.TimerQueue.run(TimerQueue.java:197) at java.lang.Thread.run(Thread.java:745)

A fatal error has been detected by the Java Runtime Environment:

SIGSEGV (0xb) at pc=0x00007fe1a2d57939, pid=20452, tid=0x00007fe11b813700

JRE version: OpenJDK Runtime Environment (8.0_112-b06) (build 1.8.0_112-release-408-b6)

Java VM: OpenJDK 64-Bit Server VM (25.112-b6 mixed mode linux-amd64 compressed oops)

Problematic frame:

C [libc.so.6+0x15d939]

Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again

An error report file with more information is saved as:

/home/daniel/java_error_in_IDEA_20452.log

If you would like to submit a bug report, please visit:

http://bugreport.java.com/bugreport/crash.jsp

The crash happened outside the Java Virtual Machine in native code.

See problematic frame for where to report the bug.

Aborted (core dumped)

java_error_in_IDEA_20452.log is attached.

Daniel Roziecki

[BertTott]

This issue is still "ON HOLD". Do you have any estimation of when this will be done? I-Pascal is great, with a real potential, but it is still unusable for real projects with lots of units.

[Daniel Roziecki]

I have much smaller project, but it's not a toy too.

Almost 1k files, +- 350k loc,

I had very big problems with search in previous Intellij idea, but in current 2017.1.1 I have no problems at all, with this new interactive search window.

Regards

Daniel Roziecki

[George Bakhtadze]

What issues you are experiencing? IDE crash? Freeze? Too slow search?

What exactly kind of search is slow/freezes/crashes? Find in path? Navigate to file/class/symbol? Find usages? Find implementations/descendants?

Find in path has nothing to do to stub indices.

For big projects it's reasonable to increase heap memory for JVM. By default it's 750mb. Adjust "-Xmx" setting in file "idea64.vmoptions" or (idea.vmoptions for 32-bit JVM) which is located in the same directory as IDEA executable.

[BertTott]

My config:

• IntelliJ IDEA 2017.1.2 freshly updated
• Delphi Berlin
• Windows 10 (1607)
• CPU i5
• RAM 4 GB

To reproduce:

• In IDEA
• Create a new Pascal project
• In Project Structure, Project SDK, Select "Delphi v. 31.0 | Win32", and click OK
• If you "Double shift" and start typing andr (for android), it very quickly shows results
• But if my projects uses FMX.Forms for instance, it is not found
• This is normal as we still don't have any Delphi source
• Go back to Project Structure, SDK's, select "Delphi v. 31.0 | Win32"
• We see in the classpath, we only have some libs in a debug sub dir
• Let's add the source, for me: "C:\Program Files (x86)\Embarcadero\Studio\18.0\source" and click ok
• I can now navigate through Delphi source directly from my project and my uses are found
• If I now "Double shift" and start typing "andr", it starts searching, never shows any, and finally IntelliJ gets stuck. We have to kill it.
• Then I increased the heap mem up to 2500m, with the exact same result...

[Daniel Roziecki]

Yep,

search by "double shift" still don't work.

[George Bakhtadze]

Search Everywhere is slowed down by "navigate to class" and "navigate to symbol" features which are too slow for large code bases such as Delphi libraries. I've disabled them in this build, please check if it helps.

[BertTott]

Indeed, it works nicely! This is great! Thanks.

Nevertheless, I think stub indexes are really required for usability in big projects. For instance, searching for subclasses of an interface takes upto 2 mins on my computer.