при работе с одним скриптом и изменении в нем только значения периода с последующей оптимизацией замечен глюк "скорости"

при первых оптимизациях в разы быстрей происходит она а через несколько изменений периода оптимизация начинает тормозить очень серьезно в разы
лечиться простым выходом из TSLAB - полностью закрывании программы и запуск ее заново после чего опять скорость восстанавливается но опять на несколько изменений и оптимизаций.

система XP32 sp3 Intel core 2 duo доступной RAM для программы 2049 гигобайта использует не более 500 хотя в настройках указал возможность 1024мег , потоков в опциях для оптимизации по умолчанию 0

А окна с выполненными оптимизациями закрываете? Или "копите"? Лучше закрывать.
1024 - это хорошо, но fram все равно не даст использовать больше 1000 если винда 32. Попробуйте поставить 256 вместо 1024, обновление будет чаще, может поможет ... Потоков в Вашем случае надо поставить 1, если комп будет "тянуть" и прога не будет выбрасываться с непонятными окнами, тогда со временем попробуйте 2.

да окна закрываю оптимизация 10 000 вариантов в первых пару запусков проходит за 10-15 секунд а после за минуту , полторы и все медленнее до 5 минут и больше
при этом загрузка проца в первые разы под 90% а когда тормозит только 50%
в настройках потоков для оптимизации пытался ставить 1,2,3
не чего по сути не меняло ни ускоряло ни замедляло все так же пару раз быстро а потом медляк
спасает только полный выход из программы при чем когда выходишь приходиться прилично ждать, сама программа закрывается за долю сек но если войти сразу то в логах пишет что не может запуститть скрипты и так красным несколько строк
не могу запустить скрипт
а если подождать подольше пару минут то все ок и скорость оптимизации востанавливается

P.S.в винде 32 любая прога может получить реальной оперативки до 2 гигов а не 1 гиг как вы пишите, если она имеется свободная конечно, у меня 2465мегов свободной ram не считая свапа по менеджеру процессов TSLAB при оптимизации максимум что я видел брал под себя 600мегов

примерно 1 гб - ограничение NET Framework, связанное с резервированием памяти под сборку мусора. Проявляется в том, что при занятии приложением 1-1.2гб начинают идти OutOfMemoryException (не хватка памяти). 2гб - 32бит NET Framework не может занять.

А комп Ваш не ноут ли часом? Какая температура процессоров после второй оптимизации? Вообще странно, я думаю у Вас на самом деле все в порядке, скорее, то , что Ваш копьютер 10000 проходов за 10 секунд делает - вот это что-то непонятное. Да и 5 минут для 10000 проходов это что то очень хороший показатель. У меня 4 ядра с такой скоростью не считают. Хотя кол-во свечей же ....

4 гигагерца 4 гигабайта ram шина памяти 1200 магагерц со мной по тестам на равне идут только 8 процессорные машины но оптимизация обычно только под 2 проца так что у меня приоритет обычно да и для мусора у меня в RAM виртуальный диск на 1 гиг создан

проц совсем не греется по сравнению с Orthos и S&M

да и оптимизировал я всего недельку в тиках

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

Товарищи разработчики, я то же промоделировал эту ситуацию!
Простой скрипт пересечение средних, часовик. Начинаем оптимизацию с 01/07/06 по 01/10/06, т.е. за три месяца(не так много данных).Время оптимизации 25 секунд. Моделируем торговлю с 01/10/06 по 01/11/06, т.е. за месяц. Далее снова оптимизация 01/08/06 по 01/11/06 за три месяца, время оптимизации 34 секунды, меняем даты на с 01/11/06 по 01/12/06, смотрим что скрипт сделал за месяц. Далее снова оптимизация, вообщем смысл понятен ... На пятой оптимизации время составляло уже 2 минуты.. На восьмой 3 минуты. Так что баг имеет место быть! XP32 SP3 4 по 2.4 8ram Настройки tslab: 4 потока 1024гб
P.S. Правда после 11 раза время стабилизировалось в районе 3 мин 20 секунд

" Настройки tslab: 4 потока 1024гб"
т.е. кеш 1гб?
А версия 64бит используется?

Гонял сейчас 29тыщ свечей на 2MA. 10тыщ проходов.
Время стабильное - 10мин, +-20сек. Загрузка памяти TSLab тоже не растет, держится в районе 200-250мб.

Не 32

Не могли бы вы уменьшить кэш до 512 мб?

У нас есть подозрение, что сборщик мусора не справляется.

Ага! Когда просто большую историю с максимальным кол-вом проходом, то тормозов со временем не замечено. Время начинает прыгать, когда небольшое кол-во севечей небольшое, 380, кол-во проходов то же небольшое а даты меняются(у меня так)

512 то же самое

Приблизительно так же погонял вчера. Правда у меня чуть живее считал. То же ничего не заметил. И параметры менял. Движуху со временем начал замечать только когда стал изменять даты и параметры.

1024 поставил опытным путем. Система одинаково ебя ведет и при 512 и при 1024, ну разве что при расчетах с 512 чаще обновляется, но ни на скорость ни на стабильность никак не влияет(у меня так)

jarilo Вы то же только даты меняли?

Я неделю уже гоняю исторические текстовые данные.1999-2010.Добился результат на 10мин.Просадка макс.-6-7%.После решил проверит с эти ми же параметрами на этих же данных по годам отдельно.И получил в некоторых случаях просадку 23%-а это уже перебор.Или я что то не до понимаю в системе или это глюк.

Считаете одним лотом? Или фиксированным числом? С реинвестицией?

Если проверяли одним лотом, то ничего удивительного нет.
Когда проверяешь на 10ти годах - депозит мог вырасти в разы. Поэтому просадка в 200р с 1000р - это 20%, а когда зафиксирован профит в 5000р - то это всего 5%.
Надо тестировать включив режим "Имитация портфеля", чтобы количество лотов бралось от количества денег. Тогда примерно одинаково все будет.

Когда задан большой кеш на 32бит и много данных при оптимизации начинают идти OutOfMemoryException, а они тормозят сам процесс.
У вас памяти много, используйте 64бит версию. Правда она с Транзак не совместима, только текстовые данные можно будет использовать.