Also I noted that for our application, indices.breaker.fielddata.limit needs to be increased even further on ES 7, using the same jvm.options. So it seems that ES 7 is using more memory. What is the cause of this (new bundled JVM, Lucene 8, ...)?
Thanks! Although I still don't fully understand: doc_values was already enabled in ES 5 by default
My other (unanswered) question: why do I need a higher value for indices.breaker.fielddata.limit in ES 7, compared to same setup in ES 6 (same dataset, same system, same JVM settings)? Are there more changes under the hood? Or is this related to the bundled JVM (I was using OpenJDK8 before) or Lucene 7 --> 8?
@jeroen1, yes, this could have been narrowed that in 5, but finally got included into 7.
I have not found a cause for needing a higher limit. One option could be that your shards have moved around during upgrade and thus might be less perfectly balanced towards fielddata?
I would doubt that the JVM change has anything to do with it unless you are using very close to 32GB heap and it crossed the line to not use compressed oops.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.