авг 24, 2010 - Ха, я кажется понял в чем фишка. Один Квик строит свечки последовательно, по сделкам. 6 квиков посылают сделки параллельно. Как следствие, неправильные свечки. Алго построения свечек основан на том, ч...
|
|
авг 24, 2010 - Чем проще цикл, тем меньше ошибок... Так что насчет разницы между тачками?
|
|
авг 24, 2010 - Сделки анализируются для того, чтобы по-быстрее изменять заявку (баланс и если он равен 0, то и состояние).
|
|
авг 24, 2010 - Так, разница между тачками все-таки есть - 1 квик и несколько?
|
|
авг 24, 2010 - Полностью согласен с неправильным поведением. Я как-то упустил этот момент. Надо топики разделять по багам. А то все сливается в одно и... Ок, Ваш ворк эраунд понятен. А как фиксите случай из http://g...
|
|
авг 24, 2010 - Ок... Еще по логу можете посмотреть, менялись ли старые свечки? Или на всех итерациях неправильное значение? Просто поправка по коду. Как то сложно пишите. Может вот так? foreach (var localCandle in o...
|
|
авг 24, 2010 - Я это пропустил... Так, а какое поведение правильно? Сделки по заявкам появлялись? Именно с объемами 3 и 7?
|
|
авг 24, 2010 - Так Вы же пишите, что включения робота свечки верные. Первые потому, что они полностью сформированы, и трюк к запросом всех свечек по текущее время прокатит. А у Вас наверное запрос свечек идет в OnPr...
|
|
авг 24, 2010 - Если запрашивать через диапазон new Range(firstTime, marketTime), то можно захватить еще не сформированную текущую свечку. Случаем, не это ли случилось?
|
|
авг 24, 2010 - 1. На счет объема не понял - он в лог не выводится... А в чем кривость свечек то? 2. А в чем разница между локальным компьютером и том, на котором лог писался?
|
|