cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Bailis <>
Subject Throughput decreases as latency increases with YCSB
Date Tue, 30 Oct 2012 04:26:03 GMT

I'm currently benchmarking Cassandra and have encountered some interesting
behavior. As I increase the number of client threads (and connections),
latency increases as expected but, at some point, throughput actually

I've seen a few posts about this online, with no clear resolution:

If we move to higher threadcounts, throughput does not
> increase and even  decreases. Do you have any idea why this is
> happening and possibly suggestions how to scale throughput to much
> higher numbers? [1]

If you want to increase throughput, try increasing the number of clients.
> Of course, it doesnt mean that throughtput will always increase. My
> observation was that it will increase and after certain number of clients
> throughput decrease again. [2]

You can see a graph of the behavior I'm experiencing here:

I'm using YCSB on EC2 with one m1.large instance to drive client load and
one m1.large instance for a single Cassandra node with maximum connections
set to 1024 and with Cassandra's files on RAID0 ephemeral storage. This
problem occurs when commitlog sync is both batch and periodic, with HSHA
and sync on, and with a variety of heapsize settings. As far as I can tell,
this isn't due to GC and nodetool tpstats isn't showing any dropped
requests or even serious queuing. Any thoughts?

My guess is that this reflects some sort of overhead due to the extra
connections--perhaps something due to context switching?


[3] Example Bash script:

View raw message