Hello there,
I am faceing the same problem.
Did anyone found a solution yet?
Thank you,
arres
--
View this message in context:
http://lucene.472066.n3.nabble.com/Grouping-performance-problem-tp3995245p4138419.html
Sent from the Solr - User mailing list archive at Nabble.com.
Bumping up this thread as I'm facing similar issue . Any solution ?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Grouping-performance-problem-tp3995245p4098566.html
Sent from the Solr - User mailing list archive at Nabble.com.
.nabble.com/Grouping-performance-problem-tp3995245p4056113.html
Sent from the Solr - User mailing list archive at Nabble.com.
dex data).
>
> Agnieszka
>
>
> 2012/7/16
>
> > What are the RAM of your server and size of the data folder?
> >
> >
> >
> > -Original Message-
> > From: Agnieszka Kukałowicz
> > To: solr-user
> > Sent: Mon, Jul 16, 2012
caching and displaying all fields?
Hope this may help.
Alex.
-Original Message-
From: Agnieszka Kukałowicz
To: solr-user
Sent: Mon, Jul 16, 2012 10:04 am
Subject: Re: Grouping performance problem
I have server with 24GB RAM. I have 4 shards on it, each of them with 4GB
RAM for java
e data folder?
>
>
>
> -Original Message-
> From: Agnieszka Kukałowicz
> To: solr-user
> Sent: Mon, Jul 16, 2012 6:16 am
> Subject: Re: Grouping performance problem
>
>
> Hi Pavel,
>
> I tried with group.ngroups=false but didn't notice a big improvement.
What are the RAM of your server and size of the data folder?
-Original Message-
From: Agnieszka Kukałowicz
To: solr-user
Sent: Mon, Jul 16, 2012 6:16 am
Subject: Re: Grouping performance problem
Hi Pavel,
I tried with group.ngroups=false but didn't notice a big improvement
Hi Pavel,
I tried with group.ngroups=false but didn't notice a big improvement.
The times were still about 4000 ms. It doesn't solve my problem.
Maybe this is because of my index type. I have millions of documents but
only about 20 000 groups.
Cheers
Agnieszka
2012/7/16 Pavel Goncharik
> Hi
Hi Agnieszka ,
if you don't need number of groups, you can try leaving out
group.ngroups=true param.
In this case Solr apparently skips calculating all groups and delivers
results much faster.
At least for our application the difference in performance
with/without group.ngroups=true is significant
Hi,
Is the any way to make grouping searches more efficient?
My queries look like:
/select?q=query&group=true&group.field=id&group.facet=true&group.ngroups=true&facet.field=category1&facet.missing=false&facet.mincount=1
For index with 3 mln documents query for all docs with group=true takes
almo
11 matches
Mail list logo