Performance with more than one project

Hi,

with RubyMine 2.0 and earlier, it was no problem for me, to open 2-4 projects at the same time (to work in one and to look into some code from other projects, or to answer questions from colleagues).

With the 2.5 EAP or now 3.0 beta it's not possible anymore. If I open a second project, the memory usage suddenly is at 498 MB (I have a limit on 500) and RubyMine is to slow to be usable. That even doesn't change, if I close the second project. GC runs will give some MB, but the memory usage will grow immediatly. So I have to restart the entire RubyMine.

With the EAP versions I thought, this is the normal development overhead, but now it's beta and I'm still having these problems...

Regards,

Martin

5 comments

Hello neogrande,

It is quite hard to investigate your problem without any particular details, so could you please capture CPU/Memory snapshots as described here: http://devnet.jetbrains.net/docs/DOC-1144

Best regards,
Oleg

0

You have an 'RM-97.73_neogrande_08.11.2010_14.55.35.zip' on your FTP...
Today, RM ran normal a few hours with two projects open. The snapshot was taken at a time, were I have to wait a minute for a window switch and even a few seconds while typing...

0

Thanks for the snapshot, what kind of activity were performed during capturing this snapshot? How many projects were opened? What kind/size of projects?

Regards,
Oleg

0

Hi,

I had open 2 projects for a while. I worked 'normally' with one projects (using SVN History, RSpec runs and many open files), and looked into some files from the other project.

The project, I worked on, has 70 Models and >50 Controller using many libraries (e.g. ActiveScaffold - it's a bigger one). Second project is a little bit smaller - 40 Models and 30 Controllers.

The memory problems seem to occur more often, when I switch the windows during a RSpec run.

0

Unfortunally your snapshot didn't showed any specific problems.
Please try increasing Java VM memory settings, this should help for reasonable sized projects.

Regards,
Oleg

0

Please sign in to leave a comment.