Прожорливое брюшко

[rkrivov]

в том то и дело что ничего серьезного в аксапте (именно в аксапте) не делается - я просто лазил по АОТу искал один класс и все. А то, что аксапта занимает 20-30 метров - это я знаю. Но сегодня она побила все рекорды

[Atani]

Именно поиск по АОТ как раз и ест память, не освобождая её.

По крайней мере, для Ax2.5 эффект стабильный.

[Vitaly_K]

Цитата:

Сообщение от Atani

Именно поиск по АОТ как раз и ест память, не освобождая её.

По крайней мере, для Ax2.5 эффект стабильный.

Решил полазить в АОТ, у нас стоит тоже axapta 3.0 правда sp2, действительно память растет и не падает, неужели так долго лазить надо.....чтоб так возросла

[glibs]

Цитата:

Сообщение от Vitaly_K

...
Решил полазить в АОТ, у нас стоит тоже axapta 3.0 правда sp2, действительно память растет и не падает
...

Я вот тоже решил полазить. Запустил поиск по всему АОТу. Памяти отожрано чуть меньше 30 Мб. И во время поиска больше не отжиралось.

Аксапта 3.0 сп3 СНГ, сборка ax32.exe №1951/3733. Двухзвенка. MS SQL 2000 sp4. MDAC 2.8 sp1. Windows 2000 Prof. sp4.

Могу продемонстрировать (бесплатно, но если приедете сами к нам в офис).

Про работоспособность на Oracle ничего сказать не могу. Не пробовал.

[kvan]

Цитата:

Сообщение от glibs

сборка ax32.exe №1951/3733.

Это и есть тот самый kernel hotfix, который решает (или должен) проблемы с памятью.
А если использовать другого клиента? (например, 3730 от SP3 CIS)

[glibs]

Цитата:

Сообщение от kvan

...
А если использовать другого клиента?
...

А зачем?

Если тебе интересно, можешь сам проверить.

[kvan]

Цитата:

Сообщение от glibs

А зачем?

Если тебе интересно, можешь сам проверить.

А затем что не у всех (а точнее сказать мало у кого) есть kernel hotfix для SP3