You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Ashish Singhi (JIRA)" <ji...@apache.org> on 2016/02/02 07:42:40 UTC

[jira] [Commented] (HBASE-11684) HBase replicationSource should support multithread to ship the log entry

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

Ashish Singhi commented on HBASE-11684:
---------------------------------------

Duplicate of HBASE-12988 ? /cc [~lhofhansl]

> HBase replicationSource should support multithread to ship the log entry
> ------------------------------------------------------------------------
>
>                 Key: HBASE-11684
>                 URL: https://issues.apache.org/jira/browse/HBASE-11684
>             Project: HBase
>          Issue Type: Improvement
>          Components: Performance, Replication
>            Reporter: Tianying Chang
>            Assignee: Tianying Chang
>
> We found the replication rate cannot keep up with the write rate when the master cluster is write heavy. We got huge log queue build up due to that. But when we do a rolling restart of master cluster, we found that the appliedOpsRate doubled due to the extra thread created to help recover the log of the restarted RS. ReplicateLogEntries is a synchronous blocking call, it becomes the bottleneck when is only runs with one thread. I think we should support multi-thread for the replication source to ship the data. I don't see any consistency problem. Any other concern here? 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)