According jconsole on the main table I am having issues with:

Capacity: 1164790
HitRate: .54
Size: 99753

Right now my KeysCachedFraction is 0.2. The current memory allocated is 3G.
What's a suggested KeysCachedFraction value?

Suhail

On Sat, Jan 30, 2010 at 5:58 AM, Jonathan Ellis <jbel...@gmail.com> wrote:

> the thing that will help most in 0.5 is to increase your
> KeysCachedFraction to 0.2 or even more, depending on your workload.
>
> On Sat, Jan 30, 2010 at 5:23 AM, Suhail Doshi <digitalwarf...@gmail.com>
> wrote:
> > An issue I've been seeing is it's really hard to scale Cassandra with
> reads.
> > I've run top, vmstat, iostat. vmstat shows no swapping but iostat shows
> > heavy saturation of %util and await times over 90ms with max rMB/s of
> 7-8.
> >
> > I have over 7G of memory dedicated across two nodes. I am wondering what
> the
> > issue might be and how to solve this? I felt like 7 G would be enough.
> >
> > Suhail
> >
> > On Thu, Jan 28, 2010 at 7:32 PM, Ray Slakinski <r...@mahalo.com> wrote:
> >
> >> Cassandra auto shards, so you just need to point at your cluster and
> >> cassandra does the rest. You should read up on different partitioners
> though
> >> before you go live in production, because its not too easy to switch
> once
> >> you make that decision.
> >>
> >> http://wiki.apache.org/cassandra/StorageConfiguration#Partitioner
> >>
> >> Ray Slakinski
> >> On 2010-01-28, at 7:29 PM, Suhail Doshi wrote:
> >>
> >> > Another piece I am interested in is how cassandra distributes the data
> >> > automatically. In MySQL you need to shard and you'd pick the shard to
> >> > request info from--how does that translate in cassandra?
> >> >
> >> > On Thu, Jan 28, 2010 at 7:23 PM, Suhail Doshi <suh...@mixpanel.com>
> >> wrote:
> >> >
> >> >> We've started to use Cassandra in production and just have one node
> >> right
> >> >> now. Here's one of our ColumnFamilys:
> >> >>
> >> >> 16G Jan 28 22:28 SomeIndex-5467-Index.db
> >> >> 196M Jan 28 22:32 SomeIndex-5487-Index.db
> >> >>
> >> >> The first bottle neck you encounter is reads--writes are extremely
> fast
> >> even with one node.
> >> >>
> >> >> My question is, is the size of the *-Index.db files the amount of RAM
> >> you need available for Cassandra to do reads fast?
> >> >>
> >> >> What are some configuration options you would need to tweak besides
> the
> >> JVM's max memory size being larger. Is there any default configurations
> >> commonly missed?
> >> >>
> >> >> Next, if you provision more nodes will Cassandra distribute the data
> in
> >> memory so I don't need a single 16 GB node? Is there anything I need to
> >> build in my application logic to make this work correctly. Ideally, if I
> had
> >> a 16 GB index, I'd want it spread across 4 4GB nodes. Can any client
> connect
> >> to any one node request info and it will get the info back from a node
> that
> >> has that part of the index in memory?
> >> >>
> >> >> What's the best way to do efficient reads?
> >> >>
> >> >> Suhail
> >> >>
> >> >>
> >>
> >>
> >
> >
> > --
> > http://mixpanel.com
> > Blog: http://blog.mixpanel.com
> >
>



-- 
http://mixpanel.com
Blog: http://blog.mixpanel.com

Reply via email to