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 - которая позволяет определить используется ли жесткая привязка к процессору.

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