Project
IntelliJ IDEA
Priority
Normal
Type
Performance Problem
Fix versions
No Fix versions
State
Fixed
Assignee
Dmitry Jemerov
Subsystem
Version Control
Affected versions
No Affected versions
Fixed in build
108.65  
  • Created by   Max Ishchenko
    4 years ago (27 Nov 2007 19:58)
  • Updated by   root
    2 years ago (17 Jan 2010 20:55)
  • Jira: IDEADEV-23621
    (history, comments)
 
IDEA-42109 Cpu usage boost. No open files, no activity.
0
Issue is visible to: All Users
  The issue is visible to the selected user group only
Suddenly idea began consuming the cpu aggressively.
Typical value is 15% (single core, hyper-threading enabled cpu) when absolutely idle and no files open.
50% when trying to type in a file.


Snapshot included

Environment: Windows XP,

Issue was resolved
Comments (8)
 
History
 
Linked Issues (?)
 
Dmitry Jemerov
  Dmitry Jemerov
28 Nov 2007 22:54
4 years ago
How many unversioned files do you have?
Max Ishchenko
  Max Ishchenko
29 Nov 2007 13:20
4 years ago
I have 5700 unversioned files.
I guess I should add their directories to ignored list
Dmitry Jemerov
  Dmitry Jemerov
29 Nov 2007 13:35
4 years ago
It's even better to set the version control to None for these directories, using Settings | Version Control | Directory Version Control Settings.
Max Ishchenko
  Max Ishchenko
29 Nov 2007 23:18
4 years ago
Unfortunately some of these directories are buried deep under the project root. Adding all but these directories would be a tricky job.
Maybe I should try to redesign directory structure if it helps much.
Jon Steelman
  Jon Steelman
29 Nov 2007 23:25
4 years ago
Can't IDEA improve its performance in this area? It is not good that people are starting to have to seriously consider redesigning directory structures because of IDEA peformance.
Dmitry Jemerov
  Dmitry Jemerov
30 Nov 2007 13:26
4 years ago
It can, and it will. I'm not closing this issue - I'm just talking about workarounds which can be used in the current version.
Max Ishchenko
  Max Ishchenko
01 Dec 2007 02:26
4 years ago
Could you, please, explain what does this fix mean.
Does it mean I mustn't bother adding directories with lots of unversioned files to ignored list? Or, maybe, ignore list handling was made as fast as if you just don't add these dirs under source control?
Dmitry Jemerov
  Dmitry Jemerov
03 Dec 2007 13:35
4 years ago
I've optimized the specific operation that took a long time in your snapshot. Now its speed does not depend on the number of unversioned files. However, there are still other operations that are slowed down by a large number of unversioned files. So it still does make sense to set VCS to None for directories with generated code and similar types of content.