hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HBASE-1506) [performance] Make splits faster
Date Mon, 05 Oct 2009 22:51:31 GMT

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

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

    Resolution: Fixed
      Assignee: stack
        Status: Resolved  (was: Patch Available)

Committed branch and trunk.

Will open new issue to make splits even faster.  This is all we can do w/ current architecture.

> [performance] Make splits faster
> --------------------------------
>
>                 Key: HBASE-1506
>                 URL: https://issues.apache.org/jira/browse/HBASE-1506
>             Project: Hadoop HBase
>          Issue Type: Improvement
>            Reporter: stack
>            Assignee: stack
>            Priority: Critical
>             Fix For: 0.20.1, 0.21.0
>
>         Attachments: split.patch
>
>
> 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.


Mime
View raw message