Ошибка: котирование порождает несколько выполненных заявок


Ошибка: котирование порождает несколько выполненных заявок
Atom
10.11.2011


Проблема проявляется даже стандартном примере SampleHistoryTesting. Для обнаружения в OnProcess достаточно добавить
Код
if (Math.Abs(PositionManager.Position) > Volume)
  throw new Exception("Неверное состояние - поза превышает рабочий объем.");

и после получения эксепшена посмотреть Trader.Orders - последние две заявки будут исполненными, а перед ними будет несколько отмененных с примерно тем же временем.

Ошибка плавающая, возникает иногда на первой же заявке, а иногда несколько первых заявок проходят нормально.

Теги:


Спасибо:


<< < 2 3 4 5 6  >
Camill

Фотография
Дата: 18.11.2011
Ответить


Mikhail Sukhov Перейти
Обычное в сравнительном приложении в русском языке пишут 2 части. Вторую часть пишут через слово "чем". Собственно, чем что?

Чем 3.2.11 при прогоне на одинаковой истории с той же стратегией.
Спасибо:

Mikhail Sukhov

Фотография
Дата: 18.11.2011
Ответить


Camill Перейти
Mikhail Sukhov Перейти
Обычное в сравнительном приложении в русском языке пишут 2 части. Вторую часть пишут через слово "чем". Собственно, чем что?

Чем 3.2.11 при прогоне на одинаковой истории с той же стратегией.


Сейчас проверим по памяти и скорости. Могу только зрительно.
Спасибо:

Mikhail Sukhov

Фотография
Дата: 18.11.2011
Ответить


Может стоит сделать визуально в примере отображение производительности?
Спасибо:

Camill

Фотография
Дата: 18.11.2011
Ответить


Проверил на SampleHistoryTesting - запускал по два раза. По времени стало 23:17 и 24:19 против 13:17 и 9:33, а вот по памяти разница небольшая - 1,5 против 1,2.
Спасибо:

Camill

Фотография
Дата: 18.11.2011
Ответить


Но на моем проекте прогоняется истории fRTS с 2009 года, и могут быть нюансы с работой GC.
По факту посчитались только два года, а съедено уже 8 гигов, раньше было 4-5.
Ну и дополнительные тормоза за счет работы свопа появились, видимо.
Спасибо:

Mikhail Sukhov

Фотография
Дата: 18.11.2011
Ответить


Camill Перейти
По факту посчитались только два года, а съедено уже 8 гигов, раньше было 4-5.


Ничего не понимаю. Вы пишите, что было 1.2 стало 1.5 гига. Теперь цифры другие, с 4 до 8. Какие цифры правильные?
Спасибо:

Camill

Фотография
Дата: 18.11.2011
Ответить


На тестовом примере - 1,5 и 1,2.
На моем - 8 и 4.
Спасибо:

Mikhail Sukhov

Фотография
Дата: 18.11.2011
Ответить


Camill Перейти
На тестовом примере - 1,5 и 1,2.
На моем - 8 и 4.


Тогда нужно смотреть профайлером, что так много кушает у вас. Пример то мало потребляет, а данные все те же генерирует.
Спасибо:

Camill

Фотография
Дата: 18.11.2011
Ответить


Пример проходит один фьючерс, а я всю серию, с RIH9 по RIZ1.
Скорее всего, где-то утечка памяти.
Профайлером пытаться смотреть, но пока не разобрался, как им пользоваться.

И в любом случае, это не может влиять на скорость тестового примера. 16 гигов оперативки ему более чем достаточно. Так что тормоза надо лечить отдельно.
Спасибо:

Camill

Фотография
Дата: 18.11.2011
Ответить


Еще один аргумент за утечку - когда я ставил запуск GC в конце каждого дня истории, вылетала ошибка где-то внутри генератора свечей.
Попробую повторить, напишу подробнее.
Спасибо:
<< < 2 3 4 5 6  >

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.

loading
clippy