cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benedict (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-9558) Cassandra-stress regression in 2.2
Date Mon, 06 Jul 2015 10:07:05 GMT


Benedict commented on CASSANDRA-9558:

bq. The problem does not exist with Cassandra because it's a server, both the producer and
the consumer is the event loop.

They aren't, but there is a bound on the number of concurrent connections we can be processing
requests for on the server, and so the queue size must itself be bounded. 

I would also suggest imposing a user-configurable bound on the size of your queues in the
driver (or the total number of not-yet-sent messages), as there can be a multitude of reasons
for the message queues to back up, and that's independently bad for the health of the application
process. That wouldn't solve this problem, but it would have likely helped a great deal, and
is something to consider as well (especially as we may start blocking receipt of messages
to cope with cluster overload, which would translate to a growing application send buffer).

Either way, good catch. Looks like the fix should be simple (let's hope it brings throughput
right back up).

> Cassandra-stress regression in 2.2
> ----------------------------------
>                 Key: CASSANDRA-9558
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>            Reporter: Alan Boudreault
>            Assignee: Andy Tolbert
>             Fix For: 2.2.0 rc2
>         Attachments: 2.1.log, 2.2.log, CASSANDRA-9558-2.patch, CASSANDRA-9558-ProtocolV2.patch,
atolber-CASSANDRA-9558-stress.tgz, atolber-trunk-driver-coalescing-disabled.txt, stress-2.1-java-driver-,
stress-2.1-java-driver-2.2+PATCH.log, stress-2.1-java-driver-2.2.log, stress-2.2-java-driver-2.2+PATCH.log,
> We are seeing some regression in performance when using cassandra-stress 2.2. You can
see the difference at this url:
> The cassandra version of the cluster doesn't seem to have any impact. 
> //cc [~tjake] [~benedict]

This message was sent by Atlassian JIRA

View raw message