[
https://issues.apache.org/jira/browse/SOLR-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13045027#comment-13045027
]
Yonik Seeley commented on SOLR-2564:
------------------------------------
I've been checking out the performance, and it generally seems fine. But of
course we normally short circuit based on comparators and often don't get
beyond that... so to exercise & isolate the rest of the code, I tried a
worst-case scenario where the short circuit wouldn't work (sort=_docid_ desc)
and solr trunk with this patch is ~16% slower than without it. Any ideas what
the problem might be?
{code}
http://localhost:8983/solr/select?q=*:*&sort=_docid_
desc&group=true&group.cacheMB=0&group.field=single1000_i
{code}
Note: the single1000_i field is a single valued int field with 1000 unique
values
> Integrating grouping module into Solr 4.0
> -----------------------------------------
>
> Key: SOLR-2564
> URL: https://issues.apache.org/jira/browse/SOLR-2564
> Project: Solr
> Issue Type: Improvement
> Reporter: Martijn van Groningen
> Assignee: Martijn van Groningen
> Fix For: 4.0
>
> Attachments: LUCENE-2564.patch, SOLR-2564.patch, SOLR-2564.patch,
> SOLR-2564.patch, SOLR-2564.patch
>
>
> Since work on grouping module is going well. I think it is time to wire this
> up in Solr.
> Besides the current grouping features Solr provides, Solr will then also
> support second pass caching and total count based on groups.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
