Масштабируемость AOS'а AX 2009 и принципы выполнения кода клиентских сессий на сервере

[AndyD]

Это связано с переходом на подключение к AOS с помощью RPC (и используется с версии 4.0)

Сам RPC использует многопоточные апартаменты - выделяется пул потоков, ожидающих вызова. При RPC-вызове используется один из ожидающих потоков для обработки. Когда выполнение вызова завершается, поток возвращается в состояние ожидания. Если при вызове не будет свободных потоков, то создастся новый. После некоторого времени в состоянии ожидания "лишние" потоки закрываются.

Использование потоков для RPC настраиваются при вызове функции RpcServerListen. Первый параметр MinimumCallThreads определяет минимальное кол-во используемых потоков, но он носит рекомендательный характер и приложение должно устанавливать его в единицу

Количество ожидающих потоков, так же как и время для закрытия "лишних" зависит от версии Windows

[Logger]

Цитата:

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

Это связано с переходом на подключение к AOS с помощью RPC (и используется с версии 4.0)

Наверно связано, конечно. Но все-таки это разные вещи. АОС может крутить внутри себя пакетники, вообще не имея клиентов. Т.е. н ебудет ни одного подключения по RPC.

[AndyD]

Цитата:

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

Наверно связано, конечно. Но все-таки это разные вещи. АОС может крутить внутри себя пакетники, вообще не имея клиентов. Т.е. н ебудет ни одного подключения по RPC.

Связано-связано. Можете не сомневаться
Собственно, вопрос-то и касается клиентских подключений к AOS

Что касается пакетного сервера, то да, он не использует RPC.
На каждое выполняемое пакетное задание создается свой отдельный поток, который закрывается, когда задание завершается

Кроме того, сервер открывает и другие сервисные потоки, связанные с подключением к SQL серверу, управлению RPC-подключениями, диспетчером пакетных заданий, внутренним управлением GDIPLUS