[
https://issues.apache.org/jira/browse/HBASE-19290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16271002#comment-16271002
]
Hudson commented on HBASE-19290:
--------------------------------
FAILURE: Integrated in Jenkins build HBase-2.0 #936 (See
[https://builds.apache.org/job/HBase-2.0/936/])
HBASE-19290 Reduce zk request when doing split log (binlijin: rev
64ddce303ee352a3ab1eb9cedf3fad097be7569c)
* (edit)
hbase-server/src/main/java/org/apache/hadoop/hbase/coordination/ZkSplitLogWorkerCoordination.java
> Reduce zk request when doing split log
> --------------------------------------
>
> Key: HBASE-19290
> URL: https://issues.apache.org/jira/browse/HBASE-19290
> Project: HBase
> Issue Type: Improvement
> Reporter: binlijin
> Assignee: binlijin
> Attachments: HBASE-19290.branch-1.001.patch,
> HBASE-19290.master.001.patch, HBASE-19290.master.002.patch,
> HBASE-19290.master.003.patch, HBASE-19290.master.004.patch,
> HBASE-19290.master.005.patch, HBASE-19290.master.006.patch,
> HBASE-19290.master.006.patch
>
>
> We observe once the cluster has 1000+ nodes and when hundreds of nodes abort
> and doing split log, the split is very very slow, and we find the
> regionserver and master wait on the zookeeper response, so we need to reduce
> zookeeper request and pressure for big cluster.
> (1) Reduce request to rsZNode, every time calculateAvailableSplitters will
> get rsZNode's children from zookeeper, when cluster is huge, this is heavy.
> This patch reduce the request.
> (2) When the regionserver has max split tasks running, it may still trying to
> grab task and issue zookeeper request, we should sleep and wait until we can
> grab tasks again.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)