[ https://issues.apache.org/jira/browse/HBASE-7495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13564932#comment-13564932 ]
Sergey Shelukhin commented on HBASE-7495: ----------------------------------------- Also, there's an integration test for scans (IntegrationTestLazyCfLoading) that could be generalized/forked for testing this scenario. E.g. with many store files. In HBASE-5416 I found some issue using that test. > parallel seek in StoreScanner > ----------------------------- > > Key: HBASE-7495 > URL: https://issues.apache.org/jira/browse/HBASE-7495 > Project: HBase > Issue Type: Bug > Components: Scanners > Affects Versions: 0.94.3, 0.96.0 > Reporter: Liang Xie > Assignee: Liang Xie > Attachments: HBASE-7495.txt, HBASE-7495.txt, HBASE-7495.txt, > HBASE-7495-v2.txt, HBASE-7495-v3.txt > > > seems there's a potential improvable space before doing scanner.next: > {code:title=StoreScanner.java|borderStyle=solid} > if (explicitColumnQuery && lazySeekEnabledGlobally) { > for (KeyValueScanner scanner : scanners) { > scanner.requestSeek(matcher.getStartKey(), false, true); > } > } else { > for (KeyValueScanner scanner : scanners) { > scanner.seek(matcher.getStartKey()); > } > } > {code} > we can do scanner.requestSeek or scanner.seek in parallel, instead of current > serialization, to reduce latency for special case. > Any ideas on it ? I'll have a try if the comments/suggestions are positive:) -- 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