Mikhail Sukhov
|
Дата: 06.10.2011
maratrus:
Подскажите, пожалуйста, какой метод донесения информации до каждого из потоков является самым правильным и быстрым?
Вопрос не понятие. Что между потоками, что в пределах одного потока данные передаются и получаются с одинаковой скоростью.
|
|
|
|
Спасибо:
|
|
|
|
|
|
_maratrus_
|
Дата: 07.10.2011
Mikhail Sukhov:
maratrus:
Подскажите, пожалуйста, какой метод донесения информации до каждого из потоков является самым правильным и быстрым?
Вопрос не понятие. Что между потоками, что в пределах одного потока данные передаются и получаются с одинаковой скоростью.
Согласен, что вопрос получился несколько запутанным. Позвольте его упростить. Хочется, чтобы при изменении данных в стакане, каждый из потоков
посмотрел, в каком именно стакане это произошло, ответственен ли данный поток за этот инструмент и если да, проделал какие-нибудь действия. Как
это правильно делать в парадигме S# <---> Quik. Надеюсь, так стало понятнее?
По второму вопросу необходимы ли какие либо комментарии?
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 07.10.2011
maratrus:
Согласен, что вопрос получился несколько запутанным. Позвольте его упростить. Хочется, чтобы при изменении данных в стакане, каждый из потоков
посмотрел, в каком именно стакане это произошло, ответственен ли данный поток за этот инструмент и если да, проделал какие-нибудь действия. Как
это правильно делать в парадигме S# <---> Quik. Надеюсь, так стало понятнее?
По второму вопросу необходимы ли какие либо комментарии?
Понятнее. Но это вопрос из серии "как мне сделать так, чтобы все работало как нужно". Путь тут только один - пишите код правильно, чтобы можно было понять какой именно стакан. Парадигма S# относится к этому вопросу косвенно.
Вопрос тоже мягко говоря абстрактный. Цена сделки - это цена сделки. Цены в стакане - это цены заявок. Поймите, что лучше для вашего алгоритма, и выберите. Раз вы задаете подобные вопросы я бы на вашем месте пока не беспокоился о скорости. Главное, хоть как-то сделайте.
|
|
|
|
Спасибо:
|
|
|
|
|
|
Alexander
|
Дата: 07.10.2011
А разве стоит использовать Квик если нужна действительная быстрая работа алгоритма? :)
|
|
|
|
Спасибо:
|
|
|
|
|
|
_maratrus_
|
Дата: 07.10.2011
|
|
|
|
|
Mikhail Sukhov:
- Понятнее. Но это вопрос из серии "как мне сделать так, чтобы все работало как нужно". Путь тут только один - пишите код правильно, чтобы можно было понять какой именно стакан. Парадигма S# относится к этому вопросу косвенно.
- Позвольте мне еще раз уточнить вопрос, чтобы он уж точно имел отношение к S#. Обработчики события "Изменение стакана одного из ранее зарегистрированных инструментов" всегда исполняются в одном треде?
Mikhail Sukhov:
2. Вопрос тоже мягко говоря абстрактный. Цена сделки - это цена сделки. Цены в стакане - это цены заявок. Поймите, что лучше для вашего алгоритма, и выберите. Раз вы задаете подобные вопросы я бы на вашем месте пока не беспокоился о скорости. Главное, хоть как-то сделайте.
- Вопрос возник потому, что алгоритм адаптируется как к ценам заявок, так и к ценам сделок. Так что в этом отношении вы абсолютно правы, мне все равно, откуда получать данные. Поэтому спросил, откуда будет быстрее. Сильное ли замедляется время работы при увеличении количества экспортируемых стаканов?
Alexander Mukhanchikov:
А разве стоит использовать Квик если нужна действительная быстрая работа алгоритма? :)
Подловили :) Нет, квик не единственная используемая схема. Но есть потребность что-то реализовать и в квике. Хотелось бы реализовать наилучшее из возможных решений :)
|
|
|
|
Спасибо:
|
|
|
|
|
|
Mikhail Sukhov
|
Дата: 07.10.2011
maratrus:
- Позвольте мне еще раз уточнить вопрос, чтобы он уж точно имел отношение к S#. Обработчики события "Изменение стакана одного из ранее зарегистрированных инструментов" всегда исполняются в одном треде?
На это не нужно затачиваться. Сейчас стаканы идут в одном своем потоке, но раньше были в разных. Не исключено что вернемся когда-нибудь.
maratrus:
2. Вопрос возник потому, что алгоритм адаптируется как к ценам заявок, так и к ценам сделок. Так что в этом отношении вы абсолютно правы, мне все равно, откуда получать данные. Поэтому спросил, откуда будет быстрее. Сильное ли замедляется время работы при увеличении количества экспортируемых стаканов?
Это все зависит от робота. S# тут постольку-поскольку.
|
|
|
|
|
|