Все (пока нет) о Стратегический тестировщик, Оптимизация и Облако - страница 7

 

Опубликована хорошая статья -

----------------

Оптимизация методом непрерывного прохода вперед (часть 1): Работа с отчетами об оптимизации

В предыдущих статьях(Управление оптимизацией (часть I) и Управление оптимизацией (часть 2)) мы рассмотрели механизм запуска оптимизации в терминале через сторонний процесс. Это позволяет создать некий Менеджер оптимизации, который может реализовать процесс аналогично торговому алгоритму, реализующему конкретный торговый процесс, то есть в полностью автоматическом режиме без вмешательства пользователя. Идея заключается в создании алгоритма, управляющего процессом скользящей оптимизации, в котором форвардный и исторический периоды сдвигаются на заданный интервал и накладываются друг на друга.

Такой подход к оптимизации алгоритма может служить скорее тестированием устойчивости стратегии, чем чистой оптимизацией, хотя он выполняет обе роли. В результате мы можем выяснить, является ли торговая система устойчивой, и определить оптимальные комбинации индикаторов для нее. Поскольку описанный процесс может включать в себя различные методы фильтрации коэффициентов робота и подбора оптимальных комбинаций, которые мы должны проверять на каждом из временных интервалов (которых может быть несколько), процесс вряд ли может быть реализован вручную. Более того, таким образом мы можем столкнуться с ошибками, связанными с передачей данных или другими ошибками, связанными с человеческим фактором. Поэтому необходимы инструменты, которые бы управляли процессом оптимизации извне, без нашего вмешательства. Созданная программа отвечает поставленным целям. Для более структурированного изложения процесс создания программы был разбит на несколько статей, каждая из которых охватывает определенную область процесса создания программы.

Данная часть посвящена созданию инструментария для работы с отчетами по оптимизации, для их импорта из терминала, а также для фильтрации и сортировки полученных данных. Для обеспечения более удобной структуры представления данных мы будем использовать формат файла *xml. Данные из файла могут быть прочитаны как человеком, так и программой. Более того, внутри файла данные могут быть сгруппированы в блоки, что позволяет быстрее и проще получить доступ к необходимой информации.

Наша программа представляет собой сторонний процесс, написанный на C#, и ей необходимо создавать и читать созданные *xml документы аналогично MQL5 программам. Поэтому блок создания отчета будет реализован в виде DLL, которая может быть использована как в MQL5, так и в C# коде. Таким образом, для разработки MQL5-кода нам понадобится библиотека. Сначала мы опишем процесс создания библиотеки, а в следующей статье будет описан MQL5-код, который работает с созданной библиотекой и генерирует параметры оптимизации. Эти параметры мы рассмотрим в данной статье.

Continuous Walk-Forward Optimization (Part 1): Working with Optimization Reports
Continuous Walk-Forward Optimization (Part 1): Working with Optimization Reports
  • www.mql5.com
In the previous articles (Optimization Management (Part I) and Optimization Management (Part 2)) we considered a mechanism for launching the optimization in the terminal through a third-party process. This allows creating a certain Optimization Manager which can implement the process similarly to a trading algorithm implementing a specific...
 

Продолжение в части 2

----------------

Непрерывная сквозная оптимизация (часть 2): Механизм создания отчета об оптимизации для любого робота

Это следующая статья из цикла, посвященного созданию автоматического оптимизатора, который может выполнять сквозную оптимизацию торговых стратегий. В предыдущей статье было описано создание DLL, которая будет использоваться в нашем автоматическом оптимизаторе и в советниках. Эта новая часть полностью посвящена языку MQL5. Мы рассмотрим методы генерации отчетов по оптимизации и применение этой функциональности в ваших алгоритмах.

Тестер стратегий не позволяет получить доступ к своим данным из эксперта, а предоставляемым результатам не хватает детализации, поэтому мы будем использовать функционал загрузки отчета об оптимизации, реализованный в моих предыдущих статьях. Поскольку отдельные части этого функционала были изменены, а другие не были полностью освещены в предыдущих статьях, рассмотрим эти возможности еще раз, поскольку они являются ключевыми частями нашей программы. Начнем с одной из новых возможностей: добавление пользовательской комиссии. Все классы и функции, описанные в этой статье, находятся в директории Include/History manager.

Continuous Walk-Through Optimization (Part 2): Mechanism for creating an optimization report for any robot
Continuous Walk-Through Optimization (Part 2): Mechanism for creating an optimization report for any robot
  • www.mql5.com
This is the next article within a series devoted to the creation of an automated optimizer, which can perform walk-through optimization of trading strategies. The previous article described the creation of a DLL to be used in our auto optimizer and in Expert Advisors. This new part is entirely devoted to the MQL5 language. We will consider...
 

сегодня я попробовал тесты на моей локальной ферме и мой metatrader 5 используемый на linux исчезли мои агенты, я попробовал установить metatester один, но все еще не работает.

и в журнале написано "2020.04.18 17:15:22.124 Tester Cloud servers switched off".





 
herrcrowley:

сегодня я пробовал тесты на моей локальной ферме и мой metatrader 5 используемый на linux исчезли мои агенты, я попробовал установить только metatester, но все еще не работает.

и в журнале указано "2020.04.18 17:15:22.124 Серверы Tester Cloud выключены".


...

Это может быть какое-то ограничение ...
Я знаю, что облако не работает на VPS и в 32-битном Metatrader (но я не уверен насчет Linux ... это может быть то же самое ограничение):

  • Агенты тестирования/Удаленные агенты/MQL5 Cloud Network agents/MetaTester 5 Agents Manager больше не доступны для использования в 32-битных терминалах: они могут работать только в 64-битных системах: подробнее читайте здесь
  • Запрет на использование агентов тестирования, работающих на виртуальных ОС в MQL5.Cloud - подробнее здесь
List of changes in MetaTrader 5 Client Terminal builds
List of changes in MetaTrader 5 Client Terminal builds
  • 2014.06.26
  • www.mql5.com
List of changes in the Help for MQL5:Corrected description of the GlobalVariablesFlush() function , input parameters are not required, Length the c...
 

Я хочу использовать различные подмножества ПК, например IP 180.214.90.6, а не использовать локальную сеть 192.168.1.5.

192.168.1.5 проходит нормально, подключается и работает хорошо.

180.214.90.6 всегда показывает соединение .... (нет проблемы пароля или задачи, которая происходит...).

Если это возможно сделать?


Я делаю больше тестовых примеров... (И нет никаких отладочных сообщений, чтобы убедиться, что происходит?! Это носок ><)

Тестовая среда MT5 Build 2410(08 мая 2020) / Win10 x64 base/All PR >120 Все программное обеспечение используется той же версии.

NB 192.168.18.3

PC1 192.168.18.7

PC2 180.214.90.6 --->(192.168.18.5)

PC3 192.168.18.8 (Ubuntu)

В случае A NB видит PC1 (но скорость ограничена наименьшей, похоже, что баланс нагрузки не работает? )

Случай B PC1 не видит NB

Случай C NB,PC1 не видят PC2

Случай D PC1 может видеть PC1 в локальной сети.

Случай E NB может видеть PC3 (ubuntu после добавления winbind).

Я пробовал разные способы использования. И PC1 получает несколько агентов внутри, я не знаю, будет ли это иметь побочный эффект?

Я пробовал проверять брандмауэр, удалять агентов и добавлять их снова.

Не работает ><

 
Continuous Walk-Forward Optimization (Part 1): Working with Optimization Reports
Continuous Walk-Forward Optimization (Part 1): Working with Optimization Reports
  • www.mql5.com
In the previous articles (Optimization Management (Part I) and Optimization Management (Part 2)) we considered a mechanism for launching the optimization in the terminal through a third-party process. This allows creating a certain Optimization Manager which can implement the process similarly to a trading algorithm implementing a specific...
 
Sergey Golubev:

"Из-за явногонедостатка памяти при избыточном количестве агентов и снижения скорости вычислений на гиперпоточных ядрах мы решили ограничиться только физическими ядрами при работе в облаке.

..

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

Локально вы можете использовать все ядра, так как легко контролируете их отключение".

На моем новом оборудовании (AMD Ryzen 9300, 32 ГБ DDR4) я наблюдаю, как ряд результатов агентов - которые (предположительно) работали на гиперпоточных ядрах, выдают ошибочные результаты в тестере стратегий.

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