[
https://issues.apache.org/jira/browse/CASSANDRA-1453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12974804#action_12974804
]
Pavel Yaskevich commented on CASSANDRA-1453:
--------------------------------------------
>From the first look it seems like problem is in the consistency level which is
>ONE by default, as python and java version both choose host for each thread
>randomly for pseudo load balancing, looks like java version have chosen a node
>with no data and python have randomly chosen node with data...
Can you please run the same test but with only one node and another with
different level of consistency, just to make sure?
> stress.java
> -----------
>
> Key: CASSANDRA-1453
> URL: https://issues.apache.org/jira/browse/CASSANDRA-1453
> Project: Cassandra
> Issue Type: New Feature
> Components: Tools
> Reporter: Jonathan Ellis
> Assignee: Pavel Yaskevich
> Priority: Minor
> Fix For: 0.7.1
>
> Attachments: stress-v2.patch, stress.patch
>
>
> stress.py seems to scale poorly past a fairly small number of
> threads/processes. (against a 3-node, RF=1 cluster, I got 3x as much
> throughput with 4 machines running stress.py -t 32, as running 1 with -t 128.
> these were 8-core client machines, and -t 128 reported only 50% cpu used.)
> since we ship with the thrift java api pre-built, this would also mean not
> making people build thrift before using the stress test, which is at best a
> pain for newcomers and on Windows a major hurdle.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.