Добрый день! На сервере 4 CPU по 18 Core, итого 72 камня. Винда 2008 R2 Enterprise. Стоит Oracle 11 Enterprise 64x.
Всё хорошо, но смущает одна вещь.
При старте инстанта в alert-логе такая строка:
CPU : 36 - type 8664, 72 Physical Cores

Чтобы это значило? Oracle использует 36 камней или всё таки 72 ?

При этом, после загрузки инстанта в представлении v$parameter
параметр cpu_count=72 и resource_manager_cpu_allocation=72.

V$OSSTAT показывает следующие параметры:
NUM_CPUS=36
NUM_CPU_CORES=72

Отсюда непонятка как это трактовать, видит он типа 72, а использует 36 что ли?
Или как?

Если так, то почему? И что надо чтоб использовал все 72 ?

Не.., Hyper-threading выключен, если бы с ним то ещё понятно, а тут честные физические камни.

Да, вот как раз и боюсь, сейчас общая нагрузка по CPU 30% и как бы всё хорошо, но база растёт и функционала прибавляется, а вдруг наступит тот момент что 36 камней будут задействованы и он, как ты Вячеслав говоришь: "не дотянется" до остальных?

Leonid KudryavtsevFedotov RuslanНе.., Hyper-threading выключен...
и при этом кол-во CPU отличается от Core.....
IMHO что то тут не чисто
Всё очень чисто, по-русски говоря 4 сокета по 18 голов = 72 проца честных, гипертрейдинга нет.


Надфильа вот интересно, чем вызвано желание использовать виндовс в качестве ОС для оракла при наличии более стабильных, менее геморройных и, фактически бесплатных, вариантов?
Ну, скажем, так исторически сложилось. Изначально база была не большая и разработчики рекомендовали как наиболее универсальную ОС для удобства администрирования, а потом стал большой паровоз, разогнался, спрыгнуть проблематично.

-2-Fedotov RuslanНа сервере 4 CPU по 18 Core, итого 72 камня. Винда 2008 R2 EnterpriseWin поддерживает до 64 логических процессоров. При большем количестве используется K-Group с ограниченным количеством, которое и видит запускаемый процесс.
Большой респект -2-. По наводке вот что нарыл:

В любой 64-битной операционной системе Microsoft Windows можно получить доступ максимум к 64 логическим процессорам. Однако; некоторые из современных более продвинутых серверов имеют более 64 логических процессоров... например, 4x Intel E7-8870 дает в общей сложности 80 логических процессоров. Таким образом, Windows может получить доступ ко всем этим логическим процессорам, понятие K-Groups (Kernel Groups) было введено в Windows Server 2008 R2, где создается до четырех K-групп, каждая из которых содержит до 64 логических процессоров, расширяющих максимальное число доступных логических процессоров до 256.

https://wiki.scn.sap.com/wiki/plugins/viewsource/viewpagesrc.action?pageId=356122853

Получается один процесс (oracle.exe) может работать только с процессорами одной группы, отсюда:
cpu_count=72
V$OSSTAT
NUM_CPUS=36 (Number of active CPUs)
NUM_CPU_CORES=72 (Number of physical CPU sockets)
Винда разделила их на две К-группы 72=36+36 и Oracle обломался!
Блин.., вот гемор-то ещё, было бы 64 камня, никаких проблем, а теперь придётся чё-то делать!

Да вот что-то я сомневаюсь, наверно не сожрёт.
Я так понимаю, процесс использует процессоры только в пределах группы, хош все, хош не все, можешь настроить.
А чтоб из одной группы и ещё из другой камней подпречь, так наверно не получится.
Хотя что я мучаюсь, сейчас возьму тестовый, подниму на виртуалке, там 72 CPU, дам по максимуму и буду экспериментировать, потом отпишусь.

Не, не хавает! Потестил на виртуалке 72 камня. Даёшь ему хотя бы ещё один камень из второй группы принудительно в таскменеджере и он перестаёт юзать все процессоры из первой, т.е. или оттуда или оттуда. Единственное что можно сделать - это выключить автоматическое распределение по группам, т.е не 36+36, а сделать 64 в первой группе и 8 во-второй, тогда хотя бы 64 камня заюзается.

Всё это здорово на словах, а почему бы не перейти на Линуксу, да и фсё! Это хорошо когда с самого начала можно принять такое правильное решение, тогда вопросов нет. А когда огромный паровоз и не только ты один админ рулишь миром, а есть несколько админов, куча программистов и корпоративная политика, которая нацелена на универсализм в ИТ. Я тут пытался тестовый переход сделать, не так всё просто: то кодировка где-то кракозябрами, то связи со всякими сторонними системами, там половина через ODBC и не всё так гладко, ещё всякие КриптоПро и всякие библиотеки для DiaDoc-а программисты используют .dll-ки на сервере подгружают через Java. И всё это должно функционировать круглосуточно и безотказно, нельзя сказать руководству: Дорогие друзья, я тут решил что Linux круче, вы ж понимаете? Теперь всё будет хорошо, только тут косячёк, там косячёк, подождите мы разберёмся. Короче, когда паровоз большой, то лучше хай так едет.