Тестирование советников - тема для программистов 📌

Под тестированием я понимаю более серьезные тесты с помощью программы TickStory и котировок Дукаскопи.
http://tradelikeapro.ru/tickstory-lite/

Качеством теста в 90% не занимаюсь, но где то читал, что терминал поддерживает hst файлы определенного размера. Раз тест не проходит за 1 проходку, значит размер котировок превышен.

Я пользуюсь стандартным тестированием МТ4, с подгруженной от Альпари историей по М1.
При тестах стоит тестирование по каждому тику.

Я пользуюсь стандартным тестированием МТ4, с подгруженной от Альпари историей по М1.
При тестах стоит тестирование по каждому тику.

Это не тестирование, это попытка измерить отрезком трубы в 1 м длинну и ширину спичечного коробка. От реального тестирования с тиковыми данными будут отличия в разы.

]
Даже не дневках ?

Господа не подскажите - для тиковой истории под один инструмент за один год, какой объем дискового пространства нужен ?

от 1 до 2 Гиг (зависит от пары)

Ребят, подскажите. Тестирую трендовый советник,собственной разработки. В мт4 с его историей на днях. Купил помощнее комп, но даже с ним тестирование занимает 90 часов, правда загрузка проца на 15%.
возможно так долго из-за того что торговля построена на отложенных ордерах. Но все же есть ли патчи или может метод какой, что бы ускорить тестирование советника?

Ребят, подскажите. Тестирую трендовый советник,собственной разработки. В мт4 с его историей на днях. Купил помощнее комп, но даже с ним тестирование занимает 90 часов, правда загрузка проца на 15%.
возможно так долго из-за того что торговля построена на отложенных ордерах. Но все же есть ли патчи или может метод какой, что бы ускорить тестирование советника?

Тренд определяю на пробой минимума и максимума, и еще есть дополнительный фильтр на выключения советника при явном флете по iMA.
Я как то не задумывался по поводу того, что он каждый тик что-то проверяется. Попробую подключить условие появления не просчитанных баров.
Я его в индикаторах только применял, может и в советнике прокатит. Кстати никто не пробывал, сработает?

Важны частота камня, ссд накопитель, и оперативная память, наверно оперативная память самая важная так как должна быстро пулять блоки инструкций...
Операционка 64 бита, вот наверно и все мож что и забыл....

Тренд определяю на пробой минимума и максимума, и еще есть дополнительный фильтр на выключения советника при явном флете по iMA.
Я как то не задумывался по поводу того, что он каждый тик что-то проверяется. Попробую подключить условие появления не просчитанных баров.
Я его в индикаторах только применял, может и в советнике прокатит. Кстати никто не пробывал, сработает?

Важны частота камня, ссд накопитель, и оперативная память, наверно оперативная память самая важная так как должна быстро пулять блоки инструкций...
Операционка 64 бита, вот наверно и все мож что и забыл....

Оперативкой я закупился вдоволь, создал рам-диск, скорость просчета увеличилась в четыре раза до ранее озвученных 90 часов.
Правда сейчас терминал, спустя 20 часов оптимизации, сократил оставшееся время до 9 часов... не знаю в чем причина, но приятно.

Тренд определяю на пробой минимума и максимума, и еще есть дополнительный фильтр на выключения советника при явном флете по iMA.
Я как то не задумывался по поводу того, что он каждый тик что-то проверяется. Попробую подключить условие появления не просчитанных баров.
Я его в индикаторах только применял, может и в советнике прокатит. Кстати никто не пробывал, сработает?

Важны частота камня, ссд накопитель, и оперативная память, наверно оперативная память самая важная так как должна быстро пулять блоки инструкций...
Операционка 64 бита, вот наверно и все мож что и забыл....

Оперативкой я закупился вдоволь, создал рам-диск, скорость просчета увеличилась в четыре раза до ранее озвученных 90 часов.
Правда сейчас терминал, спустя 20 часов оптимизации, сократил оставшееся время до 9 часов... не знаю в чем причина, но приятно.

Каков алгоритм оптимизации ?
Генетический или полный ?

f999145 Вот процедурка на определение нового бара:
bool NewBar()
{
static datetime new_Bar;
if (new_Bar == Time[1]) return(false); //Если бар не закрыт - выход
new_Bar = Time[1];
return(true);

Генетический. Это его такая особенность!?

Тренд определяю на пробой минимума и максимума, и еще есть дополнительный фильтр на выключения советника при явном флете по iMA.
Я как то не задумывался по поводу того, что он каждый тик что-то проверяется. Попробую подключить условие появления не просчитанных баров.
Я его в индикаторах только применял, может и в советнике прокатит. Кстати никто не пробывал, сработает?

Важны частота камня, ссд накопитель, и оперативная память, наверно оперативная память самая важная так как должна быстро пулять блоки инструкций...
Операционка 64 бита, вот наверно и все мож что и забыл....

Оперативкой я закупился вдоволь, создал рам-диск, скорость просчета увеличилась в четыре раза до ранее озвученных 90 часов.
Правда сейчас терминал, спустя 20 часов оптимизации, сократил оставшееся время до 9 часов... не знаю в чем причина, но приятно.

Каков алгоритм оптимизации ?
Генетический или полный ?

Генетический. Это его такая особенность!?

---

Добавлено: 21-05-2015 16:03:21

---

f999145 Вот процедурка на определение нового бара:
bool NewBar()
{
static datetime new_Bar;
if (new_Bar == Time[1]) return(false); //Если бар не закрыт - выход
new_Bar = Time[1];
return(true);

Здорово!!! так все просто ))) Спасибо. Сейчас заценим ))))

void  new_bar(bool &fl)
  {
   static datetime time=0;

   if(NewBar==-1){fl=true; return;}

   if(time==0)
     {
      time=iTime(_Symbol,NewBar,0);
      fl=false;
     }
   if(time!=iTime(_Symbol,NewBar,0))
     {
      time=iTime(_Symbol,NewBar,0);
      fl=true;
      return;
     }
   fl=false;
  }

Надежней и практичней будет так

Надежней и практичней будет так

Извините за оффтоп. voldemar227 поясните для интересующихся, в чём преимущество и заодно нужно людям растолковать назначение переменной NewBar - без этого кодом пользоваться нельзя, или ошибаюсь?

voldemar227 да так значительно лучше. Но насчёт надёжности: именно из-за iTime моя сова на реале пропускает сделки, т.к. МТ не желает обновлять котировки других ТФ автоматически, поэтому нужно или держать открытым график другого ТФ или танцевать с бубном.
Мы уже обсуждали этот вопрос и пришли к заключению, что для надёжности следует пользоваться функциями текущего ТФ, а приход бара на другом ТФ можно рассчитать математически одной строчкой... if (MathMod(Time[0], NewBar*60 ) == 0 ) Alert("Новый бар ",EnumToString(NewBar));

Ну логическая - понятно этот пример придумал на ходу и, конечно, нужны доп. проверки, а "программной" не вижу, даже не знаю, что Вы имеете в виду... в скрипте работает на ура...
Вот скрипт на проверку ф-ции iTime:

#property script_show_inputs
enum tf { Current=0, M1=1, M5=5, M15=15, M30=30, H1=60, H4=240, D1=1440};
input tf NewBar=Current;
datetime dt;
void OnStart()
{
dt = iTime(_Symbol,NewBar,0);
Alert("Последний бар ",EnumToString(NewBar)," по версии iTime ", TimeToStr(dt));
}

Если не менять ТФ запустить скрипт и в настройках взять другой ТФ, то выдает результат печальный, правда на второй раз уже верные - успевает подкачать... В принципе если регулярно обращаться к другому ТФ, то наверно работать будет.

Надежней и практичней будет так

Извините за оффтоп. voldemar227 поясните для интересующихся, в чём преимущество и заодно нужно людям растолковать назначение переменной NewBar - без этого кодом пользоваться нельзя, или ошибаюсь?

Вы не ошибаетесь я забыл добавить еще код
Данный фрагмент ставится во входных параметрах

С помощью этого кода мы можем выбрать в настройках советника на каком таймфреме учитывать появление нового бара, например мы торгуем на М30 но определенные действия нужно сделать приприходе нового 4х часового бара или нового дня.
enum tf { Not_Used =-1, Current=0, M1=1, M5=5, M15=15, M30=30, H1=60, H4=240, D1=1440};
input tf NewBar=Current;

bool nb_flag=false; // флаг который будет получать значение и проверять будет новый бар на каждом тике

Далее в он тик вызывается функция
new_bar(nb_flag); // переменная по ссылке получает значение true - пришол новый бар, false - - нового бара нет см функцию



тело функции
void new_bar(bool &fl) // принимаем по ссылке переменную
{
static datetime time=0; // создадим статическую переменную для хранения времени

if(NewBar==-1){fl=true; return;} // если у нас в настройках советника трейдер выбрал Not_Used значит мы вообще не учитываем появление нового бара и по умолчанию наша переменная получает значение труе, затем выход из функции

if(time==0) // Если советник только что стартовал и наша статическая переменная пуста то заполним её значением времени а нашему флагу переданному по ссылке присвоим значение фалсе
{
time=iTime(_Symbol,NewBar,0);
fl=false;
}
if(time!=iTime(_Symbol,NewBar,0)) // Если пришол новый бар
{
time=iTime(_Symbol,NewBar,0); // запомним время его открытия
fl=true; // заполним переменную параметром труе
return; // оборвем и выйдем из функции
}
fl=false; // в любом другом случае вернем фалсе
}

Ну логическая - понятно этот пример придумал на ходу и, конечно, нужны доп. проверки, а "программной" не вижу, даже не знаю, что Вы имеете в виду... в скрипте работает на ура...
Вот скрипт на проверку ф-ции iTime:

#property script_show_inputs
enum tf { Current=0, M1=1, M5=5, M15=15, M30=30, H1=60, H4=240, D1=1440};
input tf NewBar=Current;
datetime dt;
void OnStart()
{
dt = iTime(_Symbol,NewBar,0);
Alert("Последний бар ",EnumToString(NewBar)," по версии iTime ", TimeToStr(dt));
}

Если не менять ТФ запустить скрипт и в настройках взять другой ТФ, то выдает результат печальный, правда на второй раз уже верные - успевает подкачать... В принципе если регулярно обращаться к другому ТФ, то наверно работать будет.

Программная ошибка:
Time[0] имеет тип данных datatime это раньше был тип данных int , получается что Вы строку типа "0000.00.00 00:00" делите на число, как так?

Логическая ошибка :

Под результаты тестирования в МТ4, написано несколько утилит, некоторые из которых (например ReportManager) позволяют видеть результаты мультивалютного тестирования за выбранный промежуток
времени. Но при этом если в советники используется манименеджемент, "завязанный" каким то образом
на размере счета, то при таком мультивалютном "тестировании", этот момент считается криво.
То есть рассчет лота идет не от общего депо, а от результатов по одной валютной паре из этого отчета.
Как-то можно (кроме ручного перерасчета в экселе), этот нюанс учесть и увидеть корректные результаты (то есть увидеть результаты мультивалютного тестирования с учетом манименеджемента от общего размера счета)?