Bild 210 - Tester, bug 2007.01.01

 

Если начальная дата тестирования - 2007.01.01 и советник открывает позицию на первом тике, то она открывается на 2006.03.11 01:23

Простенький советник для возпроизведения прилагается

Файлы:
 
А у меня в 1999 году (после загрузки из historyCenter)
 

У меня первая сделка 2006.08.04 01:23, стоит отметить это происходит только в режиме все тики, точки и цены открытия в норме, причем из прошлого приходит только один тик, следующий уже как надо 2007.01.01.

Видно убранная галочка так просто не сдается)

 
Я проверил - есть первый тик из прошлого при указании стартовой даты. Обязательно исправим в понедельник.

Спасибо за найденную ошибку.
 
Ещё (раньше не замечал, поэтому не могу утверждать, что это глюк): провели оптимизацию, перекомпилировали советник, с помощью контекстного меню "установить параметры" на вкладке результаты оптимизации, устанавливаем параметры, запускаем тестирование. .. и параметры почему-то остаются по умолчанию, которые были в советнике. Повторная установка параметров, после первого тестирования предыдущего тестирования, уже работает.
 
Странное поведение терминала 210 при в режиме тестирования и оптимизации!? После апдейта с 208/209 на 210 билд постоянно возникает следующая ситуация при старте тестрирования. 1. Старт 2. сообщение - загрузка М1 3. сообщение - Используется М1 4. СТУПОР!!! далее процесс не идет (загрузка процессора компа 100%, процесс-бар терминала пуст), время эксперимента от 5мин до 30 мин .... 5. после паузы нажимаем СТОП и далее СТАРТ 6. сообщение - Используется М1 7. начало процесса тестрирования до победного конца. Вопрос: c чем это может быть связано? Уточнения, дополнения: - на 208 и 209 ничего подобного не возникает - аналогичное поведение наблюдается на других моих ПК (OS winXP Pro) - полная переустановка МТ4 и последующая прогрузка исторических данных на исправила ситуацию - после первого прохода по следовательности п.1-п.7 дальнейшие запуски тестера происходят без пересчета данных тестирования и нормально стартуют и завершаются - любое изменение кода эксперта и его перекомпиляция и соответственно загрузка в тестер приводит к обходимости повторения п.1-п.7 - аналогично дело обстоит с оптимизацией - если перед оптимизацией не пройти п.1-п.7, то зависаем навсегда :( Возможно это происходит только у меня? Или я что-то не так делаю?
 
А какой объем оперативной памяти?

Дело в том, что при недостатке памяти (меньше 1Gb) и использовании детальной минутной истории с 1999 года, требуется достаточно много памяти. Если памяти мало, то происходит постоянный своппинг данных на диск, что кардинально замедляет процесс тестирования. Для тестирования нужно иметь мощный компьютер с памятью от 2 Gb, многоядерным процессором и быстрым жестким диском.

В 210 билде мы принудительно пересчитываем все моделируемый последовательности, чтобы избежать работы на некорректных данных.
 
Добрый день, Ренат

CPU 2600 HIPERTRADING , RAM 1GB

Стартовая дата на результат не влияет.

И в принципе, впечатление не в плане замедления процесса тестирования, а в остновке тестирования после старта "навсегда".


По таскменеджеру видно, что процессор нагружен " по самое немогу", RAM используется наполовину, свап-файл не превышает объема RAM.


Вот собственно и все.

С уважением, Александр.
 
А активен ли торговый счет в момент начала теста?

Попробуйте сделать следующее:
  • почистите диск, проведите его дефрагментацию
  • закачайте вручную историю из History Center по клавише "Скачать"
  • обязательно выставьте в настройках программы "Максимальное количество баров на графике" = 100 000, но никак не миллионы баров (миллионы пусть на файловой истории стоят).
  • уменьшите количество открытых графиков и индикаторов на них (это освободит память)
  • обязательно перезапустите терминал и попробуйте начать тесты заново
  • через таск менеджер проверьте, кто потребляет ресурсы процессора - сам терминал или антивирус/файрволл и тд
 
  • почистите диск, проведите его дефрагментацию
  • закачайте вручную историю из History Center по клавише "Скачать"
  • обязательно выставьте в настройках программы "Максимальное количество баров на графике" = 100 000, но никак не миллионы баров (миллионы пусть на файловой истории стоят).
  • уменьшите количество открытых графиков и индикаторов на них (это освободит память)
  • обязательно перезапустите терминал и попробуйте начать тесты заново
  • через таск менеджер проверьте, кто потребляет ресурсы процессора - сам терминал или антивирус/файрволл и тд
-----------------------------------------------------------------------------------------------------------------------------------------------------------------


Спасибо за рекомендации,

Из перечисленного, возможно не выпонлнен только пункт 3 - "Максимальное количество баров на графике" = 100 000, возможно это является причиной. Проверю

На терминале, где ведется тестирование использую только один необходимый график.

С загрузкой процессора все в порядке, с момента старта тестирования 98-99% - это MT4 (остальные "отдыхают"), просто при необходимости выставляю приоритет MT4 "выше нормального"
================================================================================================================================

В параллельной ветке прочел о завершении эпохи "фрактальной интерполяции", но не понял что ныне пришло на смену в плане моделирования тиков внутри бара?

А по правде сказать - MT4 это КЛАССНЫЙ ИНСТРУМЕНТ для работы и разработки на MQL4 (RULEZZZZZZZZ!!! )
 
В параллельной ветке прочел о завершении эпохи "фрактальной интерполяции", но не понял что ныне пришло на смену в плане моделирования тиков внутри бара?
Мы сильно упростили режим "Контрольных точек", убрав в нем фрактальное моделирование и показатель качества. Теперь "контрольные точки" можно использовать только для быстрой и грубой проверки своих идей, а также для ускоренного прохождения режима визуализации.

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