Оптимизировать стало быстрее, иногда очень быстро. Из Лабы выбрасывает редко. Казалось бы, - все хорошо.

Однако, удосужился однажды после прогона оптимизации глянуть в лог. А там до конца отрезка, ограниченного заданными параметрами, не просчитано. Нули (см. Новая_версия_Нули).

Вот и приходится проходить параметры, сокращая постепенно размеры отрезка. (см. Повтор значений). Видно, что в отличие от предыдущего рисунка Макс параметр "Скачка цены" начинается с первого непросчитанного 2.97

Там же видно, что просчет 2.97 прошел дважды.

Предположу, что этот косяк (окончание просчета) вызван борьбой авторов проги с повторяющимися значениями при оптимизации.

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

С уважением.

у вас скриншоте видна ошибка - нехватка памяти, отсюда и нули.

Да.
Вместо прежних 800-1200 проходов, сейчас Лаба при оптимизации тех же скриптов не выдерживает 50-100 проходов.

С уважением.

Сколько свечей считаете и как много блоков в скрипте?

356 370 баров (минутки с заполнением за 2008-2010 двух эмитентов), 128-130 блоков, включая И и ИЛИ.

С уважением.

Для такого количества нужно использовать 64бит версию. Либо в 32бит уменьшите кеш до 0мб.

Я считал, что увеличение Кэша скриптов (выставлял 1000 Мб) наоборот облегчает расчеты. Спасибо за подсказку. Поменял на 10 Мб.

С уважением.

Большой кеш расчеты ускоряет, но нагружает память. Все верно. Чтобы использовать много памяти нужна 64бит версия ОС и TSLab.

2 Нектодрон

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

2.Допустим, я решил оптимизировать скрипты огромного размера, и приобретаю для этого комп. Каким требованиям он должен отвечать, чтобы оптимизация скриптов с огромным числом проходов не выбивала ТСЛаб?
Если можно, подробнее.

С уважением.

Тут нельзя дать какие-то конкретные рекомендации. Если оптимизируете сотни тысяч свечей (и тем более миллионы) то однозначно только 64бит версия. Потребности в памяти сильно зависят от самого скрипта, от количества блоков (индикаторов) которые кешируются. Количество процессорных голов тоже, чем больше тем лучше. Мы тестировали на 4х, но можно использовать и больше.

1.Предыдущий пост подредактировал, не видя Ваш ответ. Потому прошу ответить на вопрос №1.

2. Прошу повторить ответ на вопрос №2 в формате:
оптимизация будет лучше (надежнее, быстрее), если будет
больше оперативка, желательно чтобы было не менее...,
больше кол-во ядер, желательно чтобы было не менее...,
...
Предположите, что Ваш друг (чайник) идет завтра в магазин покупать комп, для полноценной работы на ТСЛабе. Пожалуйста сделайте ответ для чайника развернутым.

С уважением.

чтобы ответить сколько нужно, нужно знать конкретный скрипт и длину истории.
В целом больше памяти и больше ядер всегда дают положительный эффект.
Для большинства задач хватит 4 ядра и 4гб памяти.

Спасибо за ответ на вопрос 2. Вернусь к №1(см.4 поста ранее):

Имеет ли смысл играться размером кеша в зависимости от времени суток? Или я неправильно понимаю механику темы, и, потому, лучше держать кеш =0?

С уважением.

Не вижу зависимости размера кеша от времени суток, оптимизация не привязана к этому времени. Другой вопрос, что общая загрузка процесс не может превашать примермерно 1.5гб на 32бит системе (реально нехватка памяти может и раньше проявлятся). Поэтому если у вас открыто много скриптов одновременно, то они все "едят" память.

Вероятно, я нескладно объяснил, но практическим путем не нахожу истины в словах Нектодрона в предыдущем посте.

Оптимизировать и тестить на демке одновременно (как я читал в одном из топиков форума) невозможно. А потому, оптимизацию провожу ночью, а днем идет тест на демке. Так появились в моих словах Ночной и Дневной режим.

Действительно, когда кэш установлен равным нулю, процесс оптимизации идет практически без сбоев. Т.е., для Ночного (бэк-тестового) режима Кэш для скриптов =0.

Днем, когда идет реал-тест на демке Финама, необходимо значение Кэша для скриптов поднять.

Сегодня забыл утром изменить значение Кэша, изменил его в 10:34. Видно, что при нулевом значении скрипт просчитывался за 16 сек. Увеличение значения Кэша для скриптов до 800 Mб привело к увеличению скорости просчета скрипта до 4-5 сек.

10:34:56.09 100 Скрипт: 'Тест_ДневнойСпрэд_МА-Цена' Скрипт выполнен успешно за 3805мс. (10000 баров, время 22.03.2011 10:34:00)
10:34:52.15 100 Скрипт: 'Тест_ДневнойСпрэд_МА-Цена' Скрипт выполнен успешно за 3619мс. (10000 баров, время 22.03.2011 10:34:00)
10:34:25.04 100 Скрипт: 'Тест_ДневнойСпрэд_МА-Цена' Скрипт выполнен успешно за 15888мс. (10000 баров, время 22.03.2011 10:33:00)
10:34:08.89 100 Скрипт: 'Тест_ДневнойСпрэд_МА-Цена' Скрипт выполнен успешно за 22713мс. (10000 баров, время 22.03.2011 10:34:00)
10:33:31.70 100 Скрипт: 'Тест_ДневнойСпрэд_МА-Цена' Скрипт выполнен успешно за 15373мс. (10000 баров, время 22.03.2011 10:32:00)

1. В связи с тем, что у меня появились Ночной и Дневной режим, то использую и две разные конфигурации. Предложение таково: было бы не плохо, если бы параметр размер Кэша для скриптов запоминался конкретной конфигурацией. А то, муторно утром и вечером менять эти значения под выбранную конфигурацию. Об этом иногда забываешь, а потом ругаешься за срыв текущего процесса (зависания работы Лабы днем или сбоя оптимизации ночью).

2. Возник такой вопрос. Т.к., мне приходится тестить 3 скрипта одновременно на одном компе на трех пользователях (т.к. на один счет нельзя привязать одновременно 3 портфеля), то какие параметры Кэша для скриптов лучше выставить, если моя оперативка 3 Гб? Сейчас ставлю на трех пользователях так: 800+512+512. Или можно всем установить по 1.5 Гб, а комп сам решит кому сколько надо?

С уважением.

http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=23430#Post23430

Добавлю, не рекомендуется одновременно запускать скрипты в торговлю и оптимизировать в 32бит версии программы. После оптимизаций перед запуском скриптов стоит всегда сделать перезапуск.