3512: Still slow?
Many people here noticed peformance degradation with the latest EAP builds
with sympthoms like
- IDE frequently locks up
- IDE doesn't keep up with ones typing
- editor scrolling freezes
- etc.
Are those sympthoms still visible in latest 3512?
Thanks
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
Please sign in to leave a comment.
Hello Maxim,
MS> Many people here noticed peformance degradation with the latest EAP
MS> builds
MS> with sympthoms like
MS> - IDE frequently locks up
MS> - IDE doesn't keep up with ones typing
MS> - editor scrolling freezes
MS> - etc.
MS> Are those sympthoms still visible in latest 3512?
MS>
Yes I was noticing this today on Windows. Did not try it on the Mac yet.
Generally the ide just locks up for no real reason, and it's inconsistent
in when that happens. I can get the IDE to lock up by simply click the little
refresh button in the debug window of an app server when the app server is
stopped. I didn't know if it was the machine or what, since I haven't been
in idea on windows for long, and was attributing the problem to maybe being
a windows/machine issue.
I do notice idea locking when I bring it back into focus as well, the screen
stays gray for a few seconds and then everything is OK.
In previous EAPs, I noticed that on the Mac the IDE wasn't focusing as fast
as after you guys made the first change when you added fslogger, it seems
to have slowed down since.
R
fast as after you guys made the first change when you added fslogger, it
seems to have slowed down since.
You are to run that sudo ./fslogger --self-repair each time you're installing
fresh build since administrative attributes are overridden by fresh install.
-
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"
MS> You are to run that sudo ./fslogger --self-repair each time you're
MS> installing fresh build since administrative attributes are
MS> overridden by fresh install.
Yup I know that, and I do. Slowdown is there. :)
R
There is a performance problem I have been having for the last couple of builds. After I do a full rebuild my plugin project (InspectionGadgets), IDEA locks up with 100% cpu for a couple of minutes. This seems to be after it copied all html and class files to my sandbox and I don't know what it's doing or what's causing it.
Attached is a cpu usage data snaphot I made.
Bas
Attachment(s):
3512_Eigenaar_06.10.2005_11.40.54.zip
Uhm, I just installed it on a fresh dir, and it did not put an idea.exe.vmoptions in my install dir.
Hello Maxim,
MS> Many people here noticed peformance degradation with the latest EAP
MS> builds
MS> with sympthoms like
MS> - IDE frequently locks up
MS> - IDE doesn't keep up with ones typing
MS> - editor scrolling freezes
MS> - etc.
MS> Are those sympthoms still visible in latest 3512?
For some reason svn just locks up the IDE hard when using https, and that
happens when I do an svn add which is not even supposed to hit the server.
My processor pegs at 100% for a good 2 minutes and just sits there, then
the file is added.
R
Hello Maxim,
MS> with sympthoms like
MS> - IDE frequently locks up
MS> - IDE doesn't keep up with ones typing
MS> - editor scrolling freezes
MS> - etc.
I don't have problems with a slow Idea, but I've just read an interesting
article about locking problems in 1.5.x jvm's for Windows.
Symptoms: very slow windows response times, juddering mouse, etc, when a
java program does long GC's.
Cause: 1.5 vm's runs GC and some other threads in Real Time priority, locking
out other system threads (interrupts, etc) and destroying system performance.
Resolution: wait for 1.5_06 or add "-XX:JavaPriority10_To_OSPriority=10 -XX:JavaPriority9_To_OSPriority=9"
to your vm options.
GC Bomb - CMS GC starves high priority system threads
http://192.18.37.44/forums/index.php?topic=10269.0
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5101898
I will give it a try. I have noticed lots of pauses, but there was no
discernible pattern. This seems to fit the behavior.
Carlos Costa e Silva wrote:
>
>
>
>
>
>
>
>
>
-XX:-UseThreadPriorities usually does the trick too
I have similar issues with CVS over SSH as well.
Very slow for me on OSX powerbook (admittedly, quite a slow powerbook).
In particular, it often feels like the second level inspections are a lot more blocking now and there are some files (sorry, no concrete examples) where I simply can't type at all while the little eye is doing its magic.
"Robert Sfeir" <nomail@jetbrains.com> wrote in message
as well, the screen
Interesting thing that I got the same problem with regular
3.0.4. Seems to be related to task switching / focusing. It
just freezes, and I have to kill it.
Seems to me that I have not noticed this a year ago. Does it
wear out? Maybe I need to change oil or something?
No, really, these lockups bother me, and they happen quite
often on 3.0.4
Michael.
I hear you. I've seen IDEA lock up quite frequently lately, usually when working on more than one project, and quickly switching between them -- sooner or later IDEA will lock up hard, and nothing short of killing the process will help.
P.S.: This is a specially bad when running IDEA under JDK 1.5; IDEA will consume 100% CPU with real time priority while locked up -- you won't even be able to launch the task manager to kill IDEA. I've mitigated this problem by adding a few options to idea.exe.vmoptions:
-XX:JavaPriority10_To_OSPriority=10
-XX:JavaPriority9_To_OSPriority=9
This prevents even the highest priority thread in IDEA from acquiring Real Time priority on Windows. Your system will remain responsive even when IDEA is locked up. Check out Sun's Bug #5101898[/url] for more info about this problem.
On Windows 2000 and a reasonably fast processor (2.8 Ghz Intel) I get up to 15 seconds of grey IDEA screen when switching back to IDEA from another app. During this period there is intense disk activity, as if everything is being reloaded from disk cache(s).
I also get occasional 5-10 second lock-ups when editing, with no apparent disk activity.
The intention checking also seems rather slow - after an edit, the syntax checker takes about 3-5 seconds, but then the little intention eye opens and remains open for 10-15 seconds, during which time editing is possible, and the intentions appear to be active, but opening an intention drop-down shows a restricted list of options, and worse, the default auto-fix is often different while the eye is open.
This has caught me out regularly during auto-fix sequences - F2, Alt-Enter, Enter... F2, Alt-Enter, Enter... aaargh!, Ctrl-Z...wait for eye to shut... Alt-Enter, Enter... F2... wait for eye to shut...
I tried all of these and it appears to have fixed my problems. Whoohoo!!!
Marcus Brito wrote:
>> Resolution: wait for 1.5_06 or add
>> "-XX:JavaPriority10_To_OSPriority=10
>> -XX:JavaPriority9_To_OSPriority=9"
>> to your vm options.
>>
>
Yes, 3512 is still slow.
I just closed out of it because the editor was unusable.
Continually waiting for the editor to 'wake up' after napping for 5 to
10 seconds.
I'll mention this here, briefly, as it's the place where "-XX:JavaPriority..." is being discussed (I've put a more detailed posting in the EAP CVS forum). The two lines recently added to idea.exe.vmoptions in build 3356 seem to cause a huge delay in updating a project from cvs