Si#
Si# личный блог
08 августа 2014, 14:23

Алготрейдинг и ??????????

Парни, используете ли вы в алгоритмах многопоточность/многозадачность?
Ессть ли смысл в этом для обычных роботов т.е. не HFT
7 Комментариев
  • SECRET
    08 августа 2014, 14:27
    есть конечно
    • Lyoha111
      08 августа 2014, 14:45
      SECRET, как ваш робот? не слился ещё?
      • SECRET
        08 августа 2014, 16:37
        Lyoha111, Все ок, на ЛЧИ спалю еще несколько граалей ;)
  • Spekyl
    08 августа 2014, 14:29
    С# изначально многопоточен
  • day0markets.ru
    12 августа 2014, 11:34
    многопоточность это хорошо, если она нужна. Если не HFT, то необходимость многопоточности под большим вопросом. Хотя если код парсит/качает данные с каких-нибудь сайтов, то тогда можно об этом подумать. В общем, если нужна многопоточность, то ты это поймешь, когда запустишь код на одном потоке и он будет подвисать.
  • Алексей Ван <o-s-a.net>
    23 августа 2014, 19:22
    Да, лично я использую и в не HFT тоже. Но это связано лишь с тем, что использую C# в своих работах. И по многопоточности, тут вопрос скорее к языку реализации робота, ну и ещё конечно к компетенции программиста, если язык поддерживает многопоточность.
    Если это C#, С++, Delphi, и т.д. то значит, приходится в любом случае соединяться с каким-то источником данных (Api, терминал или файл) и создавать свой интерфейс. Данные идущие из любого терминала, при событийной архитектуре, создают новые потоки (Quik DDE, SmartCom). Если данные парсятся, то также это делается отдельными классами (и циклами, и потоками соответственно). Обработка интерфейса требует также отдельных потоков, чтобы не тормозить модель. И вообще много где можно многопоточность использовать (лично я, этим злоупотребляю).
    Если в роботе использованы какие-то из языков, встроенных в терминал, то, скорее всего многопоточности нет. Но лишь по тому, что в подобных языках существует на это дело ограничение.

Активные форумы
Что сейчас обсуждают

Старый дизайн
Старый
дизайн