[
https://issues.apache.org/jira/browse/SOLR-13350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17856297#comment-17856297
]
Christine Poerschke commented on SOLR-13350:
--------------------------------------------
[~dsmiley] at https://github.com/apache/solr/pull/2508#issuecomment-2176117831
wrote:
bq. Can you recommend a way to benchmark this myself, like if I wanted to tweak
it to see how my ideas work out?
[~ichattopadhyaya] above wrote:
bq. ... There are a few more things I've identified that can be improved here,
around the defaults, ...
I don't know what the ideas or things might be but just wanted to share that
Lucene has {{MAX_DOCS_PER_SLICE}} and {{MAX_SEGMENTS_PER_SLICE}} constants and
slicing logic --
https://github.com/apache/lucene/blob/releases/lucene/9.9.2/lucene/core/src/java/org/apache/lucene/search/IndexSearcher.java#L325-L332
-- and I'm planning to run some experiments w.r.t. reducing the
{{MAX_SEGMENTS_PER_SLICE}} to 1.
(And to be clear, I'm not suggesting that {{SolrIndexSearcher}} provide a way
for users to be able to configure these {{MAX_*_PER_SLICE}} values, just
sharing that the slicing logic is there.)
> Explore collector managers for multi-threaded search
> ----------------------------------------------------
>
> Key: SOLR-13350
> URL: https://issues.apache.org/jira/browse/SOLR-13350
> Project: Solr
> Issue Type: New Feature
> Reporter: Ishan Chattopadhyaya
> Assignee: Ishan Chattopadhyaya
> Priority: Major
> Attachments: SOLR-13350-pre-PR-2508.patch, SOLR-13350.patch,
> SOLR-13350.patch, SOLR-13350.patch
>
> Time Spent: 12h 10m
> Remaining Estimate: 0h
>
> AFAICT, SolrIndexSearcher can be used only to search all the segments of an
> index in series. However, using CollectorManagers, segments can be searched
> concurrently and result in reduced latency. Opening this issue to explore the
> effectiveness of using CollectorManagers in SolrIndexSearcher from latency
> and throughput perspective.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
