ФорумРазделы

Как отключить Лог-файл при тестировании и оптимизации ? - страница 2

Новый комментарий
А что, сделать галочку "Не вести логи" сложно очень? Я тоже за 1CAdmin, хотя таких проблемм у меня не возникает, но зачем если ни когда туда не смотрю. Впустую использование ресурсов системы. Может быть разработчикам нужно, что бы логи велись?
хотя таких проблемм у меня не возникает, но зачем если ни когда туда не смотрю.

Именно потому, что мы хорошо продумали этот момент, и не возникает проблем. Логи тестера автоматически удаляются через несколько дней, а в режиме оптимизации логи вообще не пишутся. Кроме того, вывод в логи очень экономный.
а в режиме оптимизации логи вообще не пишутся. Кроме того, вывод в логи очень экономный.

Если бы ! Пишутся туда ошибки при оптимизации - ошибки системы.

У меня еще один вопрос по оптимизации.

Запускаю оптимизацию МТС :
Всего перерборов : 81 663 349 824
Генетический алгоритм включен на максимальный дродаун.
Система отсеивает переборы и оставляет магическое число 10 496 тестов.
Причем система оставляет 10 496 тестов при разном количестве переборов.
Будь то 3 млрд., 5, 10 или 81.
Вопрос - почему всегда остается 10 496 - почему не меняется выбранное количество тестов ?
Ни больше ни меньше - всегда остается 10 496.

И еще - сделайте "Паузу" при оптимизации.
Прочитал. Я заню, что означают цифры :)
Вопрос в том, почему всегда предсказывается одно и то же число при разных (существенных) отклонениях в количестве ВСЕХ переборов ?
У меня никогда не дает прогноз больше 10 496 !!!
При 81 млрд. 10496 - это мало.
Мне нужно больше :)
В основе оптимизации генетическими алгоритмами лежит предположение о сходимости процесса. Думаю, что 10 тысяч итераций должно хватить для достижения хотя бы локального экстремума.
а в режиме оптимизации логи вообще не пишутся. Кроме того, вывод в логи очень экономный.

Если бы ! Пишутся туда ошибки при оптимизации - ошибки системы.

Ну если Вы сами не знаете об ошибках своего компьютера, то хоть терминал об этом скажет.

10496 - это приблизительное количество переборов, которое расчитывает тестер на начальном этапе. Если нужно будет больше проходов, то тестер будет считать дальше до тех пор, пока не прекратится рост прибыли.
Буду надеятся, что генетический алгоритм не подведет.

А насчет Логов вот еще статистика :
Процессор АМД Х2 4600+, 4 Гиг ОП.
При оптимизации - загрузка процессора = 50%, что позволяет еще заниматься другими делами.
При тестировании - загрузка процессора = 100% и не попускает ни на секунду !

Уверен, что это связано с логами. Дайте возможность их отключать. Это работа с диском и это сильно тормозит процесс.

Как МТ4 приспособлен к многоядерности ?
При оптимизации - загрузка процессора = 50%, что позволяет еще заниматься другими делами.
При тестировании - загрузка процессора = 100% и не попускает ни на секунду !

Уверен, что это связано с логами. Дайте возможность их отключать. Это работа с диском и это сильно тормозит процесс.

Это связано не только с логами, но и с тем, что в оптимизации выключается много функций.

"MQL4: Особенности и ограничения тестирования торговых стратегий в MetaTrader 4" :

* В журнал логов ничего не выводится ( включая функцию Print() )
* Графические объекты реально не выставляются
* Используется функция "Пропустить бесполезные результаты"

С многоядерностью очень хорошо: "MQL4: вопрос к разработчикам. Необходимое железо для быстрой оптимизиции?"

Кстати, вышел пребилд 204: "MQL4: Новый клиентский терминал MetaTrader 4 build 204"
Наконец-то оптимизация прошла до конца и ... Логи заняли 60 Гиг диска, оставив там всего 1 Мб свободного места !
Изложенные в статье про оптимизацию требования соблюдаются.

В логах (.\MT4\logs) идут непрерывным потоком строки :
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1497179 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
09:05:06 Memory handler: cannot allocate 1495661 bytes of memory
09:05:06 Memory handler: cannot allocate 1496420 bytes of memory
...

В журнале все время пишет после суток оптимизации :
Optimization cacher : not enugth memory че-то там кеш...
Как хотя бы ограничить размер Логов ? Почти нереально запустить большие оптимизации.

И еще вопрос : "Как программно завершить текущий проход оптимизатора и перейти к следующему проходу ?"
123456
Новый комментарий