# Write thread pool queue size defaults

**URL:** <https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449>\
**Category:** Elasticsearch\
**Created:** [June 30, 2021, 10:48am UTC](https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449 "2021-06-30T10:48:36Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Alex\_Abdulin](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_abdulin/32/85787_2.png) [@Alex\_Abdulin](https://discuss.elastic.co/u/Alex_Abdulin)\
**Post date:** [June 30, 2021, 10:48am UTC](https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449/1 "2021-06-30T10:48:36Z")

</div>

Hello, everyone!

I'm tuning ES 6.8 for indexing performance and noticed one interesting thing. There is a significant difference in the default value of the q size in versions 6.8 and 7.x. The documentation states:  
**ES 6.8**  
`write`  
For single-document index/delete/update and bulk requests. Thread pool type is `fixed` with a size of `# of available processors` , queue\_size of `200` . The maximum size for this pool is `1 + # of available processors` .  
**ES 7.x**  
`write`  
For single-document index/delete/update and bulk requests. Thread pool type is `fixed` with a size of [`# of allocated processors`](https://www.elastic.co/guide/en/elasticsearch/reference/7.x/modules-threadpool.html#node.processors), queue\_size of `10000` . The maximum size for this pool is `1 + ` [`# of allocated processors`](https://www.elastic.co/guide/en/elasticsearch/reference/7.x/modules-threadpool.html#node.processors).

So, that's 10,000 vs 200.

I'm wondering , would it be recommended to change this value to 10,000 in my version 6.8 cluster and would it improve the situation with 429 errors, keeping in mind that I use separate coordinator nodes and the cluster size is really huge (100+ nodes)

---

<div class="post-metadata">

**Author:** ![DavidTurner](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/davidturner/32/22453_2.png) [@DavidTurner](https://discuss.elastic.co/u/DavidTurner)\
**Post date:** [June 30, 2021, 1:01pm UTC](https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449/2 "2021-06-30T13:01:46Z")

</div>

> [@Alex\_Abdulin](#):
>
> would it be recommended to change this value to 10,000 in my version 6.8 cluster

No. The longer queue in 7.x makes sense because 7.x limits the queue size in other ways, and typically won't get near to 10,000 items before hitting those other limits. Increasing the queue length in 6.8 to 10,000 risks replacing the 429 errors you experience today with `OutOfMemoryError` failures.

---

<div class="post-metadata">

**Author:** ![Alex\_Abdulin](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/alex_abdulin/32/85787_2.png) [@Alex\_Abdulin](https://discuss.elastic.co/u/Alex_Abdulin)\
**Post date:** [June 30, 2021, 3:12pm UTC](https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449/3 "2021-06-30T15:12:05Z")

</div>

Thanks, David! Will check the other options then.  
BTW, could you recommend a knowledge source about bulk rejections, aside from this one? [Why am I seeing bulk rejections in my Elasticsearch cluster? | Elastic Blog](https://www.elastic.co/blog/why-am-i-seeing-bulk-rejections-in-my-elasticsearch-cluster)  
We are planning to migrate to 7.x, would it help to reduce the amount of them?

---

<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 28, 2021, 3:12pm UTC](https://discuss.elastic.co/t/write-thread-pool-queue-size-defaults/277449/4 "2021-07-28T15:12:43Z")

</div>

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