Подскажите, как правильно настроить программу, чтобы не происходило постоянных ее зависаний. Поясню в чем дело: при первом запуске оптимизации во время работы со скриптом программа ведет себя вполне адекватно (позволяет переключаться между закладками, следить за выполнением оптимизации, не зависает комп). При повторной оптимизации программа (комп) начинает подтормаживать, не всегда откликается до окончания процесса. Во время третьего и последующих запусков оптимизации программа не подает признаков жизни, комп зависает и так продолжается до тех пор, пока оптимизация не завершится. При этом я даже не могу посмотреть, идет ли она вообще, т.к. после нажатия кнопки СТАРТ программа вообще перестает реагировать на мышь. Заметил, что если программу закрыть, а затем снова открыть, то можно снова запускать оптимизацию, но опять 1 или 2 раза до появления симптомов. Одним словом не удобно постоянно закрывать и открывать. Она, конечно, не смотря на зависание, все равно проводит оптимизацию и доводит ее до конца, но совершенно не понятно, работает она или висит. К тому же несколько раз при попытке открыть другую программу в этот момент (например броузер) ТСЛаб вообще закрывалась вместе с несохраненными параметрами. Я пытался настроить ее в соответствии с рекомендациями в справке, выставлял разное кол-во потоков оптимизации - это не помогло. На ноуте такая же проблема. Сейчас у меня стоит кол-во потоков оптимизации 4, из 6Гб оперативки выделил проге 3. Проц Intel i5 2.66ГГц
Подскажите, как сделать, чтобы прога не съедала все ресурсы компа во время работы

32 битная? Сколько не выделять, виндоус даст использовать только 1гб. По-этому наблюдаются подтормаживания, из-за того, что комп уходит в СВОП. Для оптимизаций лучше использовать 64 бита, тогда не будет ограничения на память.
http://www.tslab.ru/ubb/ubbthreads.php?ubb=postlist&Board=37&page=1

64 битная

Кол-во потоков оптимизации выбираем равным числу ядер умножить на два плюс 1, либо 2, либо 3.

Я пробовал ставить значение 9 (4*2+1). Ничего не изменилось. Попробую поставить 10 и 11. Отпишусь по результатам

Попробуйте поставить 0. Скорость уменьшится, но вместе с ней и "томроза" должны уйти.

Если программа работает "в рынке", на связи с серверами, то проводить в это время оптимзацию чревато сбоями, зависаниями, замедлением работы,произвольными выходами из программы.. Эта вероятность была изначально и имхо никуда не делась.. Потому Энди в одном из своих постов рекомендовал "включать голову".. смысл включения - разделить эти процессы либо по времени, либо по машинам..либо по головам..

Я пока только разбираюсь в программе. До реальных торгов еще далеко...

Пробовал ставить разные значение от 0 до 11 - не помогает. В некоторый случаях тормоза просто появляются чуть позже. Приходится периодически перезапускать программу

Не очень понятно из описания, вы дожидаетесь завершения первой оптимизации и сразу несколько запускаете в разных окнах? 4 потока для Intel i5 многовато, процессор то 2х ядерный.

Процессор 4х ядерный http://ark.intel.com/Product.aspx?id=42915. Нет, я не запускаю сразу несколько оптимизаций. Провожу оптимизацию, изменяю некоторые параметры, запуская повторную оптимизацию, затем снова меняю параметры и запускаю оптимизацию еще раз (т.е. третью по счету одного и того же скрипта), и вот тут начинаются тормоза: переключение между вкладками программы невозможно, ход оптимизации не виден (на вкладке Результаты оптимизации не видно процентного изменения, первые результаты не появляются в этом окне). Программа не откликается. О ходе оптимизации можно узнать лишь попытавшись закрыть программу. Тогда выскакивает диалоговое окно (кнопки на котором, кстати, тоже не активны), но вместе с этим окном появляются проценты выполнения на вкладке Результаты оптимизации). Я описал самый критический вариант проявления проблемы, когда оптимизация имеет несколько десятков тысяч проходов. Когда их меньше 10тысяч, то проблема может проявляться по разному: не на третьем, а на одном из последующих запусках оптимизации, или программа не подает признаков жизни первые несколько минут, а затем "оживает".
Одновременно проводится только одна оптимизация. Все же запускать оптимизацию нескольких скриптов единовременно, а затем удивляться тому, что программа зависает... ну это как-то уж совсем))

А загрузка памяти растет между оптимизациями? Нужно понять причину, почему это происходит.

Попробую погуглить и найти способ, как это посмотреть. Я в основном Mac-юзер и виндой редко пользуюсь. Ради ТСЛаб поставил винду, и что и где в ней смотреть пока не в курсе.

Результаты предыдущей оптимизации надо удалять перед проведением следующей.

Незнаю как в текущей версии а когда я последний раз гонял оптимизацию это в августе месяце где то то мне приходилось перегружать программу после 3-4 прогонок по 1200-5000 параметров. Программа просто тормазила, не критично но на рабочих скриптах было заметно, да и прогонка шла все медленее и медленее
Проц i7 860 http://ark.intel.com/Product.aspx?id=41316&processor=i7-860&spec-codes=SLBJJ
4 GB

Я всегда так делаю, хоть и по другим причинам

Поставил вчера гаджет, который показывает загрузку памяти и процессора. Ничего необычного не удалось заметить. Загрузка процессора 50-70% во время оптимизации, памяти по максимуму - 2300Мб, в среднем 1700-1850, при этом свободной памяти 3500-4500Мб. После завершения оптимизации память высвобождалась. Удаление результатов предыдущих прогонов никак, как мне показалось, не влияли. Заметил только, что сменив часовые данные бумаг ММВБ на фьюч индекса РТС с тем же таймфреймом, тормозов не наблюдал целый вечер. Сегодня скачал пятиминуток на тот же фьюч РТС, и снова прога стала виснуть

Подскажите пожалуйста, купил 6ти ядерный проц и 6гб оперативы, ставлю кол-во потоков 0 или 13 разницы в скорости нету и при оптимизации каждое ядро загружено на 50%

Если для оптимизации используются короткие исторические данные (расчет одного прохода меньше 1сек), то загрузить много ядер не получится.

запускал на минутках за всю историю ртс

Ну тут сложно сказать. Когда потоков много, они начинают "толкаться" обращаясь к кешу индикаторов. Например, если 2-3 потокам понадобился SMA(20) и в это время один из потоков уже начал расчет этого индикатора с такими параметрами, то остальные потоки становятся в очередь и ждут расчетов. На 64бит версии можно задать очень большой размер кеша и постепенно в него попадут все варианты индикаторов используемых при оптимизации и утилизация процессора вырастет до примерно 85-95%. А в самом начале расчетов потоки все равно будут "толкаться". т.к. всем нужны одни и теже значения.

Толи после обновления на 1.1.16, толи так совпало, но последнее время программа во время оптимизации часто не просто зависает, а самопроизвольно закрывается. Было несколько раз, когда запускал оптимизацию с расчетным временем 4-5 часов и по возвращении к компу обнаруживал, что программа закрыта.

а я для себя решил больше полутора часов не ставить, потому как
1. стараюсь более года период не брать
2. большое количество индюков не задействовать
3. комп у меня послабее будет
4. терпежа не хватает (наверное это самая главная причина)

Оптимизация - зло, мало кто из данного форума правильно ей пользуется. Мой первый скрипт на оптимизации был в марте месяце, после этого я потратил 4 месяца на изучение вопроса правильной оптимизации и оптимизации как таковой. И пришел к мнению что, какой либо оптимизированный скрипт не проживет достаточное время, чем меньше тайм, тем короче время жизни). Красивая картинка так и останется красивой картинкой. Оптимизация очень тонкий инструмент. Есть конечно форвардный анализ и прочие методики контроля. Но все равно все сводится к одному.

В версии 1-1-16-82, нажимаю старт оптимизации, она начинает идти, но самого окна нет!

2 Frend: Можно спросить- в связи с этим вы теперь ищете стратегию не требующую оптимизации?Или может даже нашли?)

Была ошибка, связанная с новой функциональностью сохранения окон внутри лаборатории. Попробуйте последнюю сборку.

Да, спасибо, всё ок стало.