Pull to refresh

Comments 5

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

В результате мы достигли производительности около 8 млн транзакций в секунду. И буквально через два месяца в статье про LMAX Disruptor увидели описание схемы с такой же функциональностью.Теперь на одной стадии могло находиться несколько потоков исполнения. Все транзакции обрабатывались по очереди, в порядке поступления. В итоге пиковая производительность выросла с 18 тыс. до 50 тыс. транзакций в секунду.


Не очень понятно как вы от «8 млн транзакций в секунду» перешли к «выросла с 18 тыс. до 50 тыс. транзакций в секунду».
8 млн – это внутренняя производительность алгоритма на ядре системы. А 50 тыс. – это поток, образуемый клиентской нагрузкой в реальной инфраструктуре – с полным набором компонентов/серверов, резервированием, репликацией, сетевыми устройствами.
Спасибо, очень любопытно. Вы крутые )
Настоящие инженера!
Вижу что многие архитектурные решения похожи на то, что было создано в РТС.
Но проделанная работа по оптимизации задержек впечатляет, снимаю шляпу…

Ну и у нас в ДойчеБанке подобные системы. Да и в других банках так же.
Вы молодцы что нашли время и силы, чтобы описать всё это на хабре.

Sign up to leave a comment.