Проблема с АОС

[Kozerog]

Привет.

Ax 3.0 SP4 build 10.0, MS SQL 2000

В течении дня, если размер используемой АОС-ом памяти достигает 1 гигабайта АОС перестает пускать пользователей. Лечится проблема рестартом.

Как можно решить проблему в целом?

[SHiSHok]

Какие параметры АОС на закладке DataBase ?
и сколько пользователей работает ?

[Kozerog]

Leave connaction running when idle = yes
Literals in join queries = yes.
Literals in complex joins = yes

Около 95 активных сессий, пользователей меньше, так как многие работают в двух аксаптах.

[trud]

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

static void TRUD_jobMemoryLeak(Args _args)
{
    int i;
    TreeNode  t;
    ;
    for(i = 1; i <= 1000; i++)
    {
       t = infolog.getNode(UtilElementType::Resource, 'WebForm_TabRight');
       t = null;
    }
}

Еще в практике было, что утечки были при использовании в Map, контейнерного ключа

[SHiSHok]

я так понимаю все остальное по дефолту, значит попробуйте поставить:
BufferSize - 40
Time out after being idle for поставить порядка часа - 3600
Array fetch ahead - 50

[gl00mie]

Цитата:

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

Ax 3.0 SP4. В течении дня, если размер используемой АОС-ом памяти достигает 1 гигабайта АОС перестает пускать пользователей.

А ядро у вас тоже от SP4 (известного, к слову, дикими утечками памяти)? А то очень похоже на ограничения, появившиеся начиная с KR1.

[Oleg V.Cat]

Цитата:

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

Привет.

Ax 3.0 SP4 build 10.0, MS SQL 2000

В течении дня, если размер используемой АОС-ом памяти достигает 1 гигабайта АОС перестает пускать пользователей. Лечится проблема рестартом.

Как можно решить проблему в целом?

Вот сейчас "проталкиваю" вкормить ему 8 gb памяти, нехай подавиться

[gl00mie]

Цитата:

Сообщение от Oleg V.Cat

Вот сейчас "проталкиваю" вкормить ему 8 gb памяти, нехай подавиться

Кому вы собираетесь скормить 8Гб памяти, AOS'у? Он столько не съест: всякие AWE'ы он пользовать afaik не умеет, а так, будучи 32-разрядным приложением, да с учетом специфики виндов, он может "съесть" 2, максимум 3 Гб оперативки. Вот если вы на одном сервере запустите 2-3 AOS (допустим, сервер 4-8 процессорный), тогда еще такой объем памяти может пригодиться...

[Oleg V.Cat]

Цитата:

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

Кому вы собираетесь скормить 8Гб памяти, AOS'у? Он столько не съест: всякие AWE'ы он пользовать afaik не умеет, а так, будучи 32-разрядным приложением, да с учетом специфики виндов, он может "съесть" 2, максимум 3 Гб оперативки. Вот если вы на одном сервере запустите 2-3 AOS (допустим, сервер 4-8 процессорный), тогда еще такой объем памяти может пригодиться...

Ну а что делать... На четырех ГБ - непонятно, "сожрет ли он три", 6 туда технически не воткнуть... Мне бы 2-х хватило, дык ить, как показывают исследования - чихало оно на MaxMemPercentage . Так что "поставим 8, может хоть полтора сожрет".

[SHiSHok]

Цитата:

Сообщение от Oleg V.Cat

Ну а что делать... На четырех ГБ - непонятно, "сожрет ли он три", 6 туда технически не воткнуть... Мне бы 2-х хватило, дык ить, как показывают исследования - чихало оно на MaxMemPercentage . Так что "поставим 8, может хоть полтора сожрет".

Вам же уже ответил gl00mie, вот еще: Адресное пространство процесса
У меня на 2Gb замечательно 4 АОСа живут (3 тестовые правда), но рабочий с 40 пользователями на ура справляется (опятьже за 1Gb не переваливает).

[SHiSHok]

Всетаки я настроил АОС на стабильную работу!
Настройки АОС, закладка DataBase (ax3sp3): уменьшил MaxOpenCursors до 128 (было в 2 раза больше)
Результат: АОС стал кушать ЗНАЧИТЕЛЬНО меньше памяти (если раньше это было было порядка 900Mb, то теперь порядка 600Mb) и, как следствие, практически полное отсутствие "непонятных" сбоев АОС.