есть скрипты на которых несмотря на то что комп подсчитывает много часов у него высокая загрузка ЦП а оперативная папмять загружается несильно. но есть скрипт который у меня загружает и ЦП и происходит постепенное нарастание занятости памяти от 200кб до моих 1,5 гб и потом зависание. это так и должно быть при большом количестве переменных?

200кб ?!

Если 64 бит система и у Вас есть свободная память, в таком случае нужно больше информации(логи, скриншоты, объяснения, спецификация системы, главное - система охлаждения какая и какие процессоры?).

Если 32 бит, то Windows, среду .NET ограничивает 1гб. Это приблизительно 25.000 - 35.000 баров при 100.000 проходов, это средние показатели, при которых можно сказать, что Ваше железо "Сбалансировано".

200мб - начало
32 бит
судя по диспетчеру задач оперативная память нарастает до 1,5 гб никаких ограничений. потом полное зависалово
баров вроде тысяч 60, проходов уже досокращал до 5тыс и все равно виснет. именно этот скрипт только. может потому чтов нем переменных больше чем в других.
я понимаю что комп слабоват. просто спросил - нормально ли такое нарастание используемой памяти или нет

за счет накапливание сделок за день реально возрастание с 200 до 400-500, с последующим сбросом кеша (ночью).
1.5гб - много, если скрипт не на секундах, конечно.

вот на ночь ставил. наконец-то хоть немного прооптимизирповал. память выросла до 1045мб. причем утром после завершения оптимизации загрузка памяти не упала. так и должно быть? скрипт на 1 минутках. период с осени 2010.

Окно с оптимизациями закрывали? если нет, то не упадет

результаты оптимизации? закрывал

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

пытаюсь делать тестирование скрипта. период с 15.12.2010 до 22.03.2011

4гб оперативной памяти.
загрузка оперативной памяти растет до 3,3 гб, потом программа умирает. загрузка ЦП становится ноль потому что видимо памяти оперативной уже не хватает что-либо делать

на 64 версии это происходит через 5 мин. на 32 версии оптимизация идет долго. почти до конца доходит если делать малое количество проходов (15тыс) но все равно не получается доделать.

выставил 2 потока оптимизации и память под скрипт 2048. хотя эти настройки по моим ощущениям ни на что не влияют
начинает работать. пишет что осталось 10 мин, потом 20 мин потом 40 минут и так далее и потом каюк

скрипты попроще у меня при этом нормально проходят при намного больших объемах проходов

видимо дело в скрипте. очень он видимо многое обдумывает.

как считаете может ли мне что-то помочь кроме покупки компа в котором оперативной памяти будет хватать хотя бы на несколько десятков тысяч проходов?

Наверное от скрипта и от железа зависит. Потому что я и по 4,5 млн проходов запускал без зависаний. А 17й версии вообще почти забыл про такие глюки.

Очевидно минутная история?
Какая версия программы? На 17.0 могут быть проблемы.
Для начала попробуйте сделать следующее:
Загрузите версию http://www.tslab.ru/files/builds/TSLab_110326_1.1.17.94.zip
Число потоков - 0.
Память - 256 мб
Запустите оптимизацию и отпишитесь здесь, что получилось.

на 32 или на 64?

да минутки. версия 79.

Тогда новую версию не надо.
64бит

новую уже поставил
тоже самое все

64 - память наросла за минуту-две
32 - память доросла до 1,5 а потом раздался метал звук и она закрылась. так и раньше было. какое окошко при этом выскочило или нет - не смог заметить. хотя мне кажется вчера выскакивало какое-то окошко вместе с этим звуком
это если 16 тыс проходов

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

Что имеется в виду под память наросла? Если смотрите в диспетчере задач, то там не всегда актуальная информация. Если свободной памяти много, то NET "захваченную" память может сразу и не отдать, в надежде, что она понадобится.

да .смотрю в диспетчере задач. кроме этого смотрю на то что программа не реагирует а к тому же весь компьютер почти не реагирует. что естественно, так как вся память занята

Вся память - это сколько?
И что вы запускаете? Количество свечей и проходов.

все выше мной описано
память 4гб
16тыс проходов (но и 10тысяч тоже не тянет, а вот 1 тысячу просчитывает моментально)
минутники с 15.12.2010

Прогнал с указанными параметрами 20тысящ проходов на HiLo на последней сборке, память выросла примерно до 550мб. Никаких проблем не наблюдается.
Может быть я что-то не то делаю?

я уже написал выше.
я прогоняю другой скрипт и на 500тысячах на том же периоде и все в порядке с памятью
этот сложнее немного. но все равно странно - тысячу проходов моментом а 2тысячи уже памяти не хватает на 64-битной версии. на 32 иногда получается вроде

на 64бит версии идут OutOfMemory? можете лог прислать? Либо, если это точно завязано на скрипт - прислать скрипт с которым память кушается.

на 32 просто закрывается
на 64 зависает. память переполнена потому загрузка цп становится ноль и дальше ничего не происходит. аут оф мемори не пишет

лог могу прислать.
скрипт не могу - это же Грааль как зедсь на форуме принято говорить

давайте лог

отправил

дошло?

У меня вот тоже выдает после часа оптимизации:

DEBUG:System.OutOfMemoryException: Выдано исключение типа "System.OutOfMemoryException".
в System.Collections.Generic.List`1..ctor(Int32 capacity)
в TSLab.User.Script.Execute(IContext context, ISecurity Source1)

Что это означает? И влияет ли на результаты оптимизации?

Примечание: версия 19, 2400 проходов, около 500 тыс баров (минутки, 3 года), винда виста 32, память ОЗУ 3гб, проц 2 ядра 2ГГц. Начинаю оптимизировать - все занимает около 2-х часов, после примерно часа выдает такие вот сообщения, но затем оптимизацию все таки заканчивает.
Забавно пробовал на другом компе с виндой XP тож 32, на котором память в три раза меньше, но проц чуть пошустрее - там за час все проходит и никаких сообщений в логе!?

да, на оптимизацию повлияет, будут пропуски в момент появления ошибки. С такими большими историями стоит работать на 64бит версии. На 32бит стоит уменьшить кеш до 0мб.

Заметил что при добавление в скрипт блоков сжать\разжать оптимизация делается в разы дольше (вин7 64) так ли это? или у меня че-то с компом просто случилось?

Конечно так, сжатие увеличивает обрабатываемую историю в разы.

Кто-нибудь подскажет. Программа запускается 3 мин. Диспетчер задач показывает сразу загрузку 4 гига. При условии,что отсутствуют активные агенты. Наверно как-надо надо очистить мусор.

значит открыты графики. Просто так загрузки не будет.

С загруженной, но выключенной программой, в неторговый период показывает 2,5 гига. А где выключить графики?

Да просто закройте все окна, сохраните конфигурацию. Выключите программу, откройте программу. Сколько?

Проблема осталась. Закрыл все окна. Активных агентов нет. При загрузки память 2,4 гига, а при включении все 3,5 . Что работает не понятно. Остались только скрипты не рабочие. Может в них проблема.

мистика.
Перезагрузите комп. Запустите пустую программу, вообще всё закройте.
С логами программы, картинками на http://support.tslab.ru/

У меня такое было. Проверить удалось только на паркинге. Проблема была в винде, то ли вирус, то ли винда крякнула)). Решилось все переустановкой винды))))))

Извините за ошибки.