Новая версия Plaza II 3.8.4

Новая версия Plaza II 3.8.4
Atom
2/10/2012
Alexander


Получил сегодня ночью письмо. Кто готов помочь в реализации всех этих изменений и в добавлении поддержки 3.8.4 нашему API?

Сегодня на полигоне для разработчиков будет проведено обновление торговой системы FORTS до версии 3.8.4 Внедрение боевой версии 3.8.4 торговой системы FORTS планируется на март 2012 года. О конкретной дате апгрейда будет сообщено дополнительно.

Ниже приводится список функциональных изменений, произведенных в данной версии.

  1. Начата передача анонимного лога заявок в отдельном потоке FORTS_ORDLOG_REPL с таблицами orders_log, multileg_ord_log, sys_events. Следует обратить внимание на объединение данных по фьючерсным и опционным заявкам в одной таблице. Передача анонимного лога заявок в потоках своих заявок FORTS_FUTTRADE_REPL и FORTS_OPTTRADE_REPL временно сохранена.

  2. В таблицу orders потоков FORTS_FUTORDERBOOK_REPL (Фьючерсы: Cрез стакана) и FORTS_OPTORDERBOOK_REPL (Опционы: Cрез стакана) добавлены следующие поля: · init_moment - Время появления заявки

· init_amount - Начальное количество в заявке

  1. Добавлена таблица событий sys_events в потоки: · FORTS_CLMONEY_REPL - Деньги в клиринг

· FORTS_CLR_REPL - Клиринговая информация

  1. В таблицу fut_vcb потока FORTS_FUTINFO_REPL добавлено поле exch_pay_spot_repo, содержащее биржевой сбор по Репо.

  2. Добавлены новые поля: · Поле comment - Комментарий трейдера

· Поле login - Логин трейдера

· Поле ext_id - Внешний номер

в таблицы: · fut_rejected_orders - Отвергнутые в клиринг заявки

· opt_rejected_orders - Отвергнутые в клиринг заявки

  1. В поле status таблицы deal потока FORTS_FUTTRADE_REPL добавлен бит 0x2000000 - признак сделки, сформированной вне торгов. В записях о чужих сделках начинают транслироваться следующие биты: · 0x4 - внесистемая сделка, 0x2000000 - сделка, сформированная вне торгов,

· 0x4000000 - адресная сделка, 0x8000000 - сделка, сформированная в результате сделки со связкой.

Новые дистрибутивы и документация доступны по адресу:

Дистрибутив шлюза 32х - разрядный ftp://ftp.rts.ru/pub/FORTS/test/Plaza2/P2_ClientGate1.14.1_32.exe

Дистрибутив шлюза 64х - разрядный ftp://ftp.rts.ru/pub/FORTS/test/Plaza2/P2_ClientGate1.14.1_64.exe

Описания структур данных и сообщений ftp://ftp.rts.ru/pub/FORTS/test/Plaza2/p2gate_ru.pdf

Описание API ftp://ftp.rts.ru/pub/FORTS/test/Plaza2/P2ClientGate.doc

Файлы схем данных и сообщений ftp://ftp.rts.ru/pub/FORTS/test/Plaza2/Scheme


Tags:


Thanks:


Alexander

Avatar
Date: 2/10/2012
Reply


Создал на codeplex бранч для Plaza 3.8.4, добавил поддержку 2-6 пунктов. Остался 1ый. Есть желающие?

Thanks:

Mikhail Sukhov

Avatar
Date: 2/11/2012
Reply


Alexander Mukhanchikov: Создал на codeplex бранч для Plaza 3.8.4, добавил поддержку 2-6 пунктов. Остался 1ый. Есть желающие?

Сделал поддержку анонимного лога заявок. Я так понимаю, понятие полный ордер лог заявок теперь ушло в небытие?

Thanks:

transdex

Avatar
Date: 2/11/2012
Reply


  1. Начата передача анонимного лога заявок в отдельном потоке FORTS_ORDLOG_REPL с таблицами orders_log, multileg_ord_log, sys_events. Следует обратить внимание на объединение данных по фьючерсным и опционным заявкам в одной таблице. Передача анонимного лога заявок в потоках своих заявок FORTS_FUTTRADE_REPL и FORTS_OPTTRADE_REPL временно сохранена. ИМХО ничего не изменилось, кроме того, что сделана попытка вынести full_order_log в отдельный поток, что выглядит разумно, поскольку не всем он нужен и ,насколько я помню, за его трансляцию собирались брать дополнительные деньги.

PS. http://forum.rts.ru/viewtopic.asp?t=20715

Thanks:

transdex

Avatar
Date: 2/19/2012
Reply


Еще раз о причинах выноса full_order_log в отдельный поток.

*Отчёт по нагрузочному тестированию Торгово-клиринговых систем ММВБ и РТС 17 сентября 2011 года:

"...По итогам тестирования были выработаны следующие замечания и рекомендации по модернизации каналов связи участников:

При получении участником полного orders_log с нагрузкой 20 000 тр/сек, средняя величина занимаемой полосы составляла 8 Мбит/сек, это означает, что потеря связи на активном рынке, в случае сетевого сбоя при канале связи до биржи менее 10 Мбит/сек, чревата невозможностью "догнать" рынок, так как после восстановления доступа к бирже, канал до участника будет работать в режиме повышенной нагрузки, прокачивая пропущенные данные. В целях оптимизации трафика биржа, со своей стороны, пришла к выводу о необходимости выноса одной из наиболее ресурсоемких таблиц репликации ("orders_log") в отдельный поток для оптимального функционирования DDS. Участники тестирования, каналы связи до биржи которых составляли 10 Мбит/сек и более, показали запланированную производительность при максимальных нагрузках..."*

Thanks:


Attach files by dragging & dropping, , or pasting from the clipboard.

loading
clippy