Проблемы с памятью - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Memory handler: cannot allocate ... при этом тестер продолжает типа работать выдавая теже сообщения.
Я так понимаю это связано с отсутствием или неправильной проверкой на изменение параметров при введении режима возобновления расчетов.
Может стоит добавить Режим(кнопку) "Пауза". Т.е. разделить Стоп и Паузу, чтобы Стоп был стопом (без продолжения), а Пауза паузой (с возобновлением).
Имеете в виду, что вывод в файл должен помочь затормозить программу раз в 100 ? :)))
Да, тормоза будут сильные, если не распараллелить эти процессы. Но тогда могут возникнуть проблемы с синхронизацией. Можно выводить на виртуальный диск в ОЗУ.
Но мы найдем решение проблемы.
Желаю удачи
Нельзя ли добавить в Настройки-Свойства эксперта-Оптимизация- параметры "Минимильная прибыльность" и "Минимальное кол-во сделок".
Конечно же мне можно возразить в плане того, что при просчёте всех мелких интервалов можно получить какой-то новый максимум, который будет упущен при расчёте по методике последовательных приближений, описанной выше. Но на это можно сказать, что в таком случае можно поймать лишь максимум, отражающий особенности выборки, и которых не будет в будущем! То есть при оптимизации должны выбираться параметры, изменение которых в небольших пределах, вызывает небольшое изменение в конечном результате. Ну а если у вас на мелком шаге окажется супер-пупер максимум, который мы можем не отследить на более крупном шаге, то можно быть точно уверенным, что данный максимум отражает ТОЛЬКО особенности конкретной выборки и его лучше не принимать во внимание вообще. В принципе я тут изложил банальности, которые и так все знают. Просто хотелось бы понять постановку задачи о миллионных прогонах стратегий. Вдруг чего-то в этой задаче есть полезного для общего дела?
Для нас, как для разработчиков, полезность есть - оптимизировать механизмы тестирования :)
Да и скоро к 193 билду будет генетический оптимизатор - вот там то и будет раздолье для массовых прогонов на больших промежутках тестируемых параметров.
Совершенно верно. На небольших периодах - никакой. Я предложил сократить период расчетов, чтобы тестер у разработчиков быстрее добрался до ошибки. Вот и все.
Очень просто. Прогон новой идеи по всему полю с грубым шагом, но количество изменяемых параметров достаточно велико, именно они и дают эти миллионы. Такой прогон сразу покажет - выбросить эту идею или стоит покопаться в определенных местах, вот тогда-то и наступает метод приближений, которые Вы упоминали. Что касается времени, то современные двухядерные процессоры позволяют просчитать за ночь и большие обьемы, но тут проявилось ограничение по памяти - и появилась эта тема.
Я на всякий случай хотел бы вас предостеречь насчёт очень большого количества изменяемых параметров. Если у вас изменяемых параметров очень много, а период тестирования не достаточно велик, то используя тестер МТ4 на 2х ядерной мощной системе у вас ЛЮБАЯ стратегия в тестере сможет показать положительный результат, который может ввести вас в заблуждение. Так что нужно быть предельно осторожным в этом плане.
Вы абсолютно правы, я с этим уже столкнулся. Но с другой стороны, избыточные параметры иногда позволяют выявить неожиданные закономерности.
Действительно, истина на Форексе лежит совсем не там где ходит основная толпа страждущих ;o).
И пока не ткнёшь куда-нибудь пальцем на основе метода научного тыка, не сможешь к этой истине хоть немного приблизиться. Это я на основе своих экспериментов уже понял ;o).