Режимы тестирования и оптимизации - страница 4
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
это я к тому что тестирование советников ( в режиме ДЛЯ СОВЕТНИКОВ С ЯВНЫМ КОНТРОЛЕМ НА НАЧАЛО БАРА )
у которых открытие идет не на начале бара т е не по опену бара
будет не совсем корректным
А вот еще вопрос в ту ж тему.
Я бы хотел б начале тестового прохода оптимизатора знать, сколько баров будет всего в этом проходе. Получется (из прошлых ответов, если я их правильно понял), что надо пожертвовать одним проходом для подсчета баров, и тогда в следующех уже эту цифирьку использовать.
А можно как-нибудь определитъ, что оптимизатор делает первый проход в этой оптимизации?
Заранее спасибо
Спасибо!
А вот еще вопрос в ту ж тему.
Я бы хотел б начале тестового прохода оптимизатора знать, сколько баров будет всего в этом проходе. Получется (из прошлых ответов, если я их правильно понял), что надо пожертвовать одним проходом для подсчета баров, и тогда в следующех уже эту цифирьку использовать.
А можно как-нибудь определитъ, что оптимизатор делает первый проход в этой оптимизации?
Заранее спасибо
самым простым решением будет элементарно посчитать количество баров
1-берем дату начала
допустим 01 01 2008
2-берем дату конца
допустим 01.06.2008
согласитесь что вы знаете дату начала и дату конца
дале простая математика
баров D1 будет количество дней за этот период
H1 будет количество дней * 24
дальше я расписывать не буду надеюсь и так все ясно
самым простым решением будет элементарно посчитать количество баров
1-берем дату начала
допустим 01 01 2008
2-берем дату конца
допустим 01.06.2008
согласитесь что вы знаете дату начала и дату конца
дале простая математика
баров D1 будет количество дней за этот период
H1 будет количество дней * 24
дальше я расписывать не буду надеюсь и так все ясно
В одном из прошлых ответов писалось, что по ходу тестирования можно иметь историю для тестирования до вот буквально текущего времени. Если оно равно к примеруговоря 25.10.1917 15:15, то H1 НЕ будет количество дней * 24...
Мне так кажется...
неясно только, как быть, если хоцца оптимизировать до текущего времени.
В одном из прошлых ответов писалось, что по ходу тестирования можно иметь историю для тестирования до вот буквально текущего времени. Если оно равно к примеруговоря 25.10.1917 15:15, то H1 НЕ будет количество дней * 24...
Мне так кажется...
ну не оптимизируйте до реального времени - зачем так делать...
оставьте один день на запас
вы же не 10 часов оптимизируете наврняка месяца 2 - 3
ну не оптимизируйте до реального времени - зачем так делать...
оставьте один день на запас
вы же не 10 часов оптимизируете наврняка месяца 2 - 3
Кстати гря, то, что предлагалось с From и To, тоже не универсально. Даже ески их писать в Globals, как узнать когда они установлены...
можно и так, конечно, только хочется иметь универсальное решение, что бы кнопочку ткнуть и не думать, что там чему равно.
Кстати гря, то, что предлагалось с From и To, тоже не универсально. Даже ески их писать в Globals, как узнать когда они установлены...
универсальность - должна быть штука самодостаточная - далее начинается проблема
на мой взгляд важнее ясность и определенность
Вопрос к разработчикам, наверное.
Исчо проблемка возникла при углублении в тестирование.
При запуске тестера (визуальный режим) в самом начале работы значение Bars равно 1000 (или очень близко, самый первый тик я не отлавливал). Если посмотреть на график, там и в самом деле около 1000 баров.
При этом в настройках стоит, что на графике дб 50000.
Надо понимать так, что к тестированию эта цифирька не относиться.(или нет?)
А можно ли сделать так, что бы в самом начале было больше баров?
Если да, то как?
При оптимизации та же картина?
заранее спасибо
'Странное поведение переменной Bars в тестере.'
Шо мерси, то мерси