I concurr. Xincgc generally sucks. The biggest problem it has is that while it makes an attempt to free up your heap, there are "other" resources that it doesn't free up, that a full garbage collection does. When these "resources" are full, you will see out of memory errors, even though there is still sufficient heap remaining.
The other problem with it is that the amount of CPU it consumes is much higher than the less frequent garbage collection events without the Xincgc flag. If you have a blazing fast CPU, but not enough memory, and are willing to manually force a GC every once and a while, it probabaly will work just fine for you. But you would be better off getting more memory. I run with 1 gig. Intellij takes somewhere between 150 and 250 megabytes, other assorted programs take about 512. It leaves me with the all important 250 megabytes remaining. That generally gets consumed by the disk cache, make file access (something intellij does frequently) very quick. Mike On 22 Jun 2002 at 13:23, Eugene Zhuravlev wrote: > 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 > --- [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
