memory leak in Nika 117.499 on OSX java 1.6.0_31?

Can you look at the memory dump at http://dl.dropbox.com/u/8699844/IU-117.499_lhamel_07.06.2012_11.12.21.zip ?

Steps to reproduce:

* open and work in various Android projects: open/close projects, edit, debug, etc., including sleep the computer overnight
* notice that RAM is full
* close all projects
* click for GC several times
* note that RAM heap is stuck at over 425Mb


Environment:

* Nika 117.499  (I believe this memory leak also happens in all previous versions, including production)
* java 1.6.0_31
* OSX 10.6.8

Thanks,

larry

13 comments
Comment actions Permalink

Was someone at jetbrains able to look at this?

0
Comment actions Permalink

Yes, I have it on by default, so the designer pane shows up whenever I open an xml layout.

0
Comment actions Permalink

Can you reproduce the high memory usage after closing all projects after disabling this plugin (Settings->Plugins, uncheck plugin and restart)
?


0
Comment actions Permalink

I'll try it, but I'm in the middle of some development at the moment.  Results in, say, a week or so.

0
Comment actions Permalink

Actually, disabling the plugin and just opening and closing (various) projects multiple times could give an indication.

0
Comment actions Permalink

Hello, Larry

Do you use SVN? It seems there are many related objects in the snapshot, which should be killed by time out after a minute. How many projects were openned at the time of taking snapshot? Also it seems "Optimize Imports" or "Reformat Code" dialog is openned in some project.

Could you, please, take another snaphost when you've got this problem again:
1. Close all the dialogs and tool windows in all projects.
2. Wait for 2-3 minutes before taking snapshot. Do nothing in IDE during this.

Thanks!

0
Comment actions Permalink

Yes, we use SVN, and I took this soon after closing all projects.  However, there were NO dialogs open when I took this snapshot.

I will attempt to reproduce.  The RAM pressure seems to happen only after a long while (days) and I *think* I notice an assocation with sleeping the Mac.

I'll try again.

larry

0
Comment actions Permalink

I'm in the process of uploading another mem dump, taken after closing all projects and waiting 15 minutes. There was a Key event error just before I took the snapshot.  I reported that error via the automated bug-report system (clicking on red error icon, bottom right of Idea screen).  I don't see how to find that error in the jetbrains site's bug tracker, but I assume you can.

More soon...  it is a big file to upload.

larry

0
Comment actions Permalink

Please see http://dl.dropbox.com/u/8699844/IU-117.499_lhamel_15.06.2012_08.01.43.zip which was taken after closing ALL projects and clicking GC several times. However, for this dump, I also waited 15 minutes, letting the no-project screen sit that way before taking the mem snapshot.

0
Comment actions Permalink

Here is another mem dump http://dl.dropbox.com/u/8699844/IU-117.499_lhamel_21.06.2012_00.20.26.zip , taken after closing ALL projects, clicking GC several times, and waiting for 20 minutes without doing anything on the no-project screen.  Associated with the memory leak was Time Machine, which made the system very slow. Could there be some events that java and/or Idea is missing because of the system cpu/disk being busy?  Is there any way to check for unreachables more completely when a user clicks on GC with all projects being closed?

0
Comment actions Permalink

Please try new build 117.622, where SVN library had been refactored and don't use those long Timer queue inside.
Hope memory leak there is fixed.

0
Comment actions Permalink

Thanks, Idea pushed the patch to me and I'm using it now.  I'll report back in a week or so (it usually takes several days to see the problem).

0

Please sign in to leave a comment.