После установки KR2 на AX3 SP3 не пускает на AOS больше 100 пользователей

[Alexandr A. Osipkin]

Здравствуйте.

После установки KR2 на AX3 SP3 не пускает на AOS больше 100 пользователей. В логе появляются ошибки, пришлось поднять второй AOS.
Подскажите пожалуйста, как решить эту проблему.

С уважением, Александр

[glibs]

Вы уж меня простите если грубовато получилось, но это самый что ни на есть RTFM

"...
AOS Enhanced Stability and Logging
Registry Keys have been added for the purpose of tightening configuration when the AOS is in a low resource scenario. If these limits are reached, the AOS will reject new connections. If these keys do not exist, or if they exist without a value, Axapta uses the default value listed for each key. If enabling this functionality, configure each key for each instance of the AOS running.
\HKLM\SYSTEM\CurrentControlSet\Services\Axapta Object Server\Applications\<AOS Instance Name>\3.0\<AOS Config Name>
These keys may be replicated to the CurrentControlSet001 and CurrentControlSet002. See Microsoft Knowledge Base article 100010, “What are Control Sets? What is CurrentControlSet? (http://go.microsoft.com/fwlink/?LinkId=59068)” for more information on Control Sets.
Note: The registry settings may have to be set for each control set for each AOS instance configured. This may not be a one place registry change.
The following table lists the default values, which are also the recommended values. Note that they are string values.
Reg key Type Default
MaxConcurrentSessions REG_SZ1 100
MaxMemPercentage REG_SZ1 50
MaxConcurrentSessions
Set the value of this key to the number of concurrent sessions that you want the upper limit to be.
MaxMemPercentage
Set this value to the percentage of memory that you want the AOS process (ax32serv.exe) to use. This total memory percentage includes pagefile.
..."

На форуме тоже где-то обсуждалось. Наверняка можно найти в поиске.

Кстати, более 100 пользователей на один АОС — многовато, IMHO.

[Alexandr A. Osipkin]

Цитата:

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

Вы уж меня простите если грубовато получилось, но это самый что ни на есть RTFM
На форуме тоже где-то обсуждалось. Наверняка можно найти в поиске.

Кстати, более 100 пользователей на один АОС — многовато, IMHO.

Прошу прощения Просто поторопился, сразу написал на форум. На счёт количества пользователей - реально работают 20-30

[somebody]

Цитата:

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

Кстати, более 100 пользователей на один АОС — многовато, IMHO.

Если SQL-сервер/сеть нормальные в плане железа, то АОС(ы) 2.5/3 перегрузить маловероятно. Даже и сотнями пользователей. Притом АОС может быть далеко не таким мощным, как SQL. Конечно, "ПМСМ".

[egorych]

Цитата:

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

Если SQL-сервер/сеть нормальные в плане железа, то АОС(ы) 2.5/3 перегрузить маловероятно.

Весьма смелое заявление! Помимо процессора и сети есть еще такой ресурс как RAM. А т.к. АОС сам по себе 32-битный и по статистике больше 1Г "съесть" и не подавиться вообще не в состоянии, то перегрузить его вообще-то достаточно просто.

[gl00mie]

Цитата:

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

Если SQL-сервер/сеть нормальные в плане железа, то АОС(ы) 2.5/3 перегрузить маловероятно. Даже и сотнями пользователей.

А вы в курсе, зачем установщик виндов в зависимости от того, сколько процессоров на компе, где он запущен, ставит винды с разными ядрами - однопроцессорным или многопроцессорным? Все дело в том, что в последнем случае используется куда больше объектов синхронизации (критических секций, семафоров, etc) при доступе к различным ресурсам ядра, что не лучшим образом сказывается на производительности - оттого на однопроцессорных машинах и используется "облегченная" сборка ядра. Не стоит забывать, что у AOS'а наверняка тоже есть ресурсы, осуществлять доступ к которым необходимо "по очереди", и при этом на каждое пользовательское подключение он запускает отдельный поток, который при доступе к таким ресурсам должен синхронизироваться со всеми остальными потоками. Так вот, при большом числе пользователей (и, соотв., запущенных потоков) AOS может начать тормозит уже не из-за железа, а из-за взаимоблокировок между отдельными потоками.

[fed]

to gl00mie: А ты случайно не разбирался как сам ax32serv работает с объектами синхронизации ? У меня просто есть подозрение, что рекомендация использовать на AOS-серверах не больше двух процессоров, вызвана тем, что в недрах ax32server есть Big Kernel Lock, который приводит к тому, что в реальных условиях система плохо масштабируется на более чем два процессора на компе. Примерно как в ядрах Linux до версии 2.2.x. Там, фактически, все ядро было неповторновходимым, поэтому в теории систему можно было использовать на любом количестве процессоров, но из за того что само ядро было критическим ресурсом, в реальных ситуациях использования Linux (с нормальным вводом-выводом короче говоря), ставить больше двух процессоров было бесполезно.

[glibs]

Цитата:

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

...
Если SQL-сервер/сеть нормальные в плане железа, то АОС(ы) 2.5/3 перегрузить маловероятно.
...

А вы запустите на двух-трех клиентских машинах какой-нибудь интеллектуальный отчет (который рассчитывается на АОСе), и увидите.

Все зависит от задач. Если пользователи неспеша открывают формы и счелкают по закладкам, то АОС может и 300 пользователей выдержать, я так думаю.

[Garic]

Всё зависит от задач.
Проблема возникает не в производительности а скорее в возможности работать.

На одном проекте АОС постоянно валился на 70-ти пользователях из-за нехватки памяти. Из-за изобилия трудоёмких операций. Как только поставили второй АОС - стало хорошою

На другом проекте один АОС прекрасно себя чуствовал при более чем 200 пользователей. Здесь все трудоёмкие операции выведены на пакетный сервер и выполняются в двузвенке.
Сразу после перехода на 4.0 и исчезновения двузвенки - АОС стал падать раз по десять за день. Поставили второй АОС - отпустило.

[fed]

Ну и для завершения этой темы, надо заметить что в DAX 2009 от использования SmartHeap отказались (поскольку даже SMP - версия была неидеальна с точки зрения работы с объектами синхронизации). В версии 2009 smartheap бlibrary был заменена на Low Fragmentation Heap, появившийся в Windows 2003.

[Logger]

Цитата:

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

Ну и для завершения этой темы, надо заметить что в DAX 2009 от использования SmartHeap отказались (поскольку даже SMP - версия была неидеальна с точки зрения работы с объектами синхронизации). В версии 2009 smartheap бlibrary был заменена на Low Fragmentation Heap, появившийся в Windows 2003.

А доступ из X++ к ней сохранили ? Т.е. сохранился ли класс HeapCheck ?

Недавно ковырял Ax 3.0 - очень порадовали его возможности. Оказывается с его помощью легко самим ловить утечки памяти.

Для этого даже в поставку входит класс HeapLog - позволяет в произвольный момент сделать "снимок" кучи и сбросить на диск, а в другой момент времени - сравнить слепок с диска с текущим состянием и сбросить в лог различия.

[fed]

Цитата:

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

А доступ из X++ к ней сохранили ? Т.е. сохранился ли класс HeapCheck ?

Класс сохранился, набор методов класса изменился (хотя и остался достаточно похожим на старый). На первый взгляд - возможности класса (судя по числу методов ) прилично расширены