[
https://issues.apache.org/jira/browse/SOLR-6889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shinichiro Abe updated SOLR-6889:
---------------------------------
Attachment: SOLR-6889.patch
simple patch. please catch this.
> debug, highlight with parallel streams
> --------------------------------------
>
> Key: SOLR-6889
> URL: https://issues.apache.org/jira/browse/SOLR-6889
> Project: Solr
> Issue Type: Improvement
> Affects Versions: Trunk
> Reporter: Shinichiro Abe
> Attachments: SOLR-6889.patch
>
>
> I think we could gain search performance a little bit using
> Stream.parallel().forEach()~ which has processors awareness via f/j framework
> under the hood.
> Especially it would affect docList's for-loop processes, e.g. debugging,
> highlighting.
> It seems to me that this improvement is effective for many CPUs environment.
> My test condition:
> 1. Core i5(2core 4thead), standalone Solr.
> 2. q=日本&debug=true&hl=true, other parameters are
> [here|https://github.com/anond2/simplesearch/blob/master/conf/solrconfig.xml#L836].
> 3. 7171 hits / 12000 docs(taken from ja.wikipedia dump)
> 4. compared to trunk, parallel streams are faster a little.
> My query execution results(QTime):
> {noformat}
> == rows=10 ==
> trunk patch
> 1st 236 146
> 2nd 179 100
> 3rd 79 72
> 4th 75 53
> 5th 91 80
> == rows=50 ==
> trunk patch
> 1st 485 325
> 2nd 225 243
> 3rd 199 151
> 4th 168 127
> 5th 149 118
> == rows=100 ==
> trunk patch
> 1st 948 607
> 2nd 472 390
> 3rd 237 201
> 4th 256 200
> 5th 224 178
> == rows=500 ==
> trunk patch
> 1st 3248 2826
> 2nd 1545 1067
> 3rd 1563 801
> 4th 1551 816
> 5th 1452 777
> {noformat}
--
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
