# Периодические зависания **URL:** \ **Category:** Вопросы на русском языке\ **Created:** [November 16, 2017, 6:07am UTC](https://discuss.elastic.co/t/topic/107865 "2017-11-16T06:07:07Z")\ **Posts on this page:** 6\ **Page:** 2
**Author:** ![IvanTushin](https://avatars.discourse-cdn.com/v4/letter/i/dbc845/32.png) [@IvanTushin](https://discuss.elastic.co/u/IvanTushin)\ **Post date:** [November 22, 2017, 4:32am UTC](https://discuss.elastic.co/t/topic/107865/25 "2017-11-22T04:32:57Z")
> Обычно термины распределены по закону Ципфа1 поэтому некоторые термины будут повторяться на всех шардах, но многие будут встречаться только на одной или двух. Поэтому объем потребления памяти уменьшиться но не в 14 раз. Может раз 5-7 или меньше. Зависит от того, как у вас термины распределены. Эх, была бы возможность выбирать при rewrite, топ самых высокочастотных слов, это бы решило все мои проблемы (убрало бы кучу слов с ошибками). Я видел на гитхабе обсуждение по этому вопросу, жаль что не реализовали этот функционал. Значит так, план такой: 1. Сейчас я уменьшаю количество шард до 4 и переиндексирую. 2. Подключаю вторую ноду. О результатах этих действий я отпишусь:) ---
**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\ **Post date:** [November 22, 2017, 1:09pm UTC](https://discuss.elastic.co/t/topic/107865/26 "2017-11-22T13:09:48Z")
Вместо переиндексации можно попробовать [shrink index API](https://www.elastic.co/guide/en/elasticsearch/reference/6.0/indices-shrink-index.html). Эффект должен быть такой-же, но будет быстрее. ---
**Author:** ![IvanTushin](https://avatars.discourse-cdn.com/v4/letter/i/dbc845/32.png) [@IvanTushin](https://discuss.elastic.co/u/IvanTushin)\ **Post date:** [November 23, 2017, 7:49am UTC](https://discuss.elastic.co/t/topic/107865/27 "2017-11-23T07:49:35Z")
Вот что случилось. У нас был арендован второй сервер, на котором доиндексировались данные. Количество шард одинаковое - 14шт. На этом сервере эластик выдерживает в 2 раза больше нагрузки и не зависает во время очистки кучи. Такой результат нас полностью устраивает, так что вопрос можно считать закрытым. Игорь, спасибо за помощь! Исходя из различий между двумя системами, можно предположить, что проблема могла возникнуть из-за: 1. Частых переиндексирований. 2. Случайно примененного автомаппинга. (В последствии я создал новый набор полей, с нужными типами, а эти игнорировались) 3. Версия эластика 5.6.4 у нового сервера, против 5.6.2 на старом. ---
**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\ **Post date:** [November 23, 2017, 12:06pm UTC](https://discuss.elastic.co/t/topic/107865/28 "2017-11-23T12:06:30Z")
Я думаю, что 3. 1 и 2 на эту проблему существенно влиять не должны были. А вот в 5.6.4 [уменьшился кеш запросов](https://github.com/elastic/elasticsearch/pull/26949). ---
**Author:** ![IvanTushin](https://avatars.discourse-cdn.com/v4/letter/i/dbc845/32.png) [@IvanTushin](https://discuss.elastic.co/u/IvanTushin)\ **Post date:** [November 23, 2017, 12:30pm UTC](https://discuss.elastic.co/t/topic/107865/29 "2017-11-23T12:30:12Z")
Возможно, но все равно, полученные знания в этой теме не будут проигнорированы, и будут применены в будущем на других индексах. Так что еще раз спасибо! ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [December 21, 2017, 12:30pm UTC](https://discuss.elastic.co/t/topic/107865/30 "2017-12-21T12:30:33Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed. [Previous page](https://discuss.elastic.co/t/topic/107865.md?page=1)