Суть вопроса: есть робот в нем 10 extern int переменных, диапазон проверки
от 50 до 200, для каждой переменной свой диапазон, так вот при запихивании
в оптимизатор с генетическим алгоритмом тест не идет - сразу
выкидывает, в журнале никаких записей, кроме того что тест успешно
начат, нету. Опытным путем выяснено, что - 1 вариант: если уменьшить
количество переменных меньше 8, но оставить генетику, то тест
идет норамльно и 2 вариант: оставив все 10 переменных, но отключив
генетику тест тоже идет нормально... Если можно, хотелось бы
получить коммент. Заранее спасибо!
- Реальные и сгенерированные тики - Алгоритмический трейдинг, торговые роботы
- Добро пожаловать в алготрейдинг
- Типы оптимизации - Алгоритмический трейдинг, торговые роботы
Есть уточняющие вопросы:
1) что именно пишется в логах терминала и в логах тестера? (это два разных лога в разных окнах)
2) какой билд терминала?
3) какая конфигурация компьютера (оперативная память, процессор и операционка)?
4) сколько ожидаемых проходов показывается в окне тестера над полосой прогресса?
1) что именно пишется в логах терминала и в логах тестера? (это два разных лога в разных окнах)
2) какой билд терминала?
3) какая конфигурация компьютера (оперативная память, процессор и операционка)?
4) сколько ожидаемых проходов показывается в окне тестера над полосой прогресса?
отвечаю по пунктам:
1)
журнал:
2007.02.11 14:03:03 There were 2 passes done during optimization
2007.02.11 14:03:03 xxx: optimization stopped
2007.02.11 14:02:59 xxx: optimization started
лог из /tester/logs:
14:02:59 xxx: optimization started
14:03:03 xxx: optimization stopped
2) сначала был 201, теперь 202
3) компьютеров ажно целых три: 1) AMD Athlon XP; SDRAM DDR 166 MHz 2x256; WinXP SP1, SP2; 2) Asus S200 (ноут) WinXP SP1, SP2; 3) ;железо точно не знаю - стоит у приятеля, WinXP SP1. Результат везде одинаковый.
4) 10 496 (3 455 801 779 881 508 900)
1)
журнал:
2007.02.11 14:03:03 There were 2 passes done during optimization
2007.02.11 14:03:03 xxx: optimization stopped
2007.02.11 14:02:59 xxx: optimization started
лог из /tester/logs:
14:02:59 xxx: optimization started
14:03:03 xxx: optimization stopped
2) сначала был 201, теперь 202
3) компьютеров ажно целых три: 1) AMD Athlon XP; SDRAM DDR 166 MHz 2x256; WinXP SP1, SP2; 2) Asus S200 (ноут) WinXP SP1, SP2; 3) ;железо точно не знаю - стоит у приятеля, WinXP SP1. Результат везде одинаковый.
4) 10 496 (3 455 801 779 881 508 900)
Я даже не знаю, сколько это проходов 3 455 801 779 881 508 900.
Видимо терминал тоже боится на такое замахиваться.
В понедельник у себя смоделируем такую ситуацию и ответим.
Видимо терминал тоже боится на такое замахиваться.
В понедельник у себя смоделируем такую ситуацию и ответим.
Спасибо, буду ждать!
Образовался еще один вопрос: при прогоне через оптимизатор,
один советник, на истории с одного и того же ДЦ, с генетическим
алгоритмом, но на разных компьютерах дает результаты отличающиеся
по результатам в разы (прим: количество сделок 215-60)... если же
прогонять один и тот же советник на одном компьютере несколько
раз подряд, результаты отличны в каждом подходе, но незначительно
(прим: количество сделок 215-221)... собственно вот и весь вопрос.
..
enz0:
Образовался еще один вопрос: при прогоне через оптимизатор, один советник, на истории с одного и того же ДЦ, с генетическим алгоритмом, но на разных компьютерах дает результаты отличающиеся по результатам в разы (прим: количество сделок 215-60)... если же прогонять один и тот же советник на одном компьютере несколько раз подряд, результаты отличны в каждом подходе, но незначительно (прим: количество сделок 215-221)... собственно вот и весь вопрос. ..
В генетическом алгоритме оптимизатора используется генерация
случайных генов, так что результаты каждого цикла оптимизации
торговой стратегии различаются.
Образовался еще один вопрос: при прогоне через оптимизатор, один советник, на истории с одного и того же ДЦ, с генетическим алгоритмом, но на разных компьютерах дает результаты отличающиеся по результатам в разы (прим: количество сделок 215-60)... если же прогонять один и тот же советник на одном компьютере несколько раз подряд, результаты отличны в каждом подходе, но незначительно (прим: количество сделок 215-221)... собственно вот и весь вопрос. ..
В Вашем случае произошло переполнение 64-разрядного целого числа.
Теперь мы такое переполнение отслеживаем и не даём тестировать,
если получается запредельное количество прогонов. Почему не
даём? Потому что в этом случае возникает подмножество значений
параметров, которые никогда не будут испытаны.
Спасибо за выявленную проблему.
Спасибо за выявленную проблему.
То есть, количество проходов превысило 2 в 63 степени (int64), что
явно не имеет смысла в тестировании.
В свое время мы с Mak'ом спорили по ограничению в 2 млрд переборов, но он нас переубедил на примере своего генетического тестера. Мы расширили объем переборов с 2 в 31 степени (2 млрд переборов) до 2 в 63 степени (безумно огромное число переборов).
Дальше расширять не будем - это уже явный перебор. Будем писать предупреждение в журнал и останавливать тестер.
В свое время мы с Mak'ом спорили по ограничению в 2 млрд переборов, но он нас переубедил на примере своего генетического тестера. Мы расширили объем переборов с 2 в 31 степени (2 млрд переборов) до 2 в 63 степени (безумно огромное число переборов).
Дальше расширять не будем - это уже явный перебор. Будем писать предупреждение в журнал и останавливать тестер.
э-хе-хе...
В любом случае - спасибо!
В любом случае - спасибо!
Renat:
То есть, количество проходов превысило 2 в 63 степени (int64), что явно не имеет смысла в тестировании.
В свое время мы с Mak'ом спорили по ограничению в 2 млрд переборов, но он нас переубедил на примере своего генетического тестера. Мы расширили объем переборов с 2 в 31 степени (2 млрд переборов) до 2 в 63 степени (безумно огромное число переборов).
Дальше расширять не будем - это уже явный перебор. Будем писать предупреждение в журнал и останавливать тестер.
То есть, количество проходов превысило 2 в 63 степени (int64), что явно не имеет смысла в тестировании.
В свое время мы с Mak'ом спорили по ограничению в 2 млрд переборов, но он нас переубедил на примере своего генетического тестера. Мы расширили объем переборов с 2 в 31 степени (2 млрд переборов) до 2 в 63 степени (безумно огромное число переборов).
Дальше расширять не будем - это уже явный перебор. Будем писать предупреждение в журнал и останавливать тестер.
Так-мс! Чтобы в версии 212 было ограничение: 2 в 127 степени! И это не перебор, а насущная потребность
Уже тестировать советников стало невозможно из-за этого ограничения.
В оптимизаторе тестируются не детские стратегии, а серьёзные торговые системы, которые созданы не для того чтобы в игрушки играть, а приносить прибыль на Форексе и др. рынках. Не понятно почему разработчики установили такое ограничение не посоветовавшись с теми кто использует оптимизатор в МТ4, т.е. потребителями программного обеспечения MetaQuotes Software Corp. Такое самоволие непозволительно! Прошу разработчиков МТ4 это учесть и внести требуемое изменение.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь