Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 85914 invoked from network); 5 Oct 2009 22:51:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Oct 2009 22:51:58 -0000 Received: (qmail 39437 invoked by uid 500); 5 Oct 2009 22:51:58 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 39392 invoked by uid 500); 5 Oct 2009 22:51:58 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 39382 invoked by uid 99); 5 Oct 2009 22:51:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Oct 2009 22:51:58 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Oct 2009 22:51:55 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4BE71234C03A for ; Mon, 5 Oct 2009 15:51:31 -0700 (PDT) Message-ID: <1620421776.1254783091296.JavaMail.jira@brutus> Date: Mon, 5 Oct 2009 15:51:31 -0700 (PDT) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Updated: (HBASE-1506) [performance] Make splits faster In-Reply-To: <1607518450.1244564227442.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ 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.