[
https://issues.apache.org/jira/browse/SOLR-4763?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hua Jiang updated SOLR-4763:
----------------------------
Attachment: SOLR-4763.patch
This patch solved the problem for me.
The problem occurs when querying against an unoptimized index, and having a
large number of distinct (groupField, facetField) value pairs. The
TermGroupFacetCollector works in a way that avoids retrieving values for group
field or facet field for each doc, but it introduces much more field value
retrievings in the case of segmented index and large (groupField, facetField)
value pair number.
> Performance issue when using group.facet=true
> ---------------------------------------------
>
> Key: SOLR-4763
> URL: https://issues.apache.org/jira/browse/SOLR-4763
> Project: Solr
> Issue Type: Bug
> Affects Versions: 4.2
> Reporter: Alexander Koval
> Attachments: SOLR-4763.patch
>
>
> I do not know whether this is bug or not. But calculating facets with
> {{group.facet=true}} is too slow.
> I have query that:
> {code}
> "matches": 730597,
> "ngroups": 24024,
> {code}
> 1. All queries with {{group.facet=true}}:
> {code}
> "QTime": 5171
> "facet": {
> "time": 4716
> {code}
> 2. Without {{group.facet}}:
> * First query:
> {code}
> "QTime": 3284
> "facet": {
> "time": 3104
> {code}
> * Next queries:
> {code}
> "QTime": 230,
> "facet": {
> "time": 76
> {code}
> So I think with {{group.facet=true}} Solr doesn't use cache to calculate
> facets.
> Is it possible to improve performance of facets when {{group.facet=true}}?
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
