transdex
|
Дата: 16.11.2012
|
|
|
|
|
Mikhail Sukhov:
Она столько лет существовала на .NET и успешно справлялась с нагрузкой.
Не так долго. И не так успешно.
Microsoft платформа разрабатывалась 4 года, затраты 68 млн долларов. Введена в строй в 2007. Не вышла на проектные показатели latency. В 2008 первый масштабный крах. Потери трейдеров оцениваются в 3 млрд фунтов. в 2009 смена руководства биржи и решение о смене платформы. В январе 2010 начата миграция на linux платформу. В феврале 2011 закончена. Примерно так.
У нас конечно все скромнее.
Тем не менее, я затрудняюсь понять, для какой целевой группы трейдеров этот роутер предназначен.
Для начинающих(=сливающих)? Зачем им чего-то роутить.Тем более управлять чужими счетами.
Для продвинутых(=зарабатывающих)? Зачем им зоопарк из смарткомов и алоров? Управлять удаленно чужим Квиком на чужом писюке без UPSa через сети общего пользования?
Если идет речь о latency, причем здесь подгрузка истории дневок за 20 лет? (Слегка утрирую [rolleyes] )
Зачем подгружать стаканы с начала сессии, если это сервис (24х7). Или он будет падать 5 раз на дню?
И зачем здесь жестко вшитый риск-контроль? Вы ведь все равно потом напишите в лицензии, что ни за что не отвечаете [smile] .
PS. Я не программист ( в смысле, код не пишу), просто хочется понять стоит ли уже начать откладывать деньги, выделенные на завтрак, с целью последующего приобретения сего замечательного девайса.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 16.11.2012
|
|
|
|
|
transdex:
Не так долго. И не так успешно.
Несколько лет, и успешно. Это когда на нем стали нереальных HFT появляться (не чета нашим), тогда и пришлось переделывать. Но я так понял, там просто сама система была кривая, а не язык программирования.
Да что я говорю. До ноября 2012 биржа РТС крутилась на SQL. И ничего, никто не умер. Так что тут C# будет выше крыше.
У нас конечно все скромнее.
transdex:
Для продвинутых(=зарабатывающих)? Зачем им зоопарк из смарткомов и алоров? Управлять удаленно чужим Квиком на чужом писюке без UPSa через сети общего пользования?
Начинающие-продвинутые - это неправильная классификация. Я описал в начале юзер таргетинг.
transdex:
Если идет речь о latency, причем здесь подгрузка истории дневок за 20 лет? (Слегка утрирую [rolleyes] )
Речь о latency я не поднимал.
transdex:
Зачем подгружать стаканы с начала сессии, если это сервис (24х7). Или он будет падать 5 раз на дню?
Робот может падать раз 5 в час, и он теряет данные как только упал. Предполагается что сервер привнесет больше стабильности за счет своей минимальной логики.
transdex:
И зачем здесь жестко вшитый риск-контроль? Вы ведь все равно потом напишите в лицензии, что ни за что не отвечаете [smile] .
А причем тут лицензия S# и риск менеджмент? Это как кровать с физикой сравнивать. Несравнимые понятия.
transdex:
PS. Я не программист ( в смысле, код не пишу), просто хочется понять стоит ли уже начать откладывать деньги, выделенные на завтрак, с целью последующего приобретения сего замечательного девайса.
А кто сказал, что это на продажу?[laugh]
|
|
|
|
Спасибо:
|
|
|
|
|
|
agat50
|
Дата: 16.11.2012
|
|
|
|
|
transdex:
....
На линуксе она кстати тоже падала у них потом вроде. Дело не в системе, можно моно на линуксе сделать. Вообще пройдёмся по пунктам.
п1 - спорно, но наверное удобно когда хочется отделить логику от терминала, для защиты идей например, демонстрации страт и т.п.
п2 - удобно, если есть много ботов написанных разными людьми, у меня всё в одной программе крутится, в пулах задач, но я пишу один.
п3 - дополнительная программа аля удалённый терминал, проще имхо vnc.
п4 - понятно, имхо нужно редко, данные имхо надо хранить в базах.
п5 - удобно, когда клиент может сам настроить на какой инструменте торговать, частота сделок мб, доступ к информации. Но имхо клиент это не оценит, чужая прога на компе всё-равно.
п6, п7 - имхо, не нужно
п8, п9 - думается в связи с кривостью экспорта данных из квика, многим нужен нормальный датафид, реал тайм свечки, мб не особо быстрый, но удобный в работе из программ. Лично я готов платить, например, 250р в месяц за такую вещь.
Вопрос зачем нужен центральный сервер. Теоретически можно там хостить ботов, раздавая права и т.п. В остальном это тупо датафид + доступ к торговым терминалам через интерфейсы, мб это раздельно проще реализовать.
|
|
|
|
Спасибо:
|
|
|
|
|
|
transdex
|
Дата: 16.11.2012
|
|
|
|
|
Mikhail Sukhov:
А кто сказал, что это на продажу?[laugh]
Именно это особенно непонятно!
Возьмем к примеру продукт Smartquant под названием Quantrouter,
http://www.smartquant.com/quantrouter.php
который они предлагают за $600 в месяц и который некоторыми чертами напоминает предлагаемый Вами. (название точно похоже - роутер... [smile] )
Продукт явно на продажу. Подозреваю, что его функциональность (и намного больше) легко реализовать слегка подправив архитектуру основного приложения Openquant и включив туда очереди. Возможно и MSMQ хватит, не говоря уже о каком-нибудь Qpid.
Но такой подход имеет один маленький недостаток. Его невозможно продать. Например MSMQ - это штатный компонент Windows. Кто ж его купит? Но если делать для себя, почему не использовать уже сделанное, и сделанное хорошо?
Как весьма абстрактный пример - роутер плазы. Сервис, который подключается к локальному роутеру плазы (P2_ClientGate), принимет потоки, парсит, раскладывает сообщения о событиях по очередям. И все... Минимум кода - да. И ЧТО там на другом конце очереди , и ГДЕ это, и сколько ИХ, и сколько раз ОНИ падают в час уже никого не волнует. И если что-то там упало, то не нужно ничего подгружать с начала сессии, просто перечитать нужную очередь сначала.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 16.11.2012
transdex:
Возможно и MSMQ хватит
Роутинг включает транспорт. Обратное неверно.
transdex:
Как весьма абстрактный пример - роутер плазы.
Роутер - это класс программ, а не конкретная программа.
|
|
|
|
Спасибо:
|
|
|
|
|
|
transdex
|
Дата: 16.11.2012
Mikhail Sukhov:
Роутинг включает транспорт. Обратное неверно.
MSMQ это не транспорт, а служба доставки сообщений. Без роутинга, в том числе динамического, это просто невозможно осуществить.
Mikhail Sukhov:
Роутер - это класс программ, а не конкретная программа.
Роутер вообще-то класс устройств, а не программ, поскольку бывают чисто железные роутеры (типа рубильника). А когда-то роутинг телефонных сообщений осуществляли барышни на телефонных станциях.
И если РТС называет свою программу (P2MQRouter) конкретно роутером, почему другую нельзя?
|
|
|
|
Спасибо:
|
|
|
|
|
|
Serg
|
Дата: 16.11.2012
Идея хорошая. Хочу участвовать. skype, codeplex: sergshabal
|
|
|
|
Спасибо:
|
|
|
|
|
|
Alexander
|
Дата: 18.11.2012
Mikhail Sukhov:
Насчет WCF то я тут не уверен что он сможет справиться с нагрузкой. Хотя очень бы хотелось сделать решение на нем как на самом продвинутом с моей т.з. платформе.
Лучше присмотреться к activemq \ zeromq всё же.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 18.11.2012
Alexander Mukhanchikov:
Лучше присмотреться к activemq \ zeromq всё же.
Это чисто транспорт. А WCF - это high level front end. Тоесть, ØMQ можно и в WCF использовать. А можно сделать и несколько точек доступа. В любом случае, лучше сделать хоть что, а там уже смотреть что нужно подтянуть. Перфекционизмом позаниматься.
Я нисколько не сомневаюсь в скорости передачи WCF. Меня смущал только xml протокол. Но я потом подумал, вспомнил fix, и понял, что для такого решения это не будет излишним оверхедом. Тем более, это сымитирует реальное fix общение, пусть и в другом xml формате.
|
|
|
|
Спасибо:
|
|
|
|
|
|
transdex
|
Дата: 18.11.2012
|
|
|
|
Спасибо:
|
|
|
|
|