Особенности языка mql5, тонкости и приёмы работы - страница 60
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не знаю, про какой GUI Вы говорите, но на вкладке параметры окна тестера можно задать поля старт и стоп. И тестер корректно определяет количество значений параметра.
Поле шаг.
Поле шаг.
Поле шаг.
Вероятно причина в том, что полям перечисления можно задать собственные значения, которые могут быть не кратны любому шагу.
Вероятно причина в том, что полям перечисления можно задать собственные значения, которые могут быть не кратны любому шагу.
Да, это не баг, поэтому и речь завелась в этой ветке. А шаг Оптимизации, если очень нужно, задается через MQL для enum.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Библиотеки: TesterBenchmark
fxsaber, 2017.11.22 16:54
Вставляем в каждый из MT5-вариантов всего одну строку
Полноценный ускорился на 67%, кустарный - 108%!
Но главное не в этом. Одной строкой получилось ускорить советники! И это в Оптимизаторе, где Comment никакой роли не играет.
Пример использования
Как это сделать в OnInit (без OnTick) - не знаю.Кусок из диалога по упомянутой теме
Могли бы Вы на примере пояснить, чем эти две строки отличаются в режиме Оптимизации?
При оптимизации в первом случае перед принтом будет вычислено строковое выражение. Сам принт вызовется, но не отработает
Во втором случае принт вызовется, но не отработает. И не отработает преобразование в строку i+d
При простом тестировании результаты первого и второго вызовов и по времени, и по полученному выводу будут одинаковыми.
Т.е. гораздо дешевле для режимов Оптимизации использовать Print с запятыми, чем формировать для него один входной параметр в виде строки.
С другой стороны, если формировать все в виде одной строки прямо внутри Print, то легко отрубить ее формирование в режиме Оптимизации через
но такая конструкция не будет работать, если использовать запятые. Более того, такая конструкция выключит и такое в режиме Оптимизации
Поэтому (и по другим причинам) внутри Print лучше не вызывать, действительно, важные функции. По итогу, если заботиться о производительности в режиме Оптимизации, все равно потребуется делать нечто такое
Кусок из диалога по упомянутой теме
Т.е. гораздо дешевле для режимов Оптимизации использовать Print с запятыми, чем формировать для него один входной параметр в виде строки.
С другой стороны, если формировать все в виде одной строки прямо внутри Print, то легко отрубить ее формирование в режиме Оптимизации через
но такая конструкция не будет работать, если использовать запятые. Более того, такая конструкция выключит и такое в режиме Оптимизации
Поэтому (и по другим причинам) внутри Print лучше не вызывать, действительно, важные функции. По итогу, если заботиться о производительности в режиме Оптимизации, все равно потребуется делать нечто такое
Извините, может я не понимаю? А зачем в print вызывать важные функции?
Это не запрещено.
Это не запрещено.
согласен.
просто хотел узнать какой смысл?
я сейчас столкнулся с проблемой, когда в истории более 1000 сделок и при вызове функции обработки истории, например посчитать прибыль истории. + добавить прибыль текущих сделок - информация на графике начинает подтормаживать и подвисает сам терминал. Т.е. котировки приходят с задержкой.