aspirant
|
Дата: 28.05.2011
Mikhail Sukhov Включить то я включил, а вот в лог все равно запись не попадает. Причем похоже локальный P2SimpleReplClient_trace.ini вообще никак не влияет на форматирование лога. Наверное, где-то туплю. И заявки перестали региться? Первоисточник не читаешь[smile] Цитата:Вызовы колбэков по репликационным потокам, привязанным к отдельно взятому P2Connection, происходят, естественно, внутри ProcessMessage для этого коннекшена. CP2ConnectionClass для потоков репликации мы прокачиваем в PlazaStreamManager, а основной CP2ConnectionClass (объявленный в PlazaTrader) игнорируется. Прокачку я поставил в TransactionManager. Заявки регистрируются, новая запись в лог попадает. Объявлять трейс нужно в локальном P2SimpleReplClient_trace.ini.
|
|
Спасибо:
|
|
|
|
|
Mikhail Sukhov
|
Дата: 28.05.2011
aspirant Mikhail Sukhov Включить то я включил, а вот в лог все равно запись не попадает. Причем похоже локальный P2SimpleReplClient_trace.ini вообще никак не влияет на форматирование лога. Наверное, где-то туплю. И заявки перестали региться? Первоисточник не читаешь[smile] С заявками то все ок, я же round trip вычислял. Делать прокачку сообщений для транзакционного подключения мне кажется бессмысленно. aspirant Заявки регистрируются, новая запись в лог попадает.
Тоесть у тебя появилась строчка с размером очереди в логе?
|
|
Спасибо:
|
|
|
|
|
aspirant
|
Дата: 28.05.2011
|
|
|
|
Mikhail Sukhov С заявками то все ок, я же round trip вычислял. Делать прокачку сообщений для транзакционного подключения мне кажется бессмысленно. Насколько я понимаю, прокачка обязательна, если асинхронно отправляешь сообщения: внутри ProcessMessage вызываются коллбэки, например, IP2AsyncSendEvent2. Ради примера, закоментируй нитку прокачки сообщений в TransactionManager (_pollThread = ThreadHelper.CreateThread(PollProc);) и отправь заявку. У меня ответа не было. С прокачкой через 1-2 секунды. Прокачка не нужна, если сообщения отправляются синхронно. Mikhail Sukhov То есть у тебя появилась строчка с размером очереди в логе? Цитата:2011-05-28 18:53:17.103;p2mq-cli;;New message added to recvList. Size: 1 Кстати, может быть сделаем 4 потока, исходя из этой информации (взято отсюда)? Цитата:- Default линк - вспомогательные потоки (POS, PART, INFO, MISC, CLMONEY, INDEX, VOLAT, VM);
- Первый direct линк - основные торговые потоки (TRADE, AGGR, COMMON);
- Второй direct линк - подача команд;
- Третий direct линк - получение исторических данных по потоку TRADE (SNAPSHOT).
|
|
Спасибо:
|
|
|
|
|
esper
|
Дата: 30.05.2011
aspirant Кстати, может быть сделаем 4 потока, исходя из этой информации (взято отсюда)? - Default линк - вспомогательные потоки (POS, PART, INFO, MISC, CLMONEY, INDEX, VOLAT, VM);
- Первый direct линк - основные торговые потоки (TRADE, AGGR, COMMON);
- Второй direct линк - подача команд;
- Третий direct линк - получение исторических данных по потоку TRADE (SNAPSHOT).
Думаю, это не совсем логично, например, Третий direct линк будет использоваться только однажды при старте и потом будет простаивать. Может так: - подача команд;
- получение редкоменяющихся данных + волатильность;
- получение данных по фьючерсам;
- получение данных по опционам.
? В любом случае, надо будет контролировать размер очереди по логам, да и данных на тестовом контуре не так много, чтобы нормально протестировать[sad]
|
|
Спасибо:
|
|
|
|
|
Mikhail Sukhov
|
Дата: 30.05.2011
esper - подача команд;
- получение редкоменяющихся данных + волатильность;
- получение данных по фьючерсам;
- получение данных по опционам.
? 3 и 4 имеют разную нагрузку. Может сделать получение стаканов в отдельном потоке.
|
|
Спасибо:
|
|
|
|
|
aspirant
|
Дата: 30.05.2011
Mikhail Sukhov esper - подача команд;
- получение редкоменяющихся данных + волатильность;
- получение данных по фьючерсам;
- получение данных по опционам.
? 3 и 4 имеют разную нагрузку. Может сделать получение стаканов в отдельном потоке. Тогда получается три подключения: команды, стаканы и все остальное? Если все правильно, займусь.
|
|
Спасибо:
|
|
|
|