[
https://issues.apache.org/jira/browse/LUCENE-10509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17525780#comment-17525780
]
Robert Muir commented on LUCENE-10509:
--------------------------------------
maybe consider using a database instead of a search engine then.
But if you must fetch the byte[] of shitloads of documents every time, then use
BinaryDocValuesField. that's what it is for.
> Performance degraded after upgrade from 8.8.2 to 8.9.0
> ------------------------------------------------------
>
> Key: LUCENE-10509
> URL: https://issues.apache.org/jira/browse/LUCENE-10509
> Project: Lucene - Core
> Issue Type: Bug
> Affects Versions: 8.8.2
> Reporter: Rajesh T
> Priority: Minor
>
> We are planning to upgrade from elasticsearch 7.7.1 to opensearch 1.1.0 (with
> lucene version 8.9.0). We have noticed that the performance of opensearch
> 1.1.0 is worse than elasticsearch 7.7.1 due to lucene 8.9.0 version. Whereas
> performance of opensearch 1.0.1 (with lucene version 8.8.2) is almost same as
> elasticsearch 7.7.1 version.
> We have tested following scenarios and observed the slowness is caused by
> lucene 8.9.0 version. The performance is degraded by 50% for cardinality
> aggregations.
> Elasticsearch 7.7.1 version (with lucene-core 8.5.1) : Fast
> OpenSearch 1.0.1 version (with lucene-core 8.8.2) : Fast
> OpenSearch 1.1.0 version (with lucene-core 8.9.0) : Slow
> OpenSearch 1.1.0 version (with lucene-core 8.8.2) : Fast
> This is the snippet of openseach code which is running slow with lucene 8.9.0
> {code:java}
> QueryBuilder qb =
> QueryBuilders.boolQuery().mustNot(QueryBuilders.termQuery("__id.keyword",
> randomValue));
> CardinalityAggregationBuilder agg = AggregationBuilders
> .cardinality("somename")
> .field("__id.keyword");
> return client.prepareSearch(index).setQuery(qb).addAggregation(agg);
> {code}
> Please let us know if this is something that can be fixed.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
