getch:
...
Оптимизируем параметр a от 1 до 100 с шагом 1.
условие Непрерывное количество убыточных сделок = 10
Согласно справки после 10-го прохода вычислений присходить не должно, но все вычисляется вхолостую.
Т.е. при А>10 в отчете оптимизатора кол-во сделок на этих проходах исчисляется миллионами (по 10 сделок на каждом тике = 10 х <кол-во тиков>)?
Оптимизатор пишет "stopped due test limit 'consecutive loss trades=10' reached with inputs: a=11", при этом не занося в ничего в "результаты оптимизации". Прерывания прогона, однако, не происходит. Продолжаются вычисления, в данном случае квадратного корня.
getch:
Оптимизатор пишет "stopped due test limit 'consecutive loss trades=10' reached with inputs: a=11", при этом не занося в ничего в "результаты оптимизации". Прерывания прогона, однако, не происходит. Продолжаются вычисления, в данном случае квадратного корня.
Оптимизатор пишет "stopped due test limit 'consecutive loss trades=10' reached with inputs: a=11", при этом не занося в ничего в "результаты оптимизации". Прерывания прогона, однако, не происходит. Продолжаются вычисления, в данном случае квадратного корня.
Я думаю что так и должно быть, т.к. оптимизатор, скорее всего, оценивает параметры завершения после выхода из ф-ции Start, а ни как не во время ее выполнения... Могу ошибаться.
Выйдя из функции Start оптимизатор, надеюсь, видит, что подряд совершено,
как минимум, 10 убыточных сделок. Согласно справки в таком случае
прогон должен быть прерван.
getch:
Выйдя из функции Start оптимизатор, надеюсь, видит, что подряд совершено, как минимум, 10 убыточных сделок. Согласно справки в таком случае прогон должен быть прерван.
Выйдя из функции Start оптимизатор, надеюсь, видит, что подряд совершено, как минимум, 10 убыточных сделок. Согласно справки в таком случае прогон должен быть прерван.
А он его разве не прерывает? Мне кажется что после выхода из "Старт" оптимизатор должен начинать новый проход для а=12, затем прервать после однократного выполнения функции старт, затем а=13 и т.д.
Из справки следует, что и разработчикам так кажется. Но этого
не происходит. Если в примере сделать NUM = 1000, не дождешься конца
оптимизации.
getch:
Из справки следует, что и разработчикам так кажется. Но этого не происходит. Если в примере сделать NUM = 1000, не дождешься конца оптимизации.
Из справки следует, что и разработчикам так кажется. Но этого не происходит. Если в примере сделать NUM = 1000, не дождешься конца оптимизации.
Так мы ж вродь определись что ф-ция Start отрабатывает до конца перед прерыванием прохода... Все верно получается 1000 корней извлекает потом выходит...
В том-то и дело, что Start продолжает запускаться на каждом новом
тике со всеми вычислениями.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Цитата из справки:
Оптимизация — эта вкладка позволяет управлять ограничениями во время оптимизации. Если в процессе отдельного прогона будет достигнуто любое из условий, этот прогон советника прервется.
Соответственно написал функцию прерывания отдельного прогона с условием Непрерывное количество убыточных сделок = Amount:
Но при вызове этой функции прерывания прогона не происходит.
Пример советника, показывающий это:
Оптимизируем параметр a от 1 до 100 с шагом 1.
условие Непрерывное количество убыточных сделок = 10
Согласно справки после 10-го прохода вычислений присходить не должно, но все вычисляется вхолостую.