утечка памяти в аксапта

[jekill]

Axpapta 3.0
sp -2
mdac 2.8
sql server sp3a

выполняю код динамически сформированный через runbuf
то работает то валится из-за того что не хватает памяти

Выполняемый код абсолютно валиден и нормально выполняется
напрямую из аксапты. (в основном работа с AOT - создание таблиц)

В чем может быть проблема?
Может кто то сталкивался - как полечить утечку памяти.

[mazzy]

установите exe-шник от sp3 или sp4.

[Ned]

А ещё лучше - посмотри себе в почту

[jekill]

Экзешник от sp3 не помог

вариант от Ned с treeNode.treeNoderelease тоже не помог

может есть у кого какие мысли.

[belugin]

Поставить побольше памяти вообще и нединамический код очень много жрет памяти при проходе по АОТ - попробуй например, поискать что-нибудь по всему AOT, (кстати в SysAotFind испрользуется и Release и TreeNodeTraverser и Таймер -- довольно поучительная форма).

Я делал утиолитку, которая проходит по дереву проектов и ищет пересечения проекта с данным. Она успешно отрабатывала только если есть большое количество памяти или ограничить перебираемые проекты (в моем случае, слоем)

В microsoft.public.axapta посоветовали выставить поменьше интервал сборки мусора...

[db]

а код, выполняемый через runbuf случаем не объект возвращает?

[db]

Я не знаю ваш это случай или нет, но память при работе с XppComiler (он же runbuf) течет замечательно. Если скриптик возвращает некий экземпляр объекта или курсор или же принимает объекты или курсоры в качестве параметра, то они не освободятся никогда. Где то в ядре добавляется лишняя ссылка и потом не снимается

Вот тестик, который я отсылыл в МБС, когда регистрил там эту багу. Обещают постараться исправить в 4.0 или позже

[jekill]

Поскольку тема для нас актуальная перепроектировали код так чтобы динамически выполняемый код не получал параметров и ничего не возвращал.
Надо чтобы только выполнился.

Результат память всеравно течет (хотя уже и не так сильно)

[mazzy]

Цитата:

Изначально опубликовано db
Я не знаю ваш это случай или нет, но память при работе с XppComiler (он же runbuf) течет замечательно.

Нет.
Проверил ваш случай на SP4. Объекты остаются неосвобожденными.

Если же в методе objectGetXPPcompiler весь текст заменить на нормальный runbuf, то все объекты освобождаются.

PHP код:

 return RunBuf("Object objectXppCompiler()\n{\nreturn new Object();\n}\n"); 


Выводы:
1. не извращайтесь, используйте прямые методы по прямому назначению
2. на мой взгляд тут не утечка. тут по-моему кто-то получает ссылку на объект при вызове c.execute(); Например, сам application.

юзайте runbuf.

[NAST]

А кто-нибудь работает на sp4?
Подскажите как решили проблемы с памятью?
У нас AOS как сожрет всю память всех выкидывает без предупреждения...

[glibs]

Сп3 память не жрет. А если жрет, то, судя по всему, не в нем дело.

Сп4 память жрет страшным образом.

[NAST]

Да, sp4 выпустили, только пользоваться им нельзя...
И HF нет.
Весьма оригинально.
Может есть здесь представители Microsoft и смогут ответить,
когда исправят ошибку по утечке памяти. ???

[komar]

Цитата:

Изначально опубликовано glibs
Сп3 память не жрет. А если жрет, то, судя по всему, не в нем дело.

Сп4 память жрет страшным образом.

sp3 cu1 память жрет. По крайней мере, в своем оракловом воплощении. Думаю, что разноска журналов более 3000 строк память жрет на любом сервиспаке, и любой базе (поправьте меня, если я не прав).

[komar]

Цитата:

Изначально опубликовано NAST
Да, sp4 выпустили, только пользоваться им нельзя...
И HF нет.
Весьма оригинально.
Может есть здесь представители Microsoft и смогут ответить,
когда исправят ошибку по утечке памяти. ???

Ошибка известна с версии 2.1 (может, и раньше была). Сейчас версия 3.0. Версия 2.1 была в 2000 году. Сейчас 2005 год. Где же вы, представители.....

[NAST]

А sp3 CU2, CU3 можно использовать?

В том то и дело, что проводок по 3000 строк пока никто не делает, просто 5 разработчиков на AOS-е работают. (Пользуются активно поиском методов, создают метки, компилируют)

[komar]

Цитата:

Изначально опубликовано NAST
А sp3 CU2, CU3 можно использовать?

В том то и дело, что проводок по 3000 строк пока никто не делает, просто 5 разработчиков на AOS-е работают. (Пользуются активно поиском методов, создают метки, компилируют)

Память поедается не на всех операциях - экспериментируйте. Если выполнить поиск по данному форуму и по форуму mazzy.ru по ключевому слову smartheap, то можно вычитать пару рекомендаций по поводу программного решения проблемы. К сожалению, такие методы подходят не всегда.
У Вас база MS SQL или Oracle? Есть подозрение, что на SQL случаев утечки памяти меньше, так как помогает установка новой версии MDAC.

[glibs]

Цитата:

Изначально опубликовано NAST
...
Может есть здесь представители Microsoft и смогут ответить,
когда исправят ошибку по утечке памяти. ???
...

Вроде, недавно видел вопрос об утечке памяти на новых Микрософтовских форумах (котоые на NNTP сделаны с ублюдочным интерфесом вместо Technet). Там кто-то спросил про утечку памяти. Жаль, сейчас найти не могу.

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

На этом все и закончилось. Так что делайте выводы.

А те местные специалисты из Микрософт, которые тихонько читают данный форум, на проблему повлиять не в силах. Они к написанию ядра отношения не имеют.

[mazzy]

Цитата:

Изначально опубликовано glibs
(котоые на NNTP сделаны с ублюдочным интерфесом вместо Technet).

Ты просто не умеешь пользоваться NNTP
С остальным согласен.

[komar]

Цитата:

Изначально опубликовано mazzy

Ты просто не умеешь пользоваться NNTP
С остальным согласен.

Интерфейс правда кривой. На technet был лучше. А еще на technet были спецы "близкие к ядру" системы. И вопрос этот там подимался давным-давно. Но все равно легче не стало...

[glibs]

Цитата:

Изначально опубликовано komar
...
Интерфейс правда кривой.
...

Спасибо за солидарность. А то Mazzy меня скоро обвинит в том, что я и Web-браузер использовать не умею.

Интересно, а никто не в курсе, не пыталлись ли раскулачить Микрософт на базу technet форума на момент, когда его убили? Чтобы попробовать конвертировать и выложить на какой-нибудь другой форум или сдеть что-то типа offline версии данного форума хотя-бы.