# Performance impact on latest git version

**URL:** <https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094>\
**Category:** Kibana\
**Created:** [June 22, 2015, 1:48pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094 "2015-06-22T13:48:33Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Stefan\_Sabolowitsch](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/stefan_sabolowitsch/32/48680_2.png) [@Stefan\_Sabolowitsch](https://discuss.elastic.co/u/Stefan_Sabolowitsch)\
**Post date:** [June 22, 2015, 1:48pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/1 "2015-06-22T13:48:33Z")

</div>

Hi all,  
i have here a large Desktop to analyze flow traffic in our network.  
On k3 i get this data (refresh) in 5-sec. and max. 180%CPU load, but with k4 in 73-sec. an 600 - 700% CPU load.

CPU load with k4:  
[![](https://cloud.githubusercontent.com/assets/6105075/8281869/5353e2bc-18ec-11e5-8b06-d9ab573dc24c.png) ](https://cloud.githubusercontent.com/assets/6105075/8281869/5353e2bc-18ec-11e5-8b06-d9ab573dc24c.png)

this is an 8 core Server with 48GB RAM (24GB of RAM for ES 1.6), openJDK 1.8  
How can i solve the issues ?  
If someone both dashboards needed, please notify.

---

<div class="post-metadata">

**Author:** ![tbragin](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/tbragin/32/45166_2.png) [@tbragin](https://discuss.elastic.co/u/tbragin)\
**Post date:** [June 22, 2015, 6:27pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/2 "2015-06-22T18:27:51Z")

</div>

More detail would be useful... How similar are the dashboards / queries between Kibana 3 and Kibana 4?

---

<div class="post-metadata">

**Author:** ![Stefan\_Sabolowitsch](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/stefan_sabolowitsch/32/48680_2.png) [@Stefan\_Sabolowitsch](https://discuss.elastic.co/u/Stefan_Sabolowitsch)\
**Post date:** [June 23, 2015, 1:00pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/3 "2015-06-23T13:00:14Z")

</div>

Hi Tanya,  
thanks for your help here.  
The queries are the same. This is almost a one to one copy of a K3 Dashboard.  
I think i have found the cause, but not why. In the K4 Dashboard there is a "tile map" as soon this is involved i get the high CPU load. However the interesting thing, if i test this "tile map" alone i get the data within seconds.  
In addition, i see from time to time (not often and only since K4) this error in ES.

```
EsRejectedExecutionException: rejected execution (queue capacity 4000)

```

Why is the difference in the ES queue management between K3 and K4 so different?

---

<div class="post-metadata">

**Author:** ![Stefan\_Sabolowitsch](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/stefan_sabolowitsch/32/48680_2.png) [@Stefan\_Sabolowitsch](https://discuss.elastic.co/u/Stefan_Sabolowitsch)\
**Post date:** [June 23, 2015, 1:21pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/4 "2015-06-23T13:21:39Z")

</div>

It is best even if you find the problem itself 😄  
After i changed the index pattern from "logstash-\*" to "[logstash-]YYYY.MM.DD ", all is well again.

---

<div class="post-metadata">

**Author:** ![rashid](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/rashid/32/12566_2.png) [@rashid](https://discuss.elastic.co/u/rashid)\
**Post date:** [June 23, 2015, 5:13pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/5 "2015-06-23T17:13:27Z")

</div>

The increase is due to seeing a more "complete" view of your geo data. Kibana 3 supported Elasticsearch 0.90 which did not have geo aggregations, so Kibana simply sucked 1000 values into the browser and made the best of it.

In Kibana 4 we use Elasticsearch's support for aggregating geo data, so the results represent much more than 1000 events Kibana 3 considered. The reason changing the pattern improves the situation is that Kibana can optimize which indices it looks at, thus reducing the need for Elasticsearch to load data that would just be filtered out later.

---

<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:17pm UTC](https://discuss.elastic.co/t/performance-impact-on-latest-git-version/24094/6 "2017-07-06T14:17:35Z")

</div>


