[
https://issues.apache.org/jira/browse/HBASE-19389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16276914#comment-16276914
]
Chance Li commented on HBASE-19389:
-----------------------------------
[~carp84] I make a new patch. The result of test meet our expectations: normal
case no regression, dense (hundreds) columns to prevent write handler exhausted.
And the doubtful question of HBASE-18962 is unrelated. I'll confirm it later.
btw, I was trying to use #Coprocessor, it's will more clear, But it looks like
it's not fit for this.
pls help review the patch. Any suggestion will be appreciated.
> Limit concurrency of put with dense (hundreds) columns to prevent write
> hander exhausted
> ----------------------------------------------------------------------------------------
>
> Key: HBASE-19389
> URL: https://issues.apache.org/jira/browse/HBASE-19389
> Project: HBase
> Issue Type: Improvement
> Components: Performance
> Affects Versions: 2.0.0
> Environment: 2000+ Region Servers
> PCI-E ssd
> Reporter: Chance Li
> Assignee: Chance Li
> Fix For: 2.0.0
>
> Attachments: CSLM-concurrent-write.png, HBASE-19389-branch-2.patch,
> metrics-1.png, ycsb-result.png
>
>
> In a large cluster, with a large number of clients, we found the RS's
> handlers are all busy sometimes. And after investigation we found the root
> cause is about CSLM, such as compare function heavy load. We reviewed the
> related WALs, and found that there were many columns (more than 1000 columns)
> were writing at that time.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
