Текущие задачи по PlazaTrader

Текущие задачи по PlazaTrader
Atom
10/10/2011
Alexander


  1. Избавиться от накопления очереди сообщений в первые секунды работы (необходимо разбить получение реплики на несколько соединений, работающих в отдельных thread'ах, каждое со своим циклом выборки).
  2. Добавить профилировщик получения данных и отправки заявок - необходимо понять насколько быстрый PlazaTrader у нас (особенно в связи с грядущими изменениями в плазе после нового года).
  3. Отфильтровывать данные от уже прошедшей сессии (вечером приходят данные как от дневной, так и от вечерней сессии).
  4. Если заявка GTC, то в вечерний клиринг приходит сообщение Inserted, с id_ord = новому номеру заявки и с id_ord1 = старому номеру заявки. Необходимо заменить одно на другое.

Ничего не упустил?

3ий таск я уже начал делать в фоновом режиме. Кто готов взяться за другие задачи?

Сделано: 2) Обрабатывать снятие заявки в клиринг (сейчас заявка остаётся активной и снять её невозможно). (Alexander) 3) Поддержка Plaza 64x. (frontman) 4) Возможность задания даты истечения заявки (сейчас делается через PlazaStopCondition.ExpiryDate, что не прозрачно, т.к. на Plaza вообще нет стоп заявок). (Alexander) 7) Добавить поддержку FutMoveOrder - одновременное перемещение 2х заявок. (frontman)


Tags:


Thanks:


<< < 18 19 20 
frontman

Avatar
Date: 12/7/2011
Reply


Ну понял. Вопрос значит закрыт... Но есть еще один) Теперь уже по логике работы плазы)) А разве при вызове метода Trader.Reconnect данные по инструментам не должны снова поступить?

Thanks:

Mikhail Sukhov

Avatar
Date: 12/7/2011
Reply


frontman: Ну понял. Вопрос значит закрыт... Но есть еще один) Теперь уже по логике работы плазы)) А разве при вызове метода Trader.Reconnect данные по инструментам не должны снова поступить?

Не должны. У нас ссылочная целостность. Перезакачка данных - это от лукавого.

Thanks:
<< < 18 19 20 

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

loading
clippy