Новая версия платформы MetaTrader 5 build 1930: Плавающие окна графиков и .Net библиотеки в MQL5 - страница 121
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Пишу скрипт:
Запускаю его на любом (не кастомном) графике.
В результате, график замирает и с приходом нового тика бары с графика исчезают. Количество баров становится равным 1.
Этот же эффект наблюдается если обновить график через команду 'Обновить' из выпадающего меню как на этом видео https://www.mql5.com/ru/forum/285631/page120#comment_10313536
Похоже, что у вас одного такое происходит.
Нужно гораздо больше информации, включая сервер, размеры лимитов баров, логи и что с файлами происходит - нет ли блокировок или смены прав. И тд.
Ну и проведите эксперимент чисто - уберите все, включая другие скрипты/индикаторы, сделайте полный скриншот, чтобы была видна чистота эксперимента.
Точнее сказать ускорение от 20% до 15 раз при добавлении на разных сценариях. Замена ускорена в 3 раза. Удаление до 36 раз.
Ваш пример с пустыми 10 млн тиками теперь отрабатывается за приемлемое время:
раньше уходил в экстремально долгий процессинг.
Код для теста
Результат
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Баг компилятора: неверный приоритет кастинга
Alexey Navoykov, 2019.01.19 00:38
Ошибка компилятора. В приведённом коде он не может определиться между даун-кастом (который всегда разрешён неявно), и ап-кастом (который вообще недопустим в других языках в неявном виде). Если уж в MQL по какой-то причине разрешают неявный ап-каст (что само по себе ошибка), то он хотя бы должен иметь приоритет ниже, чем у даун-каста.
В C++ естественно всё компилируется нормально.
Спасибо за УДО!
Рискну описать пока другую проблему.
Билд 1950
Оптимизация в режиме "Математические вычисления".
Имеем маленькую сеть агентов, часть в локальной сети, часть удаленно находятся, все объединены с помощью Hamachi в одну сеть.
Откомпилированный файл занимает примерно 11 мегабайт, исходник 20.
Интернет не очень быстрый скорость на отдачу/прием - 766/6137 kbps.
Агенты не продаются через CLOUD, единовременно используются только мной.
При оптимизации очень часта ситуация, когда агенты на удаленной сети не могут начать работу, вот лог относительно одного из агентов с такой проблемой:
Решением является уменьшения числа удаленных агентов и запуск их по одному-двум.
Как я понимаю, что происходит передача данных, которая обрывается из-за повторного запроса терминала на соединение, т.е. терминал не знает, что уже передает данные агенту и нужно просто подождать окончания их передачи.
P.S. Если чего то не хватает, то просьба сразу не банить, а истребовать недостающую информацию, что принято в цивилизованном обществе - регламента то сейчас для баг репортов нет!
Билд 1973.
Проблема больше не проявляется. У себя изменений никаких не делал.
Поспешил с выводами. Проявляется.
Обнуление последних элементов индикаторных буферов на случай, когда условия не исполняются, не дало результата.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Новая версия платформы MetaTrader 5 build 1930: Плавающие окна графиков и .Net библиотеки в MQL5
Anatoli Kazharski, 2019.01.17 22:22
Да, текущее значение при увеличении буферов нужно принудительно обнулять, если все условия не исполняются. Я сообщу о результате, когда внесу исправления и проведу тесты.//---
Результаты оптимизации не совпадают с результатами тестов.
Билд 1973.
Проблема больше не проявляется. У себя изменений никаких не делал.
Поспешил с выводами. Проявляется.
Обнуление последних элементов индикаторных буферов на случай, когда условия не исполняются, не дало результата.
//---
Результаты оптимизации не совпадают с результатами тестов.
Замените индикатор на что-нибудь из стандартной поставки. Если исчезнут расхождения - проблема в Вашем индикаторе.
Замените индикатор на что-нибудь из стандартной поставки. Если исчезнут расхождения - проблема в Вашем индикаторе.
Так и пытаюсь выяснить, в чём именно проблема.
В тестере, в индикаторе, в эксперте. Неважно.
На графике всё показывает правильно. В режиме визуализации в тестере тоже.
Почему результаты оптимизации врут?
Замените индикатор на что-нибудь из стандартной поставки. Если исчезнут расхождения - проблема в Вашем индикаторе.
Обнаружил, что многие результаты совпадают.
Теперь ищу, при каких параметрах бывают несовпадения и почему.
По крайней мере изменения есть в результатах оптимизации в билде 1973. Нет чрезмерно завышенных показателей фактора восстановления, как было показано ранее на скриншотах.
Так и пытаюсь выяснить, в чём именно проблема.
В тестере, в индикаторе, в эксперте. Неважно.
На графике всё показывает правильно. В режиме визуализации в тестере тоже.
Почему результаты оптимизации врут?
Использую только Bruteforce-оптимизацию. На моих советниках все совпадает идеально даже тогда, когда используется предсказание, какой будет результат Тестера.