В чем разница между hazelcast.operation.thread.count и hazelcast.operation.generic.thread.count в hazelcast?

Мы пытаемся оптимизировать производительность hazelcast, и мы запускаем кластер из 16 узлов (8 ядер виртуальных машин), так что у нас всего 4001 раздел в кластере, и мы настроили 50 рабочих потоков на узел. Нам нужно повышение производительности, т.е. более высокая пропускная способность и меньшее время отклика, поэтому мы также думаем о настройке hazelcast.operation.generic.thread.count.

1) В чем разница между hazelcast.operation.generic.thread.count и hazelcast.operation.thread.count? Какие операции выполняет hazelcast.operation.generic.thread?

2) Соотношение между количеством разделов и потоков операций составляет примерно 5: 1, мы намерены уменьшить это соотношение, так как предполагаем, что это улучшит производительность. Что рекомендуется: увеличивать количество узлов или не использовать количество рабочих потоков в одном и том же количестве узлов?

3) Целесообразно ли линейное масштабирование узлов hazelcast с сохранением количества ядер и памяти в нашей ситуации?

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
1 543
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий
  1. Как описано здесь, http://docs.hazelcast.org/docs/3.10.4/manual/html-single/index.html#partition-aware-operations, hazelcast.operation.thread.count управляют размером пула потоков для операций с учетом разделов, таких как imap.get/put/delete и т. д. Если вы хотите улучшить производительность этих операций, вы можете изменить это свойство. Значение этого свойства по умолчанию - количество ядер ЦП, в вашем случае 8.

    hazelcast.operation.generic.thread.count управляет размером пула потоков для общих операций. например, iexecutor.execute и т. д. Я считаю, что вам неинтересно повышать производительность для таких операций.

  2. Один важный момент: если у вас 4001 раздел, каков размер ваших данных? Hazelcast предполагает, что раздел должен составлять от 50 до 100 МБ. (Пожалуйста, проверьте https://hazelcast.com/resources/hazelcast-deployment-operations-guide/) Итак, в вашем случае я ожидаю, что вы предоставили данные 200-400 ГБ. В противном случае это означает, что у вас слишком много маленьких разделов. Это тоже влияет на производительность.

  3. Поскольку у вас 8 ядер на каждой виртуальной машине. установка количества потоков операций на 50 не слишком увеличивает производительность, потому что у вас 16 * 8 = 124 ядра ЦП в кластере. Если вы не добавите больше ЦП, простое увеличение количества потоков не приведет к увеличению производительности, по крайней мере, через некоторое время. Поэтому вам следует добавить больше узлов в кластер или увеличить количество ЦП для каждой виртуальной машины. Это сильно повлияет на производительность.

Мы планируем хранить около 600 ГБ данных в собственной памяти hazelcast с дополнительными 150 ГБ для native.meta.memory. Теперь вернемся к количеству ядер, пока что, даже когда мы добавляем в систему большие, то есть 12 Кбайт записи в секунду и 60 Кбайт чтения в секунду, загрузка ЦП не превышает 30%. Мы не можем вернуться к нашей инфракрасной команде без объяснения причин, по которым нам нужно больше процессоров, когда мы не полностью используем то, что у нас есть.

user2966021 04.09.2018 22:28

Если у вас уже есть лицензия Enterprise для хранения данных вне кучи, я предлагаю вам обратиться в службу поддержки Hazelcast.

Gokhan Oner 05.09.2018 07:07

Другие вопросы по теме