Вечно лагающий MQL5 Cloud

 

Всем привет. Регулярно замечаю различные проблемы с MQL5 Cloud, а именно:

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

Конечно, не всегда такое происходит, часто облако отрабатывает на "отлично" и процесс оптимизации происходит очень быстро и круто, но подобные проблемы я встречаю настолько часто, что решил спросить здесь. Поделитесь опытом, сталкивается ли кто-то с подобным, как для себя решил данный вопрос? Может дешевле и быстрее арендовать какой-нибудь сервер и проводить вычисления там?

 
Главное правило: перед отправкой задания в облако, нужно скомпилировать советник. То есть скомпилировали -> запустили тест в облаке. Между этими двумя шагами не должно быть никаких запусков отладки.
 
Vladimir Karputov:
Главное правило: перед отправкой задания в облако, нужно скомпилировать советник. То есть скомпилировали -> запустили тест в облаке. Между этими двумя шагами не должно быть никаких запусков отладки.

Советник скомпилирован, конечно. Это здесь не при чем.

 
Сегодня новая проблема. Проходит 400-500 (из 10к генетических) тестов очень быстро и ближе к 500 застревает практически намертво. Скорость падает почти до нуля. Тесты до этой отметки проходят очень быстро, как и должно быть, а далее грусть-печаль. Перезапуск оптимизации показывает идентичную картинку (сначала быстро, потом очень медленно).
 
Gleb Gorokhov:
Сегодня новая проблема. Проходит 400-500 (из 10к генетических) тестов очень быстро и ближе к 500 застревает практически намертво. Скорость падает почти до нуля. Тесты до этой отметки проходят очень быстро, как и должно быть, а далее грусть-печаль. Перезапуск оптимизации показывает идентичную картинку (сначала быстро, потом очень медленно).

Записал видео с демонстрацией. Спустя почти полчаса дошло до 511 прохода...

 
Gleb Gorokhov:

Записал видео с демонстрацией. Спустя почти полчаса дошло до 511 прохода...

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

 
Anton:

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

Каждый раз на ~500 проходе? Даже если параметры разные, комбинации тоже, соответственно? Это как?

 
Gleb Gorokhov:

Каждый раз на ~500 проходе? Даже если параметры разные, комбинации тоже, соответственно? Это как?

Потестировав предыдущие версии моего советника, сделал вывод, что проблема действительно где-то в нём, не в облаке. Как найду причину, напишу. Надеюсь, кому-то поможет

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

Очень многое исправили как со стороны серверов, так и агентов с терминалами.

Обязательно нужно использовать последние беты терминала(2515).

С выпуском релиза мы сделаем перезапуск сети распределенных вычислений и покажем ее преимущества.

На текущий момент клаудная сеть безальтернативна. Без нее практически невозможно вести исследования.
 
Renat Fatkhullin:
В последние две недели мы ведем большую работу по оптимизации клаудной сети и исправлению застарелых ошибок.

Очень многое исправили как со стороны серверов, так и агентов с терминалами.

Обязательно нужно использовать последние беты терминала(2515).

С выпуском релиза мы сделаем перезапуск сети распределенных вычислений и покажем ее преимущества.

На текущий момент клаудная сеть безальтернативна. Без нее практически невозможно вести исследования.

ждемс

Причина обращения: