发件人: 王一锋
发送时间: 2010-07-23 09:38:15
收件人: user
抄送:
主题: Re: Re: Re: What is consuming the heap?
Yes, we are doing a lot of inserts.
But how can CASSANDRA-1042 cause an OutOfMemory?
And we are using multigetSlice(). We are not doing any get_range_slice
The version we are using is 0.6.1
2010-07-23
发件人: 王一锋
发送时间: 2010-07-23 09:38:15
收件人: user
抄送:
主题: Re: Re: Re: What is consuming the heap?
Yes, we are doing a lot of inserts.
But how can CASSANDRA-1042 cause an OutOfMemory?
And we are using multigetSlice(). We are not doing any
On Tue, Jul 20, 2010 at 11:33 PM, Peter Schuller
peter.schul...@infidyne.com wrote:
INFO [GC inspection] 2010-07-21 01:01:49,661 GCInspector.java (line 110) GC for ConcurrentMarkSweep: 11748 ms, 413673472 reclaimed leaving 9779542600 used; max is 10873667584
ERROR [Thread-35] 2010-07-21
you should post the full stack trace.
2010/7/20 王一锋 wangyif...@aspire-tech.com:
In my cluster, I have set both KeysCached and RowsCached of my column family
on all nodes to 0,
but it still happened that a few nodes crashed because of OutOfMemory
(from the gc.log, a full gc wasn't able to free
heap size is 10G and the load of data per node was around 300G, 16-core CPU,
Are the 300 GB made up of *really* small values? Per SS table bloom
filters do consume memory, but you'd have to have a *lot* of *really*
small values for a 300 GB database to cause bloom filters to be a
significant
-07-21
发件人: Peter Schuller
发送时间: 2010-07-20 21:45:08
收件人: user
抄送:
主题: Re: What is consuming the heap?
heap size is 10G and the load of data per node was around 300G, 16-core CPU,
Are the 300 GB made up of *really* small values? Per SS table bloom
filters do consume memory, but you'd