Можно ли пропустить в оптимизации ненужный шаг и перейти к следующему?
Пример: есть входные параметры (типа double) которые нужно оптимизировать: x1, x2, x3, x4 значения у них от 1 до 5. шаг 0.1
Понятное дело что вариантов перебора в таком случае будет 41*41*41*41=2 825 761
Но нужно осуществлять поиск в следующем ограничении: 10.5 < x1+x2+x3+x4 < 11.5 И уже здесь понятно что вариантов перебора будет многократно меньше. (а именно такое ограничение по сумме и требуется)
так вот если в код эксперта добавить это ограничение примерно так:
externdouble x1=1, x2=1, x3=1, x4=1;
int start()
{
if (10.5<x1+x2+x3+x4 && x1+x2+x3+x4<11.5)
{
// основной код эксперта
}
return;
}
то при оптимизации (при поступлении каждого нового тика) будут браться и варианты не подходящие, например x1=4, x2=4, x3=4, x4=4; что точно не будет -- так это исполнение основного кода.
То есть пока этот шаг оптимизации не "протикает" исторический интервал, переход к следующему шагу не будет. Будет "убеждение" что условие 10.5 < x1+x2+x3+x4 < 11.5 не выполняется и это лишь не даст выполнять\вычислять действия основного кода
Время на такие заведомо неподходящие варианты будет тратится сильно и в пустую
Как можно исключить выполнение таких шагов в оптимизации с заведомо неподходящими под условие параметрами?
То есть когда очередной набор параметров стал неподходящим - чтоб этот шаг не оптимизировался а сразу переходил к новому ?
Если же нужно получить сам номер бара последнего экстремума, то по имени объекта последнего луча получить время первой координаты, что и будет соответствовать времени бара. По времени бара определить номер бара. По номеру бара определить характеристики бара.
Можно поподробней про третью закладку, что за такая самопроизвольная генерация нужного события ?
поробнее в справке
кратко - вы можете создать самостоятельно выбранные условия для пункта с третьей закладки (например открыть 10 убыточных ордеров подряд) и тестер автоматически пропустит этот прогон и перейдет к следующему.
подскажите пожалуйста как расчитать stacksize
Конкретнее сформулируйте вопрос.
Можно ли пропустить в оптимизации ненужный шаг и перейти к следующему?
Пример: есть входные параметры (типа double) которые нужно оптимизировать: x1, x2, x3, x4 значения у них от 1 до 5. шаг 0.1
Понятное дело что вариантов перебора в таком случае будет 41*41*41*41=2 825 761
Но нужно осуществлять поиск в следующем ограничении: 10.5 < x1+x2+x3+x4 < 11.5 И уже здесь понятно что вариантов перебора будет многократно меньше. (а именно такое ограничение по сумме и требуется)
так вот если в код эксперта добавить это ограничение примерно так:
то при оптимизации (при поступлении каждого нового тика) будут браться и варианты не подходящие, например x1=4, x2=4, x3=4, x4=4; что точно не будет -- так это исполнение основного кода.
То есть пока этот шаг оптимизации не "протикает" исторический интервал, переход к следующему шагу не будет. Будет "убеждение" что условие 10.5 < x1+x2+x3+x4 < 11.5 не выполняется и это лишь не даст выполнять\вычислять действия основного кода
Время на такие заведомо неподходящие варианты будет тратится сильно и в пустую
Как можно исключить выполнение таких шагов в оптимизации с заведомо неподходящими под условие параметрами?
То есть когда очередной набор параметров стал неподходящим - чтоб этот шаг не оптимизировался а сразу переходил к новому ?
Можно ли пропустить в оптимизации ненужный шаг и перейти к следующему?
можно оптимизировать 3 параметра, а четвертый подстраивать для нужной суммы.
или воспользоваться третьей вкладкой "Оптимзация" для самопроизвольной генерации нужного события.
можно оптимизировать 3 параметра, а четвертый подстраивать для нужной суммы.
или воспользоваться третьей вкладкой "Оптимзация" для самопроизвольной генерации нужного события.
дело в том что оптимизировать 3 параметра без участия 4-го именно в моем случае невозможно.
Здесь важен именно их совместный подбор и их сумма ограничена в интервале.
(это примерно как поиск долей всех компонентов смеси и общая масса этой смеси ограничена строгим интервалом)
Можно поподробней про третью закладку, что за такая самопроизвольная генерация нужного события ?
Добрый день.
Подскажите как извлечь значения свечи (Хай, Лоу, Опен, Клоуз) последнего экстремума индикатора ZigZag ?
Можно поподробней про третью закладку, что за такая самопроизвольная генерация нужного события ?
поробнее в справке
кратко - вы можете создать самостоятельно выбранные условия для пункта с третьей закладки (например открыть 10 убыточных ордеров подряд) и тестер автоматически пропустит этот прогон и перейдет к следующему.
Добрый день.
Подскажите как извлечь значения свечи (Хай, Лоу, Опен, Клоуз) последнего экстремума индикатора ZigZag ?
Операция такая требует некоторых попутных вычислений.
Я когда-то делал так:
Теперь номера баров на 2-х последних экстремумах (мин и макс) вам известны и далее их хаи, лои.... найти просто!
- Close[x1], Open[x2], .... и т.п.
Возможно, кто-то предложит более простой вариант.