You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Jonathan Ellis (JIRA)" <ji...@apache.org> on 2011/02/04 03:15:23 UTC

[jira] Updated: (CASSANDRA-2069) Read repair causes tremendous GC pressure

     [ https://issues.apache.org/jira/browse/CASSANDRA-2069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jonathan Ellis updated CASSANDRA-2069:
--------------------------------------

    Attachment: 2069.txt

Attached patch does two things:

- allows the repair executor to use threads = # of cores
- stops sending repair requests when the executor queue gets too large.  ("dropped" requests will be logged by MessagingService along with the other overload-scenario dropping.)

> Read repair causes tremendous GC pressure
> -----------------------------------------
>
>                 Key: CASSANDRA-2069
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2069
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 0.7.1
>            Reporter: Brandon Williams
>            Assignee: Jonathan Ellis
>             Fix For: 0.7.2
>
>         Attachments: 2069.txt
>
>
> To reproduce: start a three node cluster, insert 1M rows with stress.java and rf=2.  Take one down, delete its data, then bring it back up and issue 1M reads against it.  After the run is done you will see at least 1 STW long enough to mark the node as dead, often 4 or 5.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira