Hi all, @Chris, Did you get any bench you could share with us?
I am running the same kind of test on EC2 (m.large instances) : - one VM for stress.py (can be launched several times) - another VM for a unique cassandra node I use the default conf settings (Xmx 1G, concurrentwrite 32...) except for commitlog and DataFileDirectory : I have a raid0 EBS for commit log and another raid0 EBS for data. I can't get through 7500 write/sec (when launching 4 stress.py in the same time). Moreover I can see some pending tasks in the org.cassandra.db.ColumnFamilyStores.Keyspace1.Standard1 MBean Any ideas on the bottleneck? Thanks a lot. oliv/ On Fri, May 28, 2010 at 5:14 PM, gabriele renzi <rff....@gmail.com> wrote: > On Fri, May 28, 2010 at 3:48 PM, Mark Greene <green...@gmail.com> wrote: > > First thing I would do is stripe your EBS volumes. I've seen blogs that > say > > this helps and blogs that say it's fairly marginal. > > > just to point out: another option is to stripe the ephemeral drives > (if using instances > small) > -- ............................................................ Olivier Mallassi OCTO Technology ............................................................ 50, Avenue des Champs-Elysées 75008 Paris Mobile: (33) 6 28 70 26 61 Tél: (33) 1 58 56 10 00 Fax: (33) 1 58 56 10 01 http://www.octo.com Octo Talks! http://blog.octo.com
