[
https://issues.apache.org/jira/browse/HBASE-8362?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13634518#comment-13634518
]
Varun Sharma commented on HBASE-8362:
-------------------------------------
I also think this would be better.
Apologies but I did not completely understand the reseek comment, does that
mean we could seek to a row > the value of the seek hint ?
Also, I wonder if an implementation via a filter could be possible. It might
allow this technique of sorting the input and reseeking to scans (wherever it
may make sense) unless we already have something for scans which does this. I
think fuzzyRowFilter might be doing something similar to this (it seems to do
more).
I am really, looking forward to testing an implementation on a setup we have (6
region server with 0.94, no blooms, block cache @64k with multi gets of 50
rows).
> 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
