romario13 2 июл 2014 в 17:35

Исследуем и тестируем очереди от Hazelcast

5 мин

43K

Высокая производительность*Java*Big Data*

Комментарии 5

meta4 2 июл 2014 в 18:36

Спасибо, давно хотел узнать, как именно работают очереди в Хазелькасте, но в самой документации этого не написано (по крайней мере, я не нашел) а код исследовать было лениво.

romario13 3 июл 2014 в 00:29

Всегда пожалуйста. Документация у них не из подробных, да. Например свой SPI (способ создавать и регистрировать собственные распределенные объекты) анонсировали уже скоро год как, а описания до сих пор нет. Но благо есть открытый код. За что и любим опенсурс :)

nechukin 3 июл 2014 в 13:55

Интересует такой вопрос. Насколько я помню презентации Хазелькаста, он держит бэкап только на одной резервной ноде, и до сих пор не умеет реплицировать данные на все узлы (эта фича запланирована). Так вот, какова будет скорость доступа к данным на узле, не являющимся ни мастером, ни бэкапом?

romario13 3 июл 2014 в 14:21

Быстрые тесты показывают, что скорость будет раза в полтора ниже. Это ожидаемо — требуется больше коммуникаций между серверами.

nechukin 3 июл 2014 в 16:17

Спасибо! Я думал, падение производительности будет гораздо более заметным, а такой порядок вполне позволяет присмотреться к Хазелкасту как альтернативе.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

Исследуем и тестируем очереди от Hazelcast

Комментарии 5

Публикации

Истории