IDEA 4.5.1 Editor performance problem on OSX 10.3.5

Hi,

I am having a major (the product is unusable) performance problem with the editor in that when I page up or down it takes a long time (about 5 seconds!) to redraw the edit pane!

I have tried various suggestions I have foudn in these forum posts:
set memory min/max tp 64/256
set the two garbage collector settings
set XX:NewRatio to 3
set -Dsun.java2.nodraw=true
copy the JavaApplicationStub file from the osx system to the appropriate IDEA dir

All with no effect good or bad.

Output of my java -version is:
java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-141.3)
Java HotSpot(TM) Client VM (build 1.4.2-38, mixed mode)

Any help you could provide would be greatly appreciated as IDEA is by far the best IDEA I have used and I was SO close to springing for a personal licence based on my usage of it on WinXP but I must be able to use it on OSX as well as on a WinTel machine.

regards,
Tony

10 comments

Antony Hill wrote:

Hi,

I am having a major (the product is unusable) performance problem with the editor in that when I page up or down it takes a long time (about 5 seconds!) to redraw the edit pane!


terrible...
What the hardware is? How large is the file you're expecting the problem
with? Or the problem persists regardless of the file size?

--
Maxim Shafirov
JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0

Antony Hill wrote:

Hi,

I am having a major (the product is unusable)

performance problem with the editor in that when I
page up or down it takes a long time (about 5
seconds!) to redraw the edit pane!

terrible...
What the hardware is? How large is the file you're
expecting the problem
with? Or the problem persists regardless of the
e file size?

Hardware
-


Dual 1.25G G4 PowerMac
ATI Radeon 9000Pro
768M RAM

It doesnt seem to matter how big the file is.
I am experiencing the problem with files only 2 pages long (~7K).

BTW it seems to draw the page in several passes. I cannot guarentee this is what is happening but it LOOKS like it is drawing the plain text first and then any colored/bold/italic etc text.

Thanks for your quick attention to my problem Maxim.

Regards,
Tony

0

Hello?
Anyone out there?

first get a response in an hour, then nothing for 20 days....]]>

0

I confirm that the editor is slow on MacOS X (PB 1.25, 17", 1GB)
- When deleting a single line (Ctrl-Y), the step 1 below is clearly
visible, and takes a non-trivial time, before the editor stabilizes on
the end result (step 2)
Alain


before:
-


public class A
{
//]]>
}

Action: Ctrl-Y
-



step 1:
-


public class A
{
}
}


step 2:
-


public class A
{
}

total time: around 1 second.

0

Alain Ravet wrote:

I confirm that the editor is slow on MacOS X (PB 1.25, 17", 1GB)
- When deleting a single line (Ctrl-Y), the step 1 below is clearly
visible, and takes a non-trivial time, before the editor stabilizes on
the end result (step 2)
Example:..




Same problem with Irida.

0

Sorry for rummaging about in this thread, but suppose that's a Smooth scrolling-misshap (the slow back-copy of the rows after a Ctrl-Y), have you tried turning that off? Also, try different fonts, some fonts sometimes take an aweful lot of time rendering.

0

Patrik Andersson wrote:

>.. that's a Smooth scrolling-misshap (the slow back-copy of the rows after a Ctrl-Y), have you tried turning that off?
>

True, with smooth scrolling off, it's a little faster, and the step 1
(see my previous message in this thread), where a line appears twice,
disappear,
BUT it's still slower than what I used to see on Windows, on a much less
powerfull PC, a year ago.

>Also, try different fonts, some fonts sometimes take an aweful lot of time rendering.

>

I use a fixed space font (Monospaced) so it shouldn't be the case.
And I wouldn't want to start making this kind of compromises anyway.

What's the point of adding font choice, smooth scrolling, transparency
(not on MacOX X), etc..
if the user has to turn off these option to get a decent speed, even on
a powerful PC (PowerBook 1.25, with 1GB of RAM)?

Alain

0

Sometimes the font rendering is br0ked. Atleast that's the case on linux boxen from time to time. But then again, who uses linux as a professional development box? (Not ironic).

0

Patrik Andersson wrote:

linux boxen from time to time. But then again, who uses linux as a
professional development box? (Not ironic).


Eh, I have been doing just that - for the last few years, even... And
I'm pretty sure I'm not the only one...

CU,
Edwin

0

Just wanted to report that this problem has been fixed (for me at least) with version 5.0.x

Cheers

0

Please sign in to leave a comment.