Сфера финансовых приложений и трейдинга выдвигает особые требования к системам обработки данных: ультракороткие задержки, конкурентные обновления (в т.ч. из разных процессов), репликация высокочастотных обновлений.
Существовавшие открытые key-value хранилища не справлялись, поэтому мы сделали свое - Chronicle Map.
В докладе я отвечу на вопросы:
- Почему бывает эффективнее разбить систему, работающую с общим состоянием, на несколько отдельных процессов?
- Зачем вам может захотеться распилить JVM на несколько частей?
- Как добиться от key-value хранилища медианной latency меньше 1 микросекунды?
- Как сделать репликацию, если она упирается в пропускную способность сети из-за слишком частых обновлений?
Развею миф о том, что Java - это медленно :)
Также, в докладе будет сравнение Chronicle Map с redis, one-nio и ConcurrentHashMap.
English version