[ 
https://issues.apache.org/jira/browse/CASSANDRA-2034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13080213#comment-13080213
 ] 

Patricio Echague commented on CASSANDRA-2034:
---------------------------------------------

Thanks.

As per the TimeoutException trying to queue up a hint while writing hints after 
ACK timeout. Would it be ok to have a second executor with a non-capped queue? 
I'm currently using a capped queue for writing hints to replicas that are down 
before starting the mutation.

Downside of this is that the queue can grow big (by default we don't schedule 
hints after one hour that a replica has been down) 

> Make Read Repair unnecessary when Hinted Handoff is enabled
> -----------------------------------------------------------
>
>                 Key: CASSANDRA-2034
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2034
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Patricio Echague
>             Fix For: 1.0
>
>         Attachments: 2034-formatting.txt, CASSANDRA-2034-trunk-v2.patch, 
> CASSANDRA-2034-trunk-v3.patch, CASSANDRA-2034-trunk-v4.patch, 
> CASSANDRA-2034-trunk-v5.patch, CASSANDRA-2034-trunk-v6.patch, 
> CASSANDRA-2034-trunk-v7.patch, CASSANDRA-2034-trunk.patch
>
>   Original Estimate: 8h
>  Remaining Estimate: 8h
>
> Currently, HH is purely an optimization -- if a machine goes down, enabling 
> HH means RR/AES will have less work to do, but you can't disable RR entirely 
> in most situations since HH doesn't kick in until the FailureDetector does.
> Let's add a scheduled task to the mutate path, such that we return to the 
> client normally after ConsistencyLevel is achieved, but after RpcTimeout we 
> check the responseHandler write acks and write local hints for any missing 
> targets.
> This would making disabling RR when HH is enabled a much more reasonable 
> option, which has a huge impact on read throughput.

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

        

Reply via email to