I believe (but cannot easily prove) that IDEA editor responsiveness has decreased after the switch to Java6. Out of curiosity, what's the perception of other EAP users? -tt
That sounds really weird, I run IDEA on jdk6 for 2 years now (since early preview builds), and have not experienced any slowdowns (no performance boost either). I think you should take a snapshot of IDEA activities once you perceive the sluggishness.
That sounds really weird, I run IDEA on jdk6 for 2 years now (since early preview builds), and have not experienced any slowdowns (no performance boost either). I think you should take a snapshot of IDEA activities once you perceive the sluggishness.
1) The extemely-slow-scrolling that I was experiencing can be worked around by disabling the "grey-rect-fix" that Sun introduced in Java6. Dmitri Trembovetski from Java2D team explained me how: "-Dswing.bufferPerWindow=false".
2) My feeling is that the default GC policy of Java6 triggers collections more often, but I'm not sure about this.
3) Last but not least, my feeling is that the general "latency" of typical editor actions (typing, navigation) has increased overall. So it's not that I'm experiencing high load, it's more like the overall responsiveness decreased by 25-50%.
I have been having a problem editing JSPs in 7294, but it is due to something broken in the inspection parser, although it's not too bad because I have DUAL core workstation.
Otherwise, I hadn't notice any slowness. Are you near the Xmx limit? If IDEA gets close the maximum memory limit, everything really slows down.
Editor responsiveness has decreased for me too, compared to Demetra that is. However I run both versions of IDEA on jdk6, so for me this has nothing to do with the version of java. I do not think I have ever run Selena on jdk5. Looking only at Selena, editor responsiveness has actually increased during the EAP. In the beginning (around build 6737) the editor was almost unusably slow for me. Now it is just an annoyance, but clearly worse than Demetra. Note that this is on a single cpu machine.
For me, IntelliJ also has descreased in speed, with (seemingly) a lot of GC's which lock up my IDE for a few seconds each minute. Maybe this is (also?) caused by my JVM settings:
i've been experiencing slowdowns + high cpu usage at several places. they vanished after i increased the Xms and Xmx from 500 to 800mb and the perm size to 200. didn't touch anything else. how big is your project? mine is 14+ k classes.
@jetbrains: maybe idea should monitor the gc usage and tell the user that more than X % of the time is used in gc and he should increase the Xmx-setting?
I had to stop using "-XX:UseParNewGCUseConcMarkSweepGC" using Java 6, as it caused random crashes all the time. With Demetra this wasn't too much of a problem, but with Selena recreating all the caches on a crash it became a major time drain.
With the pair of fixes to mouse-wheel scrolling, I can't say I see a difference. Start-up in v7 seems faster than I recall from v6.
Randall Schulz
i felt no change, but i should i say am running idea on a 3.5ghz core2duo
That sounds really weird, I run IDEA on jdk6 for 2 years now (since early preview builds), and have not experienced any slowdowns (no performance boost either). I think you should take a snapshot of IDEA activities once you perceive the sluggishness.
Eugene.
Hello Eugene,
1) The extemely-slow-scrolling that I was experiencing can be worked around
by disabling the "grey-rect-fix" that Sun introduced in Java6. Dmitri Trembovetski
from Java2D team explained me how: "-Dswing.bufferPerWindow=false".
2) My feeling is that the default GC policy of Java6 triggers collections
more often, but I'm not sure about this.
3) Last but not least, my feeling is that the general "latency" of typical
editor actions (typing, navigation) has increased overall. So it's not that
I'm experiencing high load, it's more like the overall responsiveness decreased
by 25-50%.
I'll keep submitting snapshots etc, of course.
Taras
I have been having a problem editing JSPs in 7294, but it is due to something broken in the inspection parser, although it's not too bad because I have DUAL core workstation.
Otherwise, I hadn't notice any slowness. Are you near the Xmx limit? If IDEA gets close the maximum memory limit, everything really slows down.
Editor responsiveness has decreased for me too, compared to Demetra that
is. However I run both versions of IDEA on jdk6, so for me this has
nothing to do with the version of java. I do not think I have ever run
Selena on jdk5.
Looking only at Selena, editor responsiveness has actually increased
during the EAP. In the beginning (around build 6737) the editor was
almost unusably slow for me. Now it is just an annoyance, but clearly
worse than Demetra. Note that this is on a single cpu machine.
Bas
For me, IntelliJ also has descreased in speed, with (seemingly) a lot of GC's which lock up my IDE for a few seconds each minute. Maybe this is (also?) caused by my JVM settings:
-Xms256m
-Xmx768m
-XX:MaxPermSize=128m
-ea
-server
-Dsun.awt.keepWorkingSetOnMinimize=true
-agentlib:yjpagent
-XX:UseParNewGCUseConcMarkSweepGC
Btw, I also use a singlecore pc, so I'm not sure if the -XX:+UseParNewGC or +UseConcMarkSweepGC have any effect.
i've been experiencing slowdowns + high cpu usage at several places. they vanished after i increased the Xms and Xmx from 500 to 800mb and the perm size to 200. didn't touch anything else.
how big is your project? mine is 14+ k classes.
@jetbrains: maybe idea should monitor the gc usage and tell the user that more than X % of the time is used in gc and he should increase the Xmx-setting?
Is the use of the -server switch a wise idea for an IDE? I guess it does make sense but I am not so sure.
it doesn't seem to change anything noticeably
I had to stop using "-XX:UseParNewGCUseConcMarkSweepGC" using Java 6, as it caused random crashes all the time. With Demetra this wasn't too much of a problem, but with Selena recreating all the caches on a crash it became a major time drain.