[ 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)