Полёт нормальный. Кроме того что ТСЛаб накачал 245МБ. Версия 1.1.7.0, пока не обновляю, жду официального апдейта.

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

Привет uprav, то же жду официального и решаю проблему на корню, перезагружаю сервер раз в два дня.

Логи получили.
Смотрим что там.

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

Примеры постепенно будут появляться
http://www.tslab.ru/ubb/ubbthreads.php?ubb=postlist&Board=25&page=1
http://www.tslab.ru/ubb/ubbthreads.php?ubb=postlist&Board=24&page=1

Доку подтягиваем.

Это скоро будет.

да не ,убытки не с сегодняшним днём связаныа вообще по итогу...
с заявками кутерьма примерно с 13:00 по 13:20 происходила я просто сам не разберу какие именно по номерам.
при включении выключении скрипт сбер_лонг+шорт торг имя(sber.) ставил снимал заявки по скрипту 5.1 торг имя(5)
скрипт сбер_лонг+шорт торг имя(sber.) тормознул видимо после первой сегодняшней свечи в лаборотории уже было 3 свечи а в рабочем только одна тут я и начал еговключать выключать

судя по логу он все же снимал/ставил свои заявки.
В 13.17 передвинулись заявки по скриптам 6b1 и 5. Но они их передвинули сами. Новые заявки по 5му не выставились, потому что прошло сообщение "Stop not on last bar".
Это означает, что стоп был выстален на каких то предидущих расчетных барах, а на последнем нет, например из-за того, что условия открытия больше не валидно (или пропущено). Поэтому старые заявки были сняты, а новые не выставлены.
Что собственно логично.

странно
а по логам не видно тормозил скрипт или нет?
(в лаборотории три свечи отрисовалось а в рабочем одна)

память то поднимется до 150 то опустится до 75
работает 1 скрипт паралельно в течении 1 часа шла оптимизация
сейчас закончилась

Владимир,

Так же запустил в тесты
TSLab 1.1.7.40 коннектор Транзак 4.98.1.19
боевой сервер

пока все "красиво"
после 23:50 скину результаты

шедулер включен

Доступ получил, коннект проходит нормально.

ок

TSLab 1.1.7.40 коннектор Транзак 4.98.1.19
------------------------------------------------
16:00 29.06.2010 - 200 Мб - начало тестирования
17:00 29.06.2010 - 280 Мб
18:30 29.06.2010 - 390 Мб
19:50 29.06.2010 - 420 Мб
21:30 29.06.2010 - 430 Мб
23:55 29.06.2010 - 240 Мб
23:55 29.06.2010 - 070 Мб ( после дисконнекта убрать в трей )
23:59 29.06.2010 - 200 Мб ( ракрыть из трея )

Т.е. утечка как была так и осталась, просто сделали очистку памяти после дисконнекта?

так что получается утекает или как?
кстати сколько скриптов работало ?
я вчера тоже тестировал, у меня почему то волнами набегала память до 200 а потом спадала до 75 и так всё время. правда я был на демке и всего часа 2 от силы но как я уже говорил всё это время активно конструировал оптимизировал вобщем напрягал программу.

Давайте пока без комментариев.
Мы изучаем нормальное это поведение или нет.
Могу сказать что в тестируемом воркспейсе очень много окон и идет большой поток данных на прием.

Видно пока одно, цикл работы возвращается в исходное положение, а не накапливает память как было раньше. Это уже хорошо.

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

Витруалку можно было и не прегружать :-)
Достаточно было выкл-вкл TSLab.

В скором времени сделаем еще один шедулер по рестарту TSLab. Чтоб было :-)

Виртуалку имеет смысл перегружать раз в неделю на выходных для профилактики.