Опора G1GC на эластичный поиск 5.4.3 - PullRequest
0 голосов
/ 22 ноября 2018

Я использую 5.4.3 версиюasticsearch и в настоящее время сталкиваюсь с проблемами из-за низкой производительности CMS.Я хотел бы знать, поддерживается ли G1GC в версии 5.4.3 упругого поиска и есть ли какие-либо меры предосторожности при использовании G1GC.

Ответы [ 2 ]

0 голосов
/ 24 ноября 2018

Переключение сборщика мусора - это не волшебный соус, который вы добавляете в свою инфраструктуру, чтобы она работала быстрее.Некоторые вещи для рассмотрения:

  1. Что такое «низкая производительность»?Пропускная способность, время ожидания, время GC, ...?Кроме того, каково ваше узкое место?
  2. Компромисс между CMS и G1GC - пропускная способность для времен GC.В то время как времена GC (остановите мир) улучшаются в G1GC, это может оказать негативное влияние на пропускную способность.Вот почему это не было рекомендовано в течение длительного времени.
  3. Если вы используете JDK8, убедитесь, что вы используете последнюю версию.Со временем произошли некоторые улучшения.
  4. Существует большая вероятность, что более новая версия Elasticsearch улучшит производительность больше, чем переключение сборщика мусора.
0 голосов
/ 22 ноября 2018

G1GC поддерживается только в последнем выпуске эластичного поиска (6.5.X).В предыдущих версиях проверка начальной загрузки не позволяла вашему узлу эластичного поиска запускаться в производственном режиме.

Единственный способ начать с него - это разветвить эластичный исходный код и убрать проверку начальной загрузки.Ноastic.co откажется оказать вам поддержку в такой конфигурации.

Дополнительная информация здесь и здесь

...