Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@minotaur.apache.org Received: (qmail 77299 invoked from network); 4 Jan 2010 00:09:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Jan 2010 00:09:17 -0000 Received: (qmail 64605 invoked by uid 500); 4 Jan 2010 00:09:17 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 64552 invoked by uid 500); 4 Jan 2010 00:09:17 -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 64542 invoked by uid 99); 4 Jan 2010 00:09:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jan 2010 00:09:17 +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, 04 Jan 2010 00:09:15 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6FCD8234C4A7 for ; Sun, 3 Jan 2010 16:08:54 -0800 (PST) Message-ID: <1292315509.13051262563734456.JavaMail.jira@brutus.apache.org> Date: Mon, 4 Jan 2010 00:08:54 +0000 (UTC) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Updated: (HBASE-1935) Scan in parallel In-Reply-To: <1255913830.1256536920056.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-1935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-1935: ------------------------- Fix Version/s: (was: 0.20.3) 0.21.0 Moving to 0.21. Lets look at merging this functionality back up into HTable rather than have it in a class of its own. Also, consider doing this functionality in coprocessors if it makes sense. > Scan in parallel > ---------------- > > Key: HBASE-1935 > URL: https://issues.apache.org/jira/browse/HBASE-1935 > Project: Hadoop HBase > Issue Type: New Feature > Reporter: stack > Fix For: 0.21.0 > > Attachments: pscanner-v2.patch, pscanner-v3.patch, pscanner-v4.patch, pscanner.patch > > > A scanner that rather than scan in series, instead scanned multiple regions in parallell would be more involved but could complete much faster partiularly if results are sparse. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.