# Another case of slow bulk inserts on 2.3.1

**URL:** <https://discuss.elastic.co/t/another-case-of-slow-bulk-inserts-on-2-3-1/46774>\
**Category:** Elasticsearch\
**Created:** [April 8, 2016, 7:56am UTC](https://discuss.elastic.co/t/another-case-of-slow-bulk-inserts-on-2-3-1/46774 "2016-04-08T07:56:10Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![rusty](https://avatars.discourse-cdn.com/v4/letter/r/f17d59/32.png) [@rusty](https://discuss.elastic.co/u/rusty)\
**Post date:** [April 8, 2016, 10:58am UTC](https://discuss.elastic.co/t/another-case-of-slow-bulk-inserts-on-2-3-1/46774/4 "2016-04-08T10:58:58Z")

</div>

As for GC we have an [issue](https://discuss.elastic.co/t/indexing-performance-degrading-over-time/40229/55) with G1GC.  
What about `refresh_interval` (increase to 30s or 60s) and `translog.durablity` (we get about 10-20% throughput increase with `async` but is less secure and can lead to data loss) ?

---

_[View the full topic](https://discuss.elastic.co/t/another-case-of-slow-bulk-inserts-on-2-3-1/46774)._