Мы запускаем облачный сервис MQL5 Cloud Network! - страница 110
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Пожалуйста, введите ограничения на минимально допустимый PR! Это ведь ни в какие ворота не лезит, когда 99% агентов выполняют задание за минуту, и потом оптимизатор ждёт ещё минут 20 пока несколько тормозных агентов просчитают свои задания!
Агенты, которые работают более, чем в два раза медленнее, чем в среднем по облаку, должны быть запрещены!
Жесть
средний PR облака, допустим 100; отключаем все ниже 50, средний PR стал, скажем 120, отключаем те, которые ниже 60 и т. п.; в итоге останутся агенты с PR не менее чем в два раза меньше максимального PR в облаке (в пределе, но недостижимом).
А даже дохленький агент может выполнить какую-то задачу в переборе (или в форвард тестировании) без ущерба для других.
Пожалуйста, введите ограничения на минимально допустимый PR! Это ведь ни в какие ворота не лезит, когда 99% агентов выполняют задание за минуту, и потом оптимизатор ждёт ещё минут 20 пока несколько тормозных агентов просчитают свои задания!
Агенты, которые работают более, чем в два раза медленнее, чем в среднем по облаку, должны быть запрещены!
Хорошо, используйте разные алгоритмы для полного перебора и для генетики. Для генетики медленные агенты - это СМЕРТЬ!
Уже давно так сделано - при использовании генетики только агенты с PR более 100.
вы сами лично это давно использовали?
я вот попробовал и говорю вам, что в данный момент это UNUSABLE, по крайней мере для сложных задач, которые на моих собственных агентах считаются по 7 минут! так вот в облаке есть агенты, которые считают это чуть ли ни по часу, в результате генетическая оптимизация простаивает минимум по пол часа, в ожидании пока 1-2 тормозных агента вернут результат. мне приходится на каждой генерации, когда отработают все агенты кроме пары-тройки самых тормозных, отрубать облако, перекидывая их задачи на свои ядра. это, разумеется неудобно и занимает минимум в 2 раза больше времени, но это всё равно быстрее, чем ждать пока эти тормоза отработают.
вы сами лично это давно использовали?
я вот попробовал и говорю вам, что в данный момент это UNUSABLE, по крайней мере для сложных задач, которые на моих собственных агентах считаются по 7 минут! так вот в облаке есть агенты, которые считают это чуть ли ни по часу, в результате генетическая оптимизация простаивает минимум по пол часа, в ожидании пока 1-2 тормозных агента вернут результат. мне приходится на каждой генерации, когда отработают все агенты кроме пары-тройки самых тормозных, отрубать облако, перекидывая их задачи на свои ядра. это, разумеется неудобно и занимает минимум в 2 раза больше времени, но это всё равно быстрее, чем ждать пока эти тормоза отработают.
отбой. прошу прощения. посмотрел "полные журналы оптимизации" и понял, что дело не в производительности агентов, а в некоторых экзотических сочетаниях параметров, которые приводят к очень долгому просчёту. сорри.
Да, нужно быть готовым к тому, что при некоторых условиях или для некоторых торговых стратегий может сложиться такая ситуация, что один проход в тестере занимает секунды, а другой, с почти такими же параметрами, занимает минуты и десятки минут.
Разработчик эксперта должен постараться самостоятельно понять, какие условия или алгоритмы в его программе могут приводить к катасрофическому увеличению времени тестирования. Теоретически, вы можете предварительно прогнать грубую генетическую оптимизацию на локальных агентах (с большими шагами в параметрах), чтобы попробовать отловить такие потенцаильно опасные моменты. Но время выполнения каждого прохода нужно смотреть в логах тестера.
Добрый вечер.Облака "пропали".Обнаружил два дня назад.Неделю назад были точно.Конкретную дату получается не знаю.
Никакие настройки не менял.WIN 7 ,32 бит.Терминал Инста.Билд 574.Обновления не было еще.
В MQ все в порядке.Билд 581.
Удалось законнектится с терминала MQ (581) на сервера Инста. Облака сохранились и работают.
Значит вопрос ,почему не видно с оригинала Инста (574).