You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2009/09/26 21:58:16 UTC

[jira] Updated: (HBASE-1506) [performance] Make splits faster

     [ https://issues.apache.org/jira/browse/HBASE-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

stack updated HBASE-1506:
-------------------------

    Priority: Critical  (was: Major)
     Summary: [performance] Make splits faster  (was: Make splits faster)

> [performance] Make splits faster
> --------------------------------
>
>                 Key: HBASE-1506
>                 URL: https://issues.apache.org/jira/browse/HBASE-1506
>             Project: Hadoop HBase
>          Issue Type: Improvement
>            Reporter: stack
>            Priority: Critical
>             Fix For: 0.21.0
>
>
> Regionservers run splits.  They close the region to split, divide it, and then tell master about the two new regions.  Master then assigns new regions.  New regions need to come up in new locations.  Both regions are offline during this time.
> Instead, regionserver might run split as it does now but new, deploy the lower-half on the current regionserver immediately.  It'd then inform master that it had split, and that it was serving the lower half.  Master would then take care of assigning the upper half.
> Benefits would be that clients who were accessing the lower half of the split would not need to go through recalibration.  They'd just keep working.  There'd be disruption for those keys that landed in the top half of the split only.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.