Several memory leaks that occured when reopening projects have been fixed recently for #630. But from our experience, the memory is managed much better _without_ "-Xincgc" option. Of course, the maximum heap size depends on concrete project. For example, setting -mx128m works ok for me.
-- Best regards, Eugene Zhuravlev JetBrains Inc. / IntelliJ Software, http://www.intellij.com "Develop with pleasure!" "Michael Kirby" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]... > The incremental garbage collector has "issues". We have found that we get out of memory > errors even if there is plenty of memory in the heap. There are other resources besides > memory that a full garbage collection will clean up, but when running the inremental garbage > collector won't be until the next full. > > We never explored it futher once we found that we could fix it by getting rid of the incremental > garbage collection flag. > > > Mike > > > On 20 Jun 2002 at 14:18, Alexey Efimov wrote: > > > OK, > > The matter is IntelliJ load classes only if you open first project, > > follow, if you open next project GUI are released but classes depends > > on project not unloaded. So, if you reload projects IntelliJ must stay > > on final memory level and not increased. But, sounds like memory leak > > realy... > > > > I set -Xincgc and run in this mode IntelliJ. Slow, but memmory > > utilization is minimal. Follow, i try swith bitween projects, memmory > > increased after tree times from 28MB to 59MB! But then i press Garbage > > Collection icon - a tree (equals count of projects swithed) a memmory > > level was - 28MB. > > > > So i think that memmory leaks is expected, but maybe some times call > > to Runtime.gc() directly realy needed for IntelliJ core. > > > > My params in my test: > > Project switch: > > 28MB->35MB->59MB > > GC running: > > 59MB->38MB->28MB > > > > But after this a perform 6 times are swithed, results: > > 28->35->62->69->83->89->69!->77->70!->44! > > > > So, as you can see memmory not leak. > > Then i only press GC icon: > > 44->21 > > > > Then i you have a fast comp, use -Xincgc > > > > "Marc Salm" <[EMAIL PROTECTED]> wrote in message > > news:[EMAIL PROTECTED]... > > > Alexey Efimov wrote: > > > > Try decriase -ms parameter - this allow running garbage collection > > > > frequincely, and memory fragmentation must be a minimal. For > > > > example: -ms16M -mx256 > > > Hi, > > > > > > I'm already using -ms16M -mx96M. It's the standard in IDEA. I don't > > > want to increase mx because then the heap keeps growing and growing. > > > I never get OOMs in IDEA. So the max Heap is big enough. It just > > > gets really slow after a while. Especially, when I switch between > > > projects. And yes, I'm using HotSpot. > > > > > > Marc Salm > > > http://www.codebasket.de > > > -- > > > My software never has bugs. It just develops random features. > > > > > > > > > _______________________________________________ > > Eap-bugs mailing list > > [EMAIL PROTECTED] > > http://lists.jetbrains.com/mailman/listinfo/eap-bugs > > > > --- > [EMAIL PROTECTED] > To obtain my PGP public key, mail "SEND PUB KEY" in the > subject to "[EMAIL PROTECTED]" > _______________________________________________ Eap-bugs mailing list [EMAIL PROTECTED] http://lists.jetbrains.com/mailman/listinfo/eap-bugs
