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

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


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

Quote:
Сегодня на полигоне для разработчиков будет проведено обновление торговой системы 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 - Начальное количество в заявке


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

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


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

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

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

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

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

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


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

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


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

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

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

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

Описание API
ftp://ftp.rts.ru/pub/FOR...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


Quote:

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