# What is taking up disk space if I disable indexing of all properties and \_source?
**URL:** https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372
**Category:** Elasticsearch
**Created:** [February 28, 2022, 5:45am UTC](https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372 "2022-02-28T05:45:54Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@Adnukator](https://discuss.elastic.co/u/Adnukator)
#### Post date: [February 28, 2022, 5:45am UTC](https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372/1 "2022-02-28T05:45:54Z")
I'm trying to restructure our Elasticsearch settings to be more space efficient, even if at the price of less comfort. I have a set of 150k documents from a live server where I'm trying to measure the impact of different settings. While trying to find the lowest possible space requirements (and admittedly, making the stored data basically useless), I tried disabling the indexing of all properties of the message and I disabled \_source as well. However, every message still takes up about 300 bytes of space, resulting in 40MB consumed space with 150k "empty" documents (according to \_cat/indices). If it makes any difference, I'm using elasticdump to move documents in 10k batches. What exactly is being stored? Can I remove this overhead somehow?
If I do a search, every document looks just like this:
{
"\_index" : "index20",
"\_id" : "Pz9NMH8BsRzEHi\_3CFJ-",
"\_score" : 1.0
},
This is how I set up the index before pushing in data:
{
"mappings":{
"\_source":{"enabled":false},
"dynamic":"false",
"properties":{
"@timestamp":{"enabled":false},
"@version":{"enabled":false},
"headers":{"enabled":false},
"host":{"enabled":false},
"message":{"enabled":false},
"tags":{"enabled":false}
}
}
}
According to \_stats, these are the largest parts of the index
"merges" : {
"current" : 0,
"current\_docs" : 0,
"current\_size\_in\_bytes" : 0,
"total" : 1,
"total\_time\_in\_millis" : 356,
"total\_docs" : 100000,
"total\_size\_in\_bytes" : 28525466,
"total\_stopped\_time\_in\_millis" : 0,
"total\_throttled\_time\_in\_millis" : 0,
"total\_auto\_throttle\_in\_bytes" : 20971520
},
"bulk" : {
"total\_operations" : 15,
"total\_time\_in\_millis" : 4886,
"total\_size\_in\_bytes" : 195480032,
"avg\_time\_in\_millis" : 261,
"avg\_size\_in\_bytes" : 10347232
}
\_disk\_usage reports this as the biggest culprit:
"fields": {
"\_recovery\_source": {
"total": "37mb",
"total\_in\_bytes": 38837261,
"inverted\_index": {
"total": "0b",
"total\_in\_bytes": 0
},
"stored\_fields": "37mb",
"stored\_fields\_in\_bytes": 38837261,
---
### Author:  [@warkolm](https://discuss.elastic.co/u/warkolm)
#### Post date: [February 28, 2022, 6:46am UTC](https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372/2 "2022-02-28T06:46:32Z")
What's the point in storing it in Elasticsearch if you want to do this?
---
### Author:  [@Adnukator](https://discuss.elastic.co/u/Adnukator)
#### Post date: [February 28, 2022, 6:56am UTC](https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372/3 "2022-02-28T06:56:07Z")
I wanted to remove \_source from the data completely and store only a few integers + timestamp per message. I didn't understand why the reported stored data was still inexplicably way too large. After gradually removing indexed data to find where the extra space was coming from, I ended up in the state I am now. So basically, this is not what I want to use, it's just a data point in my measurements that I want to understand.
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [March 28, 2022, 6:57am UTC](https://discuss.elastic.co/t/what-is-taking-up-disk-space-if-i-disable-indexing-of-all-properties-and-source/298372/4 "2022-03-28T06:57:08Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.