Here.
We have 1.5 TB running smooth. index_interval: 1024 and 8GB JVM. Default
bloomfilters.
The only pb we have is that We have 2TB SSD so they are almost full, C*
starts crashing. It looks like cassandra consider there is no more space
available, when there is still 500GB available (You're not s
Currently we have 480-520 GB of data per node, so it's not even close to
1TB, but I'd bet that reaching 700-800GB shouldn't be a problem in terms
of "everyday performance" - heap space is quite low, no GC issues etc.
(to give you a comparison: when working on 1.1 and having ~300-400GB per
node
Thanks Mohit and Michael,
That's what I thought. I have tried all the avenues, will give ParNew a
try. With the 1.0.xx I have issues when data sizes go up, hopefully that
will not be the case with 1.2.
Just curious, has anyone tried 1.2 with large data set, around 1 TB ?
Thanks !
On Thu, Oct 3
I was experimenting with 128 vs. 512 some time ago and I was unable to
see any difference in terms of performance. I'd probably check 1024 too,
but we migrated to 1.2 and heap space was not an issue anymore.
M.
W dniu 02.10.2013 16:32, srmore pisze:
I changed my index_interval from 128 to ind
Did you upgrade your existing sstables after lowering the value?
BTW: If you have tried all other avenues then my suggestion is to increase
your heap to 12GB and ParNew to 3GB. Test it out.
On Wed, Oct 2, 2013 at 5:25 AM, srmore wrote:
> The version of Cassandra I am using is 1.0.11, we are mig
Sure, I was testing using high traffic with about 6K - 7K req/sec reads and
writes combined I added a node and ran repair, at this time the traffic was
stopped and heap was 8G. I saw a lot of flushing and GC activity and
finally it died saying out of memory. So I gave it more memory 12 G and
starte
I think 512 is fine. Could you tell more about your traffic
characteristics?
Cem
On Wed, Oct 2, 2013 at 4:32 PM, srmore wrote:
> I changed my index_interval from 128 to index_interval: 128 to 512, does
> it make sense to increase more than this ?
>
>
> On Wed, Oct 2, 2013 at 9:30 AM, cem wrot
I changed my index_interval from 128 to index_interval: 128 to 512, does it
make sense to increase more than this ?
On Wed, Oct 2, 2013 at 9:30 AM, cem wrote:
> Have a look to index_interval.
>
> Cem.
>
>
> On Wed, Oct 2, 2013 at 2:25 PM, srmore wrote:
>
>> The version of Cassandra I am using
Have a look to index_interval.
Cem.
On Wed, Oct 2, 2013 at 2:25 PM, srmore wrote:
> The version of Cassandra I am using is 1.0.11, we are migrating to 1.2.X
> though. We had tuned bloom filters (0.1) and AFAIK making it lower than
> this won't matter.
>
> Thanks !
>
>
> On Tue, Oct 1, 2013 at
The version of Cassandra I am using is 1.0.11, we are migrating to 1.2.X
though. We had tuned bloom filters (0.1) and AFAIK making it lower than
this won't matter.
Thanks !
On Tue, Oct 1, 2013 at 11:54 PM, Mohit Anchlia wrote:
> Which Cassandra version are you on? Essentially heap size is funct
Which Cassandra version are you on? Essentially heap size is function of
number of keys/metadata. In Cassandra 1.2 lot of the metadata like bloom
filters were moved off heap.
On Tue, Oct 1, 2013 at 9:34 PM, srmore wrote:
> Does anyone know what would roughly be the heap size for cassandra with
>
Does anyone know what would roughly be the heap size for cassandra with 1TB
of data ? We started with about 200 G and now on one of the nodes we are
already on 1 TB. We were using 8G of heap and that served us well up until
we reached 700 G where we started seeing failures and nodes flipping.
With
12 matches
Mail list logo