# Issues related to java heap size

**URL:** <https://discuss.elastic.co/t/issues-related-to-java-heap-size/13220>\
**Category:** Elasticsearch\
**Created:** [August 15, 2013, 1:44am UTC](https://discuss.elastic.co/t/issues-related-to-java-heap-size/13220 "2013-08-15T01:44:08Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![himiko](https://avatars.discourse-cdn.com/v4/letter/h/b19c9b/32.png) [@himiko](https://discuss.elastic.co/u/himiko)\
**Post date:** [August 15, 2013, 1:44am UTC](https://discuss.elastic.co/t/issues-related-to-java-heap-size/13220/1 "2013-08-15T01:44:08Z")

</div>

Hi, I am testing elasticsearch for using.  
Recently, while I upload data, I find that the node will crash sometime and could not be recovered.  
My document could have hundereds of fields, and I indexed every thing. Also the document format is flexible.  
The size I upload is about 159,359 and now I have 8 nodes total, 2 are balancers and 6 data nodes.  
Java memory is allocated for 2GB.  
What I found is that it seems that the memory could not be released and continue being consumed until the node ran out of memory.

My configuration file is like this

-Des.index.cache.field.type=soft   
-Des.index.cache.field.expire=10s   
-Des.index.mapping.numeric\_detection=true   
-Des.index.merge.policy.max\_merged\_segment=5g   
-Des.index.refresh\_interval=10s   
-Des.index.storage.type=niofs   
-Des.index.store.compress.stored=true   
-Des.index.store.compress.tv=true \

Also, I have a parent-child mapping relationship

And I think the most important problem is that once the node dies, it could never recover.....  
So, Anyone could tell me the reasons might cause the problem?  
Thank you in advance~

---

<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 6, 2017, 2:21am UTC](https://discuss.elastic.co/t/issues-related-to-java-heap-size/13220/2 "2017-07-06T02:21:05Z")

</div>

Closed on July 6, 2017, 2:21am UTC


