Дано: сервер только под MSSQL без дополнительных сервисов и процессор, допустим, на 4ГГц с 8 ядрами.
Есть однопоточный запрос или запрос с OPTION (MAXDOP 1). MSSQL выполняет его в один поток, но виндовс его будет выполнять на всех 8 ядрах. В Диспетчере задач будет видна общая загрузка процессора 12.5%=100%/8 и пилообразный график по всем ядрам. Если назначить в MSSQL affinity на одно ядро, то будет 100% загрузки одного и около 0 по остальным. Выглядит так, что поядерный кеш постоянно сбрасывается и процессор не выходит на turbo частоту, как при загрузке только одного ядра. Получаем потерю производительности, б о льшую при мегабайтном поядерном L2 кеше, меньшую при 256 КБ кеше. Например, в моём тестовом случае процессор нагружен на все ядра на частоте 3.32ГГц, хотя мог(?) бы на одно на 4.3ГГц.

Есть ли возможность в виндовсе влиять на размывание загрузки ядер хотя бы косвенным образом?


Во времена Win XP шедулер ядра, кажется, тоже перекидывал один поток с ядра на ядро, но делал это существенно реже. Ясно, что Микрософт заботится о размывании горячего ядра по кристаллу и прочем выравнивании нагрузки на процессоры с разным группированием ядер.

Гавриленко Сергей АлексеевичНу, поставьте в настройках питания сервера производительный режим, чтобы не сбрасывал частоту.Уже стоит, мин=100% и макс=100%. Даже если бы это помогло, то это не повлияло бы на размытие нагрузки ядер.

Поскольку кеши L1/L2 заданы на двухпоточное ядро, то при определённой нагрузке с обращением команд к памяти кеши "уменьшаются" в два раза. Немного сгладить влияние упомянутой пилы можно отключив HyperThreading на Intel. На AMD ядра устроены по другому и отключить двухпоточность, как я понял, нельзя.
AMD Ryzen 7 3700X
Intel Core i7-9800X


Поэтому, если число одновременно выполняемых запросов (не просто залогиненных пользователей) соответствует числу ядер, то многопоточность нужно отключать. В редких случаях при наличии массовых параллельных планов этот совет не годится.

Хитрости, подобные NtSetTimerResolution , пока оставим в стороне.