I'd not make a subtaks onder SOLR-236 b/c it is related to a completely different implementation which was never committed. SOLR-2205 is related to general result grouping and think should be closed. I'd make a new issue for improving the performance of group.ngroups=true when there are a lot of unique groups.
Martijn On 12 December 2011 14:32, Michael Jakl <jakl.mich...@gmail.com> wrote: > Hi! > > On Mon, Dec 12, 2011 at 13:57, Martijn v Groningen > <martijn.v.gronin...@gmail.com> wrote: >> As as I know currently there isn't another way. Unfortunately the >> performance degrades badly when having a lot of unique groups. >> I think an issue should be opened to investigate how we can improve this... >> >> Question: Does Solr have a decent chuck of heap space (-Xmx)? Because >> grouping requires quite some heap space (also without >> group.ngroups=true). > > Thanks, for answering. The Server has gotten as much memory as the > machine can afford (without swapping): > -Xmx21g \ > -Xms4g \ > > Shall I open an issue as a subtask of SOLR-236 even though there is > already a performance related task (SOLR-2205)? > > Cheers, > Michael -- Met vriendelijke groet, Martijn van Groningen
