ок. Кроме коммуникаций надо определиться с read/write contention на приемке квотов/ордеров, в идеале бы с минимум блокировок и контекст свитч. Тут простор для творчества и креатива, одним выбором фреймворка не отделаешься :). Ну а дальше — smart quotes throttling и оптимизация буфферов.
Жаль только что все ноу хау, из реального мира, являются trade secrets. Так что здесь никто особенно откровенничать не станет :( Но вот я бы с удовольствием почитал.
>Похоже, чтобы добиться 30 мкс нужно сидеть в ядре, а не user space.
Kernel bypass на входе и kernel bypass между компонентами (если мы все еще говорим про распределенную систему, а не однопоточный процесс :) — бывает и такое). Иначе кроме latency у вас еще и CPU будет загружен толканием квотов через tcp/ip стек, да так, что на матч ресурсов не останется. Т.е. это все к вопросу об MQ для ордеров/квот.
А что у вас за Infiniband? Свой или с азура? Мне интересно где в наши дни берут Infiniband кластера :)
Вот тут про 35мкс через mq поподробнее, плиз — правильно ли я понял что между ордер ресивером ужи матчинг энджин mq через tcp/ip stack? Меня терзают смутные сомнения...
+100500 — я бы и сам хотел послушать на эту тему :)) — жутко интересно, что другие выбирают. Обосновать какой-то выбор работа неблагодарная, но есть два принципиальных момента — скорость доставки квоты или ордера (MQ и TCP для этого уже не годятся) и распределенность компонент — она выйдет боком если нараспределять квотбуки (пардон, я не знаю задумывали ли вы квотбуки). По скорости доставки ордер/квота от входа в систему до бука (включая парсинг). Должна долетать за 30-40 микросекунд или быстрей, это типа уже у всех. Потому как квотов/ордеров на бирже может входить до миллиона в секунду на пиках. А по распределенности — все что нараспределялось (по рынкам), придется потом собирать для доставки одному клиенту. Ну вот как то так, с самого начала. А, да, Тарантул кстати гуд, Усманычу респект, реально развивает :))).
Тема интересная. Но на реальной бирже количество операций (квотс) в тысячу раз больше сматченных ордеров. Так что нагрузка для 5-7 тысяч матчей в секунду не определяет выбор технологий и дизайна.
я таких называю — «сказочники», ну или просто, чудак на букву «м». Это полезные бактерии, в смысле что народ тренируется их распознавать на их примере. В общем-то нужно ответную статью написать, как распознавать сказочника за несколько вопросов. Можно даже сказать, что это обязательная часть профессионального опыта. Попади такая бактерия в неподготовленный организм, может и убить.
основная проблема замаскирована. Нужно не только доставить ордер быстрей, но еще и доставить актуальную маркет дата до трейдера сначала. А тем не менее про троттлинг — ни слова.
Часто задавался вопросом — зачем пытаться искать новую идею для стартапа? Почему не взять существующую, которая нравится и сделать более эффективный процесс используя накопленные знания? Если конечно же финансирование не самоцель… и расчет не только на хайп.
Вероятность создать прибыльный новый бизнес намного выше чем вероятность создать единорога. Да и сколько у вас останется после раздачи долей инвесторам? Будете ли вы делать что задумывалось или то что говорят инвесторы?
Жаль только что все ноу хау, из реального мира, являются trade secrets. Так что здесь никто особенно откровенничать не станет :( Но вот я бы с удовольствием почитал.
Kernel bypass на входе и kernel bypass между компонентами (если мы все еще говорим про распределенную систему, а не однопоточный процесс :) — бывает и такое). Иначе кроме latency у вас еще и CPU будет загружен толканием квотов через tcp/ip стек, да так, что на матч ресурсов не останется. Т.е. это все к вопросу об MQ для ордеров/квот.
А что у вас за Infiniband? Свой или с азура? Мне интересно где в наши дни берут Infiniband кластера :)
Вот тут про 35мкс через mq поподробнее, плиз — правильно ли я понял что между ордер ресивером ужи матчинг энджин mq через tcp/ip stack? Меня терзают смутные сомнения...
Имел ввиду — не спекулируйте краткосрочно на свой риск. Времени подумать не будет…
Вероятность создать прибыльный новый бизнес намного выше чем вероятность создать единорога. Да и сколько у вас останется после раздачи долей инвесторам? Будете ли вы делать что задумывалось или то что говорят инвесторы?
Воот :)