AOS и многопроцессорная машина

[itfs]

Не повлияет, AOS почти всегда использует только 1 процессор, если только вы не хотите запустить 2-й экземпляр AOS-а на одной и той же машине. Общее правило №1: AOS-ы масштабируются "box"-ами, ставите рядом еще одну машину и разводите по ним пользователей.
2 Serge Kotov что такое "клиентский процесс" применительно к 3-х звенке?

[Serge Kotov]

Цитата:

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

Не повлияет, AOS почти всегда использует только 1 процессор, если только вы не хотите запустить 2-й экземпляр AOS-а на одной и той же машине. Общее правило №1: AOS-ы масштабируются "box"-ами, ставите рядом еще одну машину и разводите по ним пользователей.
2 Serge Kotov что такое "клиентский процесс" применительно к 3-х звенке?

Прощу прощения - сразу не ответил, так как был в офлайне и пропустил интересную дискусcию.

Под "клиентским процессом" я имел в виду один пользовательский коннект в 3-хзвенке, которому ax32serv выделяет собственный поток. Поэтому, собственно говоря, он и исполняется на одном процессоре. Т.е. разницу между процессом ОС и его потоками я знаю.

Любопытно откуда есть полное убеждение сразу у трех разных участников этой ветки, что AOS умеет работать только с одним процессором? Ведь это может, например, привести к рекомендации начинающему предприятию - клиенту поставить два однопроцессорных физических сервера вместо одного двухпроцессорного, что не есть хорошо.

Проверить корректность работы AOS с несколькими процессорами очень просто. Достаточно запустить Performance Monitor с просмотром нагрузки раздельно по каждому процессору.

ИМХО лучше не связываться с попыткой "расщепить" один поток на несколько процессоров. В реальной ситуации в трехуровневой конфигурации для двухпроцессорного сервера AOS одновременно работает обычно больше двух пользователей.

[itfs]

Цитата:

Сообщение от Serge Kotov

Ведь это может, например, привести к рекомендации начинающему предприятию - клиенту поставить два однопроцессорных физических сервера вместо одного двухпроцессорного, что не есть хорошо.

Согласен, не есть. В принципе теоретически рассуждать именно о 2-м процессоре не совсем корректно. Даже если я сугубо прав и AOS не заставишь отдавать свои потоки на исполнение 2-му процессору, его всегда найдем чем занять сама ОС.
Но если речь идет о том чтобы выбрать между 2-х и 4-х процессорной конфигурацией, то ... я на своих выводам настаиваю.

to AndyD Теоритчески я согласен, существуют предпосылки для того, чтобы процесс отдавал на исполнение потоки различным процессорам. Допустим, что проблема синхронзации так или иначе решена. Но как факт, архитектура AOS-а такова, что не отдает выполнение пользовательских потоков другим процессорам, за исключением исполнения batch-ей.

С уважением, itfs.
С уважением, itfs.

[AndyD]

Цитата:

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

to AndyD Теоритчески я согласен, существуют предпосылки для того, чтобы процесс отдавал на исполнение потоки различным процессорам. Допустим, что проблема синхронзации так или иначе решена. Но как факт, архитектура AOS-а такова, что не отдает выполнение пользовательских потоков другим процессорам, за исключением исполнения batch-ей.

С уважением, itfs.
С уважением, itfs.

Из чего следуют такие выводы?
Если два пользователя подключены к двухпроцессорному AOS, то их потоки будут выполняться на разных процессорах. Ограничение - привязка процесса AOS к одному процессору и приоритет потоков. Если выполнение задачи разбить на несколько потоков, то они будут выполняться каждых на разных процессорах (с учетом ограничения)

[Diman]

Вставлю свои 5 копеек:
По умолчанию Windows 2000 использует нежесткую привязку (soft affmity) потоков к процессорам Это означает, что при прочих равных условиях, система пытается выполнять поток на том же процессоре, на котором он работал в последний раз При таком подходе можно повторно использовать данные, все еще хранящиеся в кэше процессора

В архитектуре NUMA (Non Uniform MemoryAccess) машина состоит из нескольких плат, на каждой из которых находятся четыре процессора и отдельный банк памяти. Отдельный погок может выпол няться на любом из этих процессоров

Для жесткой привязки потоков процесса к конкретному процессору используется функция SetProcessAffinityMask.
Есть и обратная GetProcessAffinityMask - которая позволяет определить используется ли жесткая привязка к процессору.

В случае с АОС-ом я такую привязку не нашел. Соответственно планировщик сам выберет на каких процессорах какие потоки выполнять.

[Wamr]

Цитата:

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

AOS почти всегда использует только 1 процессор..
2-х и 4-х процессорной конфигурацией, то ... я на своих выводам настаиваю

На чем основано такое утверждение?

Я проводил такой опыт.
Создал классик, который занимается вечным вычислением и исполняется на AOS-е.
Запустил несколько клиентов и смотрел загрузку 4х процессорного сервера.
1 сеанс - 25% (1 проц 100%)
2 сеанса - 50% (2 проц 100%)
3 сеанса - 75% (3 проц 100%)
и 4 сеанса - 100%