Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Скорее чудеса реального исполнения. В тестере советник и торговый сервер (тестовый) - один на один. В тестере советник всего один (нет мешающих соседей) и все исполнения синхронны.
В реальной жизни Ваш советник находится на одном компьютере ещё с 4 десятками других советников, которые, как и Ваш тоже работают. В реальной жизни торговый сервер работает не только с Вашим советником но и с тысячами других. В реальной жизни исполнение - асинхронно.
Вы запускали тестирование Вашего советника в режиме "произвольная задержка исполнения"?
В режиме "произвольная задержка исполнения" резульнтат по входу в рынок примерно такой же, т.е. только две сделки на покупку и все. А по прибыли меньше ~ на 4000.
Сейчас я еще индикаторы посмотрю ( .
У Вас позиции закрываются только по стопам или еще есть механизм принудительного закрытия позиций?
Тестер таки показал все сделки которые были реально на чемпионате, но почемуто только сегодня?
Ну если в пятерке тестер такой идеальный, то, возможно, есть шанс на успех )).
Тестер последние сутки не тестирует.
Ренат, а почему тестер в МТ4 тестирует последние сутки, а в МТ5 нет? Разве настолько большие отличия в сути тикообразования?
Кстати, да. Нащёт оптимизации вроди бы выяснили - облако, рассинхронизация и т.д. Хтя непонятки всё равно остались, Вроде ж можно ограничить точку завершения (точно указать время). Ну да ладно, не очень принципиально.
Но одиночный тест с конкретными параметрами на своём компе.....
Для сравнения актуальной торговли на реале/демо и в тестере.
?
Ренат, а почему тестер в МТ4 тестирует последние сутки, а в МТ5 нет? Разве настолько большие отличия в сути тикообразования?
В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.
В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:
1. Постоянное прокачивание минутного контейнера последнего дня.
2. Разные исторические данные на разных агентах в зависимости от момента подключения агента
В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.
В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:
1. Постоянное прокачивание минутного контейнера последнего дня.
2. Разные исторические данные на разных агентах в зависимости от момента подключения агента
А если оптимизацию ограничить суточной дискретностью, а тестирование (одиночное) последнего дня таки разрешить? Очень востребованная функция, особенно при быстрых (относительно) изменениях в рынке. Дело в том, что важно бывает убедиться, действительно ли выбранная из оптимизатора реализация параметров способна успешно торговать в настоящем времени.
В МТ4 тестер "вмонтирован" в терминал и напрямую пользуется историей. Оптимизатор запросто может "заморозить" состояние истории на момент начала оптимизации.
В МТ5 тестер - отдельное приложение, которое каждый раз синхронизирует историю с терминалом. Данные последнего дня постоянно меняются, поэтому:
1. Постоянное прокачивание минутного контейнера последнего дня.
2. Разные исторические данные на разных агентах в зависимости от момента подключения агента
это ок. подкачка, данные - это все источники тиков.
но вопрос - почему не дать проверять тесты на тиках текущего дня? Почему отсутствует такая возможность?
но вопрос - почему не дать проверять тесты на тиках текущего дня? Почему отсутствует такая возможность?
Потому что есть проблема с временным сдвигом и точкой синхронизации.
Чтобы не иметь проблем с данными в клаудах (где огромные распределенные кеши) и удаленных агентах, мы специально ограничиваем предыдущими сутками. Сутки (суточный блок) - это минимальная порция синхронизации в нашей сети и в распределенной сети экономически невыгодно (полностью противопоказано) заниматься досылками постоянно меняющейся части минимального блока.
То есть, это техническое условие и оно не может быть изменено.