# ElasticSearch client options

**URL:** <https://discuss.elastic.co/t/elasticsearch-client-options/24102>\
**Category:** Elasticsearch\
**Created:** [June 22, 2015, 3:08pm UTC](https://discuss.elastic.co/t/elasticsearch-client-options/24102 "2015-06-22T15:08:12Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![John\_D\_Ament](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/john_d_ament/32/764_2.png) [@John\_D\_Ament](https://discuss.elastic.co/u/John_D_Ament)\
**Post date:** [June 22, 2015, 3:08pm UTC](https://discuss.elastic.co/t/elasticsearch-client-options/24102/1 "2015-06-22T15:08:12Z")

</div>

Hi,

So some of my devops team went to training in NYC last week. One of the points they brought back was that our client node behavior puts unnecessary strain on the heap usage. How would we actually identify that? Are there configuration options we can use that make sure the client node isn't doing any reductions? Better ways to write the queries?

Thanks!

John

---

<div class="post-metadata">

**Author:** ![suyograo](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/suyograo/32/44898_2.png) [@suyograo](https://discuss.elastic.co/u/suyograo)\
**Post date:** [June 23, 2015, 6:37am UTC](https://discuss.elastic.co/t/elasticsearch-client-options/24102/2 "2015-06-23T06:37:46Z")

</div>

What's the heap size you are giving to your client nodes? Client nodes need to do a reduce operation after the queries are scattered to the individual shards. This can put memory pressure. Also, are you doing deep paging with queries?

You can check the heap usage using  
`curl -XGET 'http://localhost:9200/_nodes/<client_node_name>/stats/jvm'`

ref: [https://www.elastic.co/guide/en/elasticsearch/reference/1.6/cluster-nodes-stats.html](https://www.elastic.co/guide/en/elasticsearch/reference/1.6/cluster-nodes-stats.html)

---

<div class="post-metadata">

**Author:** ![otisg](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/otisg/32/492_2.png) [@otisg](https://discuss.elastic.co/u/otisg)\
**Post date:** [June 23, 2015, 4:36pm UTC](https://discuss.elastic.co/t/elasticsearch-client-options/24102/3 "2015-06-23T16:36:41Z")

</div>

Hi John,

I'd go put SPM on your Client nodes and your other nodes and then look at the JVM Memory reports where I'd select your Client node(s) and your other ES nodes and compare GC activity patterns and GC memory pool sizes to see if Client nodes are behaving poorly compared to my other ES nodes. Then based on this you may want to go in and tweak JVM params and such. Once you start tweaking you can use the same reports/view to see if you've managed to improve performance/GC or not.

## Otis

Monitoring \* Alerting \* Anomaly Detection \* Centralized Log Management  
Solr & Elasticsearch Support \* [http://sematext.com/](http://sematext.com/)

---

<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, 12:05am UTC](https://discuss.elastic.co/t/elasticsearch-client-options/24102/4 "2017-07-06T00:05:52Z")

</div>