Чудеса с тестером. - страница 6

 
stringo:

Скорее чудеса реального исполнения. В тестере советник и торговый сервер (тестовый) - один на один. В тестере советник всего один (нет мешающих соседей) и все исполнения синхронны.

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

Вы запускали тестирование Вашего советника в режиме "произвольная задержка исполнения"?

В режиме "произвольная задержка исполнения" резульнтат по входу в рынок примерно такой же, т.е. только две сделки на покупку и все. А по прибыли меньше ~ на 4000. 

Сейчас я еще индикаторы посмотрю ( .

 
papaklass:
 У Вас позиции закрываются только по стопам или еще есть механизм принудительного закрытия позиций?
  Только по стопам, нет никаких механизмов принудительного закрытия позиций.
 

 Тестер таки показал все сделки которые были реально на чемпионате, но почемуто только сегодня? 

Ну если в пятерке тестер такой идеальный, то, возможно, есть шанс на успех )).


 
Тестер последние сутки не тестирует.
 
Renat:
Тестер последние сутки не тестирует.
Ренат, а почему тестер в МТ4 тестирует последние сутки, а в МТ5 нет? Разве настолько большие отличия в сути тикообразования?
 
sergeev:
Ренат, а почему тестер в МТ4 тестирует последние сутки, а в МТ5 нет? Разве настолько большие отличия в сути тикообразования?

Кстати, да.  Нащёт оптимизации вроди бы выяснили - облако, рассинхронизация  и т.д.  Хтя непонятки всё равно остались, Вроде ж можно ограничить точку завершения (точно указать время). Ну да ладно, не очень принципиально.

Но одиночный тест с конкретными параметрами на своём компе.....

Для сравнения актуальной торговли на реале/демо и в тестере.

?

 
sergeev:
Ренат, а почему тестер в МТ4 тестирует последние сутки, а в МТ5 нет? Разве настолько большие отличия в сути тикообразования?

В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.

В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:

1. Постоянное прокачивание минутного контейнера последнего дня.

2. Разные исторические данные на разных агентах в зависимости от момента подключения агента

 
stringo:

В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.

В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:

1. Постоянное прокачивание минутного контейнера последнего дня.

2. Разные исторические данные на разных агентах в зависимости от момента подключения агента

А если оптимизацию ограничить суточной дискретностью, а тестирование (одиночное) последнего дня таки разрешить?  Очень востребованная функция, особенно при быстрых (относительно) изменениях в рынке.  Дело в том, что важно бывает убедиться, действительно ли выбранная из оптимизатора реализация параметров способна успешно торговать в настоящем времени.

 
stringo:

В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.

В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:

1. Постоянное прокачивание минутного контейнера последнего дня.

2. Разные исторические данные на разных агентах в зависимости от момента подключения агента

это ок. подкачка, данные - это все источники тиков.

но вопрос - почему не дать проверять тесты на тиках текущего дня?  Почему отсутствует такая возможность? 

 
sergeev:

но вопрос - почему не дать проверять тесты на тиках текущего дня?  Почему отсутствует такая возможность? 

Потому что есть проблема с временным сдвигом и точкой синхронизации.

Чтобы не иметь проблем с данными в клаудах (где огромные распределенные кеши) и удаленных агентах, мы специально ограничиваем предыдущими сутками. Сутки (суточный блок) - это минимальная порция синхронизации в нашей сети и в распределенной сети экономически невыгодно (полностью противопоказано) заниматься досылками постоянно меняющейся части минимального блока.

То есть, это техническое условие и оно не может быть изменено.

Причина обращения: