You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Andrew Purtell (JIRA)" <ji...@apache.org> on 2014/05/21 18:44:40 UTC

[jira] [Commented] (HBASE-11226) Document and increase the default value for hbase.hstore.flusher.count

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

Andrew Purtell commented on HBASE-11226:
----------------------------------------

+1 for 0.98. 

> Document and increase the default value for hbase.hstore.flusher.count
> ----------------------------------------------------------------------
>
>                 Key: HBASE-11226
>                 URL: https://issues.apache.org/jira/browse/HBASE-11226
>             Project: HBase
>          Issue Type: Bug
>          Components: regionserver
>    Affects Versions: 0.99.0, 0.98.2
>            Reporter: Nicolas Liochon
>            Assignee: Nicolas Liochon
>             Fix For: 0.99.0, 0.98.3
>
>
> HBASE-6466 add the possibility to have multiple threads for the flusher.
> The default value is 1, but this should be incremented to 2 reasons:
>  - I've observed that the flush of a region can be delayed because another is in progress. During a write load, this leads to an increased latency because the memstore size increases and then block the client
>  - if, by accident, a flusher hits a slow or bad datanode, all the flush will have to wait until the timeouts expires. With 2 or more flushers and some luck the other regions will be flushed by the second thread. 
> Lastly this setting is important enough to be documented in the standard hbase site imho.
> I think it's important enough to go in the .98 branch as well
> There will be an impact: as the flush won't be queued (or less queued) we may have more compactions...



--
This message was sent by Atlassian JIRA
(v6.2#6252)