Мы используем корпоративную версию Hazelcast 3.6 и все карты настроены как HD (встроенная память). У нас есть 3 узла кластера с 6GB кучей и 18 Гб родной памятиЦентр управления Hazelcast - Проблемы с производительностью
Config:
<map name="map">
<in-memory-format>NATIVE</in-memory-format>
<statistics-enabled>true</statistics-enabled>
<backup-count>1</backup-count>
<async-backup-count>0</async-backup-count>
<time-to-live-seconds>0</time-to-live-seconds>
<max-idle-seconds>0</max-idle-seconds>
<eviction-policy>NONE</eviction-policy>
<max-size policy="PER_NODE">0</max-size>
<eviction-percentage>25</eviction-percentage>
<min-eviction-check-millis>100</min-eviction-check-millis>
<merge-policy>com.hazelcast.map.merge.PutIfAbsentMapMergePolicy</merge-policy>
<map-store enabled="true" initial-mode="LAZY">
<class-name><class name></class-name>
<write-delay-seconds>1</write-delay-seconds>
<write-batch-size>1000</write-batch-size>
<write-coalescing>true</write-coalescing>
</map-store>
</map>
<management-center enabled="true">ip:port/mancenter</management-center>
Проблема, когда мы загружаем тестирование Hazelcast и без центра управления включено, существует огромное разница в производительности.
С центром управления Out включен: нет разницы во время отклика, как время проходит
С центром управления: Существует огромная временная задержка времени отклика. (после того же времени ответа, что и с включенным центром управления Out), происходит резкое увеличение времени отклика.
Вопрос: Есть ли накладные расходы при использовании центра управления? Почему это происходит время от времени?
При исходном формате хранения используется, статистика коллекция была дорогостоящей операцией в предыдущих версиях, чем 3.7. Вы видите такую же медленность с 3.7? – mrck
На самом деле я не проверял с 3.7, мы использовали версию 3.6. То, что мы могли видеть, - это поток, выполняющийся на каждом сервере hazelcast для связи с центром управления. Как вы предположили, мы попробуем с версией 3.7. Спасибо за совет – chathu