Пиши и зарабатывай на MQL5 - страница 113
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Добавил тему в таблицу
Получение списка функций, глобальный переменных, дефайнов, классов и т.д.
Опубликована статья Применение OpenCL для тестирования свечных моделей, но непонятно к какой теме её отнести
Описание в #863 и далее
Описание в #872 и посты перед ним
Возьму
Получение списка функций, глобальный переменных, дефайнов, классов и т.д.
Отметил в таблице
Тема
Графический интерфейс для запуска второго терминала . MQL5
Графический интерфейс на MQL5, парсим отчет оптимизации и прогоняем каждый проход отдельно, записываем в базу данных (например, XML-файл). Используем наработки статьи #1
Парсим отчет и делаем свои отчеты. Можно с отправкой на сайт.
форвардные тесты со смещением 1неделя/1 месяц. Используем наработки статьи #1
обрабатываем лучшие параметры скользящей оптимизации и смотрим как они "плывут". Используем наработки статьи #4
строим класс от CTrade с реверсивным исполнением. Гоняем сначала оптимизацию с прямым исполнением, потом разоврачиваем в обратную сторону
Использование ALGLIB для выбора символов (вот популярное объяснение на хабре http://smart-lab.ru/blog/350528.php, в инете также есть видео с вебинаров на эту тему.)
Методы DSP
обрабатываем детальные отчеты по статье #2
берем наборы валютных пар EURUSD/EURGBP/EURCHF/EURJPY и смотрим корреляции, например, Спирмена
строим средний график прибыли по времени (старая идея - 11 лет назад)
обзор 10-ти стратегий, отчеты тестера
перебираем результаты из статей №№25 и 26
Cпособ построения зигзага на разных осцилляторах. Лучше сделать GUI
снимаем все метки входа/выхода с графиков визуализации и прогоняем через плеер торговли
Индикатор, который записывает значения важных индикаторов во время тестирования. Создаем шаблон тестирования с этим индикатором и шпионим за стратегией входов
Для валютных пар или вообще всего что есть в терминале
Анализ торговых прогнозов на Forex Magazin в прошлые годы
Смотрим, как отличаются параметры на аптренде/даунтренде/флете
Раскрашиваем 2D плоскость в RGB (R-прибыль, G - просадка, B - профит фактор)
Используем управляемую оптимизацию, может быть sinput-ы
По книге Линды Рашки.
По книге Линды Рашки.
Получение списка функций, глобальный переменных, дефайнов, классов и т.д.
Описание в #863 и далее
Описание в #872 и посты перед ним
#896
#897
#898
#899
#900
#902
#903 #904 #12
#881
Нужен пример того, как из советника публиковать на сайте скриншоты, отчеты о торговле на своем сайте. Взять распространенный движок типа Joomla или что-то подобное
#957
#1044
#1053
#1072 и #1079
Продолжение темы #72
#1107 и #1110
В таблице давно присутствует тема 42 (цветная оптимизация) никто что-то берет. Может мне взять? Только надо с обоснованием определиться, что подход экспериментальный, что получиться неизвестно, и неизвестно, можно ли этим будет пользоваться, будет ли какая польза. Можно поэкспериментировать не только с RGB, но и HSL и с Lab. Как понял, подразумевается работа с отчетами оптимизации, то есть парсинг отчетов, а это тема 3 (Анализ торговли по HTML-отчетам). Значит надо сначала написать 3, потом 42. Мог бы тоже взять. Что касается парсинга, есть ли какие требования, например, только регулярными выражениями, или пойдет строковыми функциями? Мог бы строковыми функциями. Регулярками тоже мог бы, но строковыми проще.
В общем, если в теме 3 можно делать парсинг строковыми функция - беру. Если в теме 42 не требуется обоснование полезности, а просто как эксперимент, с целью посмотреть что получится и может ли это как-то пригодиться - тоже беру.
Начните, Дмитрий, там разберемся.
Хорошо, беру.
OpenCL позволяет проводить одноборазные вычисления на различающимися потоками входных данных. То есть выполнять распределенные вычисления по одному алгоритму
По поводу идеи, описанной в #860
Очень важно количество задач. Если речь идёт о результатах быстрой оптимизации, то чаще всего их примерно 10к. По крайней мере, у меня так было в большинстве случаев. Максимум, который я видел, это 25к. Для OpenCL это очень мало. Не думаю, что получится какой-то прирост по сравнению со встроенными функциями.
Допустим, можно растянуть вширь по параметрам, они вроде в большинстве не связаны друг с другом. Количество значений ENUM_STATISTICS около 40. Можно для каждого из проходов одновременно считать все параметры. Пусть получится 25к*40 = 1000000 задач. Это вот тот минимум, при котором можно начать задумываться о реализации на OpenCL.
Но кому это будет нужно? Допустим, есть функция, которая считает всю статистику по всем проходам за 100мс. Что дальше с этим делать?
Я бы взял какую-нибудь тему по OpenCL, например ту же №58, но я не вижу в ней особого смысла. Статья ради статьи? Либо я что-то не так понимаю.
Очень важно количество задач. Если речь идёт о результатах быстрой оптимизации, то чаще всего их примерно 10к. По крайней мере, у меня так было в большинстве случаев. Максимум, который я видел, это 25к. Для OpenCL это очень мало. Не думаю, что получится какой-то прирост по сравнению со встроенными функциями.
Допустим, можно растянуть вширь по параметрам, они вроде в большинстве не связаны друг с другом. Количество значений ENUM_STATISTICS около 40. Можно для каждого из проходов одновременно считать все параметры. Пусть получится 25к*40 = 1000000 задач. Это вот тот минимум, при котором можно начать задумываться о реализации на OpenCL.
Но кому это будет нужно? Допустим, есть функция, которая считает всю статистику по всем проходам за 100мс. Что дальше с этим делать?
Я бы взял какую-нибудь тему по OpenCL, например ту же №58, но я не вижу в ней особого смысла. Статья ради статьи? Либо я что-то не так понимаю.
Задачи должны быть относительно тяжёлыми, тогда есть смысл использовать OCL, иначе загрузка и выгрузка данных в/из устройства может всё преимущество съесть.
Я делал оптимизацию на i5, 4 ядра, ускорение получал почти в 4 раза ~ 3.8, то есть прирост почти линейный от количества ядер.
ЗЫ Подобное ускорение, 3,8 раза, получал на неоптимизированном коде, без ухищрений для синхронизации потоков.