# CompressingStoredFieldsReader instances take up a lot of memory

**URL:** https://discuss.elastic.co/t/compressingstoredfieldsreader-instances-take-up-a-lot-of-memory/342717
**Category:** Elasticsearch
**Created:** [September 11, 2023, 8:17am UTC](https://discuss.elastic.co/t/compressingstoredfieldsreader-instances-take-up-a-lot-of-memory/342717 "2023-09-11T08:17:16Z")
**Posts on this page:** 2
**Page:** 1

<div class="post-metadata">

### Author: ![emmning](https://avatars.discourse-cdn.com/v4/letter/e/59ef9b/32.png) [@emmning](https://discuss.elastic.co/u/emmning)
#### Post date: [September 11, 2023, 8:17am UTC](https://discuss.elastic.co/t/compressingstoredfieldsreader-instances-take-up-a-lot-of-memory/342717/1 "2023-09-11T08:17:16Z")

</div>

Hello folks

Our clients encountered errors below recently when performing index and query requests:

```auto
TransportError(429, u'circuit_breaking_exception', {u'status': 429, u'error': {u'bytes_wanted': 32385970160, u'durability': u'PERMANENT', u'root_cause': [{u'reason': u'[parent] Data too large, data for [<http_request>] would be [32385970160/30.1gb], which is larger than the limit of [32266702028/30gb], real usage: [32385970160/30.1gb], new bytes reserved: [0/0b], usages [request=0/0b, fielddata=8258276/7.8mb, in_flight_requests=54937218/52.3mb, model_inference=0/0b, accounting=137025656/130.6mb]', u'type': u'circuit_breaking_exception', u'bytes_wanted': 32385970160, u'bytes_limit': 32266702028, u'durability': u'PERMANENT'}], u'reason': u'[parent] Data too large, data for [<http_request>] would be [32385970160/30.1gb], which is larger than the limit of [32266702028/30gb], real usage: [32385970160/30.1gb], new bytes reserved: [0/0b], usages [request=0/0b, fielddata=8258276/7.8mb, in_flight_requests=54937218/52.3mb, model_inference=0/0b, accounting=137025656/130.6mb]', u'type': u'circuit_breaking_exception', u'bytes_limit': 32266702028}}), {'\xe9\x9b\x86\xe7\xbe\xa4\xe5\x90\x8d\xe7\xa7\xb0': u'lc_qa_6', '\xe4\xb8\xa5\xe9\x87\x8d\xe7\xad\x89\xe7\xba\xa7': '\xe4\xb8\xad\xe5\xba\xa6', '\xe6\x97\xa5\xe5\xbf\x97\xe5\x90\x8d\xe7\xa7\xb0': None}

```

I used Eclipse memory analyzer to analyze the hprof dump and found that **CompressingStoredFieldsReader** retained heap size occupied more than 70% of the total heap size :

 ![截屏2023-09-11 下午4.08.15](https://us1.discourse-cdn.com/elastic/original/3X/8/c/8c36331ef77100d8bd0d37773dd5a4075e0e76ac.png)

I want to know why **CompressingStoredFieldsReader** instances take up a lot of memory and how to solve this problem.

Thanks

---

<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: [October 9, 2023, 8:18am UTC](https://discuss.elastic.co/t/compressingstoredfieldsreader-instances-take-up-a-lot-of-memory/342717/2 "2023-10-09T08:18:05Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
