aspirant
|
Дата: 22.04.2011
Mikhail Sukhov  В client_rounter.ini что написано? Какой порт? Код; TCP-порт, на котором слушает роутер
;port=4001
port=3001 Правил сам
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 22.04.2011
aspirant Mikhail Sukhov В client_rounter.ini что написано? Какой порт? Код; TCP-порт, на котором слушает роутер
;port=4001
port=3001 Правил сам Тоесть, значение по умолчанию 4001? А в чем смысл тогда было исправить на 3001?
|
|
|
|
Спасибо:
|
|
|
|
|
|
aspirant
|
Дата: 22.04.2011
Mikhail Sukhov Тоесть, значение по умолчанию 4001? А в чем смысл тогда было исправить на 3001? Чтобы работало[smile]. У тебя там дальше вот так? Код[ROUTEINFO]
; настройка соединений роутера с вышестоящими серверами.
; формат строки: {default|direct} = {ip-адрес | имя FQDN}:{номер порта}
; Должно быть одно дефолтное соединение и может быть от нуля до нескольких директных.
; Об адресах, на котрорые можно и нужно устанавливать дефолтные и директные соединения, проконсультируйтесь
; со службой тех. поддержки!!! В дистрибутиве указана рекомендуемая настройка для соединения с пулом серверов РТС.
;default=p2forts.rts.ru:4001
default=beta-forts.rts.ru:3001 Тоже правил сам.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 22.04.2011
aspirant Mikhail Sukhov Тоесть, значение по умолчанию 4001? А в чем смысл тогда было исправить на 3001? Чтобы работало[smile]. У тебя там дальше вот так? У меня работает и с 4001 и с 3001. Может оставим тот, который по умолчанию после установки идет?
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 01.05.2011
aspirant Mikhail Sukhov Зачем нужна такая конструкция? КодThreadPool.QueueUserWorkItem(s =>
{
//WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _futuresSessionOnline, _optionQuotesOnline, _optionSessionOnline });
WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _optionQuotesOnline }); Ты имеешь в виду, зачем запускать этот кусок в отдельном потоке? Не увидел твоего ответа... Зачем вообще нужны WaintHandle-ы? Что блокируется и для чего?
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 06.05.2011
Mikhail Sukhov aspirant Mikhail Sukhov Зачем нужна такая конструкция? КодThreadPool.QueueUserWorkItem(s =>
{
//WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _futuresSessionOnline, _optionQuotesOnline, _optionSessionOnline });
WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _optionQuotesOnline }); Ты имеешь в виду, зачем запускать этот кусок в отдельном потоке? Не увидел твоего ответа... Зачем вообще нужны WaintHandle-ы? Что блокируется и для чего? Ок, раз никто не знает, можно удалять?[laugh]
|
|
|
|
Спасибо:
|
|
|
|
|
|
aspirant
|
Дата: 06.05.2011
|
|
|
|
|
Mikhail Sukhov Mikhail Sukhov aspirant Mikhail Sukhov Зачем нужна такая конструкция? КодThreadPool.QueueUserWorkItem(s =>
{
//WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _futuresSessionOnline, _optionQuotesOnline, _optionSessionOnline });
WaitHandle.WaitAll(new[] { _futuresQuotesOnline, _optionQuotesOnline }); Ты имеешь в виду, зачем запускать этот кусок в отдельном потоке? Не увидел твоего ответа... Зачем вообще нужны WaintHandle-ы? Что блокируется и для чего? Ок, раз никто не знает, можно удалять?[laugh] Извини, выпал из процесса на несколько дней и пропустил твое предыдущее сообщение. Вот здесь вы со skuvv'ом писали, что сначала нужно скачать инструменты, а уже потом запускать остальные системные потоки. Именно из-за этого мы ждем, пока не скачается вся информация по инструментам, после чего потоки инструментов перейдут в состояние TDataStreamState.DS_STATE_ONLINE (см. методы OnFuturesQuotesStreamStateChanged / OnOptionQuotesStreamStateChanged), после чего сигнализуруем, что можно запускать остальные потоки.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 07.05.2011
aspirant Извини, выпал из процесса на несколько дней и пропустил твое предыдущее сообщение. Вот здесь вы со skuvv'ом писали, что сначала нужно скачать инструменты, а уже потом запускать остальные системные потоки. Именно из-за этого мы ждем, пока не скачается вся информация по инструментам, после чего потоки инструментов перейдут в состояние TDataStreamState.DS_STATE_ONLINE (см. методы OnFuturesQuotesStreamStateChanged / OnOptionQuotesStreamStateChanged), после чего сигнализуруем, что можно запускать остальные потоки. Понял. Тогда я это удаляю. Оно не нужно, так как теперь используется метод BaseTrader.ProcessSecurityAction.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 07.05.2011
|
|
|
|
|
Mikhail Sukhov aspirant Извини, выпал из процесса на несколько дней и пропустил твое предыдущее сообщение. Вот здесь вы со skuvv'ом писали, что сначала нужно скачать инструменты, а уже потом запускать остальные системные потоки. Именно из-за этого мы ждем, пока не скачается вся информация по инструментам, после чего потоки инструментов перейдут в состояние TDataStreamState.DS_STATE_ONLINE (см. методы OnFuturesQuotesStreamStateChanged / OnOptionQuotesStreamStateChanged), после чего сигнализуруем, что можно запускать остальные потоки. Понял. Тогда я это удаляю. Оно не нужно, так как теперь используется метод BaseTrader.ProcessSecurityAction. За одно вынес все потоки в класс PlazaListenerRegistry. Во время переноса увидел, что потоки в классе PlazaTrader дублируют те, что есть в PlazaListenerRegistry. Первые убрал в пользу вторых. Если юзер коду нужно будет получать данные из основных потоков, пусть подписывается на те же самые события класса PlazaListener, что и PlazaTrader.
|
|
|
|
Спасибо:
|
|
|
|
|
|
aspirant
|
Дата: 07.05.2011
Mikhail Sukhov OK, понятно. Mikhail Sukhov Если юзер коду нужно будет получать данные из основных потоков, пусть подписывается на те же самые события класса PlazaListener, что и PlazaTrader. Я думал о таком объединении потоков. Решил сделать раздельно, потому, если пользователь запустит в своем обработчике событий некое длительное действие, то застопорится получение системной информации, до тех пор пока не завершится клиентский обработчик событий. А в нашем случае речь идет о миллисекундах. Или я усложняю?
|
|
|
|
Спасибо:
|
|
|
|
|