hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Varun Sharma (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-8362) Possible MultiGet optimization
Date Thu, 18 Apr 2013 00:53:16 GMT

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

Varun Sharma commented on HBASE-8362:
-------------------------------------

Great !

I missed your last comment. That makes it moot though. Is it possible for a Scan to bootstrap
from another scan.

I was thinking if the following could be possible:
1) There is this TopLevel Scan which scans and seeks through rows
2) When you reach a row worth including, we create RowLevel Scan which bootstraps from the
TopLevel scan - basically is positioned at the same point. The RowLevel scan uses the corresponding
Get filter to only include the relevant KV(s) once done.
3) The RowLevel Scan is now closed and we move on...
                
> Possible MultiGet optimization
> ------------------------------
>
>                 Key: HBASE-8362
>                 URL: https://issues.apache.org/jira/browse/HBASE-8362
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Lars Hofhansl
>
> Currently MultiGets are executed on a RegionServer in a single thread in a loop that
handles each Get separately (opening a scanner, seeking, etc).
> It seems we could optimize this (per region at least) by opening a single scanner and
issue a reseek for each Get that was requested.
> I have not tested this yet and no patch, but I would like to solicit feedback on this
idea.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message