[ 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