Автор: Lambo
Оптимизация по таймфреймам с разным шагом - Thu Aug 08 2019 11:12 PM
Добрый день, уважаемые хранители знаний! В процессе работы возникла трудность с оптимизацией по таймфреймам. В целом, за это отвечает кубик "сжатие" Однако, если мы хотим оптимизировать, скажем 5 мин, 15 и 60, то указать это никак не получится... ну только если указать шаг 5, а это, сами понимаете, не нужные прогоны по ненужным параметрам. Как быть? Как прооптимизировать скрипт по 3-4 таймфремам с разным шагом одним прогоном? Может, у кого то есть мысли? А может, и готовое решение?
Автор: OldMo
Re: Оптимизация по таймфреймам с разным шагом - Fri Aug 09 2019 09:32 AM
Если работаете через API то можно прервать работу скрипта в самом начале если тайм фрейм не нужный. Времени во время оптимизации это практический не займет.
Автор: Lambo
Re: Оптимизация по таймфреймам с разным шагом - Fri Aug 09 2019 09:55 AM
Прервать физически, руками через код? Или это каким то образом можно вписать в файл скрипта? Хотелось бы автоматизировать этот момент, что бы не вмешиваться в этот процесс.
P.S. если это можно вписать в скрипт в виде кода, то намекните как, я пока не могу представить.
Автор: OldMo
Re: Оптимизация по таймфреймам с разным шагом - Fri Aug 09 2019 11:36 AM
if (нужное вам условие) return;
если условие выполняется скрипт на данной строчке прервется. Строчка в результатах оптимизации, естественно, все равно появится. С теми результатами, которые скрипт успеет насчитать к моменту остановки.
Немного офф топ:
Если код отвечающий за прорисовку графика разместить в конце и перед нам написать: if (ctx.IsOptimization) return; то он не будет обрабатываться во время оптимизации, что ее ускорит.
Автор: vegutt
Re: Оптимизация по таймфреймам с разным шагом - Mon Dec 20 2021 08:39 AM
как быть не проходит оптимизация, прерывает ее и пишет, что много ошибок и просит проверить интервалы, раньше такого не было в прежних версиях?
Автор: ViL
Re: Оптимизация по таймфреймам с разным шагом - Mon Dec 20 2021 05:41 PM
нет. так как раньше не было проверки, что минимальное значение для проходов действительно меньше, чем максимальное. и что шаг проходов не больше, чем разница между макс и мин .
сейчас в программе такая проверка есть.