# Use "best\_compression" index setting in 2.1.1?

**URL:** https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169
**Category:** Elasticsearch
**Created:** [January 26, 2016, 10:20pm UTC](https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169 "2016-01-26T22:20:06Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Zelfapp](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zelfapp/32/108888_2.png) [@Zelfapp](https://discuss.elastic.co/u/Zelfapp)
#### Post date: [January 26, 2016, 10:20pm UTC](https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169/1 "2016-01-26T22:20:06Z")

</div>

The index.codec setting for "best\_compression" option, is marked as experimental in the 2.1.1 docs: [https://www.elastic.co/guide/en/elasticsearch/reference/2.1/index-modules.html#\_static\_index\_settings](https://www.elastic.co/guide/en/elasticsearch/reference/2.1/index-modules.html#_static_index_settings)

Is this in fact still experimental? Seems like it is being [marketed & discussed enough](https://www.elastic.co/blog/elasticsearch-storage-the-true-story-2.0) to be here to stay.

I'm asking, because I'd like to use it, but not if it will cause problems down the road if it is removed. E.g. if I setup my index to use best\_compression and then in 2.xxxxx it is removed what would I have to do to overcome that? Reindex all data in order to upgrade?

---

<div class="post-metadata">

### Author: ![jprante](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jprante/32/44941_2.png) [@jprante](https://discuss.elastic.co/u/jprante)
#### Post date: [January 27, 2016, 8:11am UTC](https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169/2 "2016-01-27T08:11:11Z")

</div>

It would be rather absurd that future versions could not read older index segments. The compression is in Lucene, and since ES 2.x the ES team spends lot of effort to check for backward compatibility in this area. It would be like gzip was suddenly unable to decompress data from 1999.

Here is my guess: the "best compression" seems experimental not because it will be removed, but just because there is not much gain in relation to the standard compression ratio, and it won;t become default setting. The CPU cost seems not to justify the little saved place.

You should test it and report your findings, maybe it can be worth to keep the setting, against common expectations.

---

<div class="post-metadata">

### Author: ![jasontedor](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jasontedor/32/66992_2.png) [@jasontedor](https://discuss.elastic.co/u/jasontedor)
#### Post date: [February 13, 2016, 2:10pm UTC](https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169/3 "2016-02-13T14:10:52Z")

</div>

Relates [#16644, "[docs] Does index.codec best\_compression still need to be experimental?"](https://github.com/elastic/elasticsearch/issues/16644).

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 5, 2017, 11:16pm UTC](https://discuss.elastic.co/t/use-best-compression-index-setting-in-2-1-1/40169/4 "2017-07-05T23:16:37Z")

</div>


