Diana Performance Issues

Is there going to be some focus on performance for Diana, now that we're in the "final lap"?

I recently upgraded to a 4GB Windows XP machine, with a solid state hard disk, and Selena is now lightening quick. Diana on the other hand feels more and more painful, with each new release.

My current bug bears are:

- XML performance. I work on a lot of XML, XSL and XSD files and the performance around editing and reformatting seems to be getting worse rather than better. Editting any production-size files constantly canes the CPU and I've had to start reformatting in an evaluation version of XML Spy, as it just takes so long in IDEA. If the XML file content also happens to have no line breaks then IDEA just dies for minutes on end. I opened a file which was 1.5 million characters long on the first line, to reformat it to something readable, and hit the END key by accident - this caused the editor to just hang for minutes again. I know Maxim has been working on the performance around the reformatting, but anything which takes minutes to happen needs to have a progress bar at least!

- SQL performance. The one thing I was really looking forward to in Diana were the SQL inspections and syntax highlighting, but before it was removed (and even after), it was virtually impossible to even type in the editor when a 1000-line long SQL file was opened.

- Project startup/dialogs. Compared to Selena, Diana just seems incredibly memory hungry and additionally slow!

Selena Timings:
First time my main project is opened (indexing all files): 1m 10s
Normal time for project to open: 20s
Project config dialog change: 3s

Diana Timings:
First time my main project is opened (indexing all files): 2m 30s
Normal time for project to open: 30s
Project config dialog change (spends a lost of time "scanning files to index"): 10s

Diana won't even carry out the initial index of my project unless I give it 512MB of permgen - it just got stuck at 80% and hung. My major concern is that a majority of developers here are on slower laptop hard disks with only 1-2GB of RAM and my project opening times are usually 4-5x faster anyway - if those numbers are multiplied out for them, Diana is going to be painful! Additionally, allocating 512MB just for permgen space wouldn't even be an option for most of them.

I've raised a few JIRAs over the last few weeks for performance problems, but there's only so much time I can spend recording CPU snapshots while doing my job. Am I the only person who is seeing issues, as I've seen quite a few people recently praising the performance?

7 comments
Comment actions Permalink

Hi,

I also have performance issues with idea 8 m1.
I use idea 8 m1 under Linux (RHEL WS 5) on an 2x AMD Opteron dual core machine with 4GB RAM. I changed the idea.vmoptions file to

-Xms512m
-Xmx2048m
-XX:MaxPermSize=256m
-ea

With this config my project opens but I still have performance issues on a small J2EE project with >30 classes and >30 xhtml.
When I switch between the different java and xhtml files, I notice some screen refresh problems and idea hangs during some seconds. The same project under MacOS on idea 8 m1 just works fine.

I hope the Linux version gets better !

Georges

0
Comment actions Permalink

Hello georges,

I also have performance issues with idea 8 m1.
I use idea 8 m1 under Linux (RHEL WS 5) on an 2x AMD Opteron dual core
machine with 4GB RAM. I changed the idea.vmoptions file to
-Xms512m
-Xmx2048m


This -Xmx value is excessively high. Even if you have a lot of physical RAM,
it's better not to increase -Xmx beyond 500-600M and to keep the rest of
RAM available for use as disk cache.

-XX:MaxPermSize=256m
-ea
With this config my project opens but I still have performance issues
on a small J2EE project with >30 classes and >30 xhtml.

When I switch between the different java and xhtml files, I notice
some screen refresh problems and idea hangs during some seconds. The
same project under MacOS on idea 8 m1 just works fine.


Please update to the latest EAP build from http://www.jetbrains.net/confluence/display/IDEADEV/Diana+EAP
and, if the problem remains, please use Help | Submit Performance Report
to submit a report of the hangs.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Simon --

I've also been having some issues. One issue I know is fixed in the up and
coming EAP release:
http://www.jetbrains.net/jira/browse/IDEADEV-29492 -- IDEA took 3-4 minutes
to start and 30 seconds to close my project. Hopefully this will help.

2nd -- Anytime I make any change to a module -- even reordering a
dependency, IDEA seems to re-index every library I have which takes a good 2
minutes. I'm not sure why the index has to re-scan for changes every time I
make the slightest change to a module. I do not have a JIRA for this as it
was so obvious I figured it would be fixed soon. I can certainly make one if
it helps folks.

IDE performance though for me has been much better than Selena. I think
JetBrains has done some great work on the caching in Diana which might be
one reason why it takes longer to build the cache. My cache for a single
project is 1.7GB and my "system" folder for Diana is 2.2GB -- and I only
work on a single IPR/project.

RAM usage I find hovers around 400MB for me. I have my memory set to:
-Xms32m
-Xmx512m
-XX:MaxPermSize=160m

I've found that if I do not at least give IDEA 384MB of Xmx, I can't even
open my project :(. It'll hang on scanning files -- granted I do have about
85 modules hehe.

-Grant


"Simon Knott" <no_reply@jetbrains.com> wrote in message
news:26250491.96551220440797579.JavaMail.jive@app4.labs.intellij.net...

Is there going to be some focus on performance for Diana, now that we're
in the "final lap"?

>

I recently upgraded to a 4GB Windows XP machine, with a solid state hard
disk, and Selena is now lightening quick. Diana on the other hand feels
more and more painful, with each new release.

>

My current bug bears are:

>

- XML performance. I work on a lot of XML, XSL and XSD files and the
performance around editing and reformatting seems to be getting worse
rather than better. Editting any production-size files constantly canes
the CPU and I've had to start reformatting in an evaluation version of XML
Spy, as it just takes so long in IDEA. If the XML file content also
happens to have no line breaks then IDEA just dies for minutes on end. I
opened a file which was 1.5 million characters long on the first line, to
reformat it to something readable, and hit the END key by accident - this
caused the editor to just hang for minutes again. I know Maxim has been
working on the performance around the reformatting, but anything which
takes minutes to happen needs to have a progress bar at least!

>

- SQL performance. The one thing I was really looking forward to in
Diana were the SQL inspections and syntax highlighting, but before it was
removed (and even after), it was virtually impossible to even type in the
editor when a 1000-line long SQL file was opened.

>

- Project startup/dialogs. Compared to Selena, Diana just seems
incredibly memory hungry and additionally slow!

>

Selena Timings:
First time my main project is opened (indexing all files): 1m 10s
Normal time for project to open: 20s
Project config dialog change: 3s

>

Diana Timings:
First time my main project is opened (indexing all files): 2m 30s
Normal time for project to open: 30s
Project config dialog change (spends a lost of time "scanning files to
index"): 10s

>

Diana won't even carry out the initial index of my project unless I give
it 512MB of permgen - it just got stuck at 80% and hung. My major concern
is that a majority of developers here are on slower laptop hard disks with
only 1-2GB of RAM and my project opening times are usually 4-5x faster
anyway - if those numbers are multiplied out for them, Diana is going to
be painful! Additionally, allocating 512MB just for permgen space
wouldn't even be an option for most of them.

>

I've raised a few JIRAs over the last few weeks for performance problems,
but there's only so much time I can spend recording CPU snapshots while
doing my job. Am I the only person who is seeing issues, as I've seen
quite a few people recently praising the performance?


0
Comment actions Permalink

I wasn't intending the initial post to be a bash at all, since until the last few builds the performance for Java seemed to be much improved and I should probably have mentioned that.

I may actually just be hitting problems around the non-Java side of things, as for the last month I have barely touched it and have been living in an XML/SQL hell.

0
Comment actions Permalink

Yeah, i need a lot more memory. I am running 7 and 8. 7 runs fine with settings:
-Xms32m
-Xmx256m
-XX:MaxPermSize=120m
-ea

This is for 130+ modules and 25K+ classes with 2k+ jsps, xml files, spring config, etc.. general memory usage is around 160Mb.

8 using the same projects runs out of memory just trying to load the projects with these settings:
-Xms32m
-Xmx384m
-XX:MaxPermSize=120m
-ea

and in general is using more then 2x memory.

Edited by: Charles Canning on Sep 3, 2008 2:24 PM

0
Comment actions Permalink

Also, 8 appears to be loading class files even though I have excluded output directories selected as an option. Loading all these extra files each time it starts "appears" to be one potential cause of the long load times over 7.

0
Comment actions Permalink

Dmitry Jemerov napisał:


This -Xmx value is excessively high. Even if you have a lot of physical
RAM, it's better not to increase -Xmx beyond 500-600M and to keep the rest
of RAM available for use as disk cache.

One question - shouldn't I use twice as that (1024m) on 64 bit system?

--
Józek Sztacheta
hobbyist programmer

0

Please sign in to leave a comment.