[
https://issues.apache.org/jira/browse/LUCENE-6294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14340661#comment-14340661
]
Shikhar Bhushan edited comment on LUCENE-6294 at 2/27/15 7:25 PM:
------------------------------------------------------------------
When slicing differently than segment-per-slice, it'd probably be desirable to
distribute segments by size across the slices, rather than all large segments
ending up in one slice to be searched sequentially.
was (Author: shikhar):
When slicing differnetly than segment-per-slice, it'd probably be desirable to
distribute segments by size across the slices, rather than all large segments
ending up in one slice to be searched sequentially.
> Generalize how IndexSearcher parallelizes collection execution
> --------------------------------------------------------------
>
> Key: LUCENE-6294
> URL: https://issues.apache.org/jira/browse/LUCENE-6294
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Adrien Grand
> Assignee: Adrien Grand
> Priority: Trivial
> Fix For: Trunk, 5.1
>
> Attachments: LUCENE-6294.patch
>
>
> IndexSearcher takes an ExecutorService that can be used to parallelize
> collection execution. This is useful if you want to trade throughput for
> latency.
> However, this executor service will only be used if you search for top docs.
> In that case, we will create one collector per slide and call TopDocs.merge
> in the end. If you use search(Query, Collector), the executor service will
> never be used.
> But there are other collectors that could work the same way as top docs
> collectors, eg. TotalHitCountCollector. And maybe also some of our users'
> collectors. So maybe IndexSearcher could expose a generic way to take
> advantage of the executor service?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
