Definitely let us know if you find that changing the GC options helps. We have tried to get some of the low-hanging fruit there but nobody has put serious effort into tuning it.
FWIW, Chris Goffinet tested using ArrayBlockingQueue instead of LBQ in https://issues.apache.org/jira/browse/CASSANDRA-896 but the higher contention outweighed the benefits of creating less garbage. -Jonathan On Mon, Apr 19, 2010 at 4:46 PM, Masood Mortazavi <masoodmortaz...@gmail.com> wrote: > Minimizing GC pauses or minimizing time slots allocated to GC pauses -- > either through configuration or re-implementations of garbage collection > "bottlenecks" (i.e. object-generation "bottlenecks") -- seem to be the > immediate approach. (Other approaches appear to be more intrusive.) > At code level, using the GC logs, one can investigate further. There may be > places were some object recycling can make some larger difference. > Trying this first will probably bear more immediate fruit. > > - m. > > On Mon, Apr 19, 2010 at 9:11 AM, Daniel Kluesing <d...@bluekai.com> wrote: > >> We see this behavior as well with 0.6, heap usage graphs look almost >> identical. The GC is a noticeable bottleneck, we’ve tried jdku19 and jrockit >> vm’s. It basically kills any kind of soft real time behavior. >> >> >> >> *From:* Masood Mortazavi [mailto:masoodmortaz...@gmail.com] >> *Sent:* Monday, April 19, 2010 4:15 AM >> *To:* u...@cassandra.apache.org; dev@cassandra.apache.org >> *Subject:* 0.6 insert performance .... Re: [RELEASE] 0.6.1 >> >> >> >> I wonder if anyone can use: >> >> * Add logging of GC activity (CASSANDRA-813) >> to confirm this: >> http://www.slideshare.net/schubertzhang/cassandra-060-insert-throughput >> >> - m. >> >> On Sun, Apr 18, 2010 at 6:58 PM, Eric Evans <eev...@rackspace.com> wrote: >> >> >> Hot on the trails of 0.6.0 comes our latest, 0.6.1. This stable point >> release contains a number of important bugfixes[1] and is a painless >> upgrade from 0.6.0. >> >> Enjoy! >> >> [1]: http://bit.ly/9NqwAb (changelog) >> >> -- >> Eric Evans >> eev...@rackspace.com >> >> >> >
