[
https://issues.apache.org/jira/browse/SOLR-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13046125#comment-13046125
]
Yonik Seeley commented on SOLR-2564:
------------------------------------
bq. If the 16% slowdown is worst case
Actually, the worst case is twice as slow due to unneeded caching of a simple
query. Luckily this can be configured... but I still question the default,
which can lead to surprisingly huge memory use (think up to a field cache entry
or more allocated per-request). One advantage to the dual-pass approach by
default in the first place was avoiding surprisingly large memory usage by
default (which can degrade less gracefully by causing OOM exceptions as people
try to crank up the number of request threads).
> 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, 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: [email protected]
For additional commands, e-mail: [email protected]
