Я попытался установить соответствие ядра smss.exe, чтобы оно не запускалось на одном критическом ядре в Windows 7 и Windows Server 2008r2. Оказывается, простая установка привязки ядра к чему-либо (даже к полной маске, которая уже есть у smss.exe), похоже, работает, но не позволяет пользователям подключаться к машине по протоколу rdp, пока она не будет перезапущена. Пользователи, которые уже вошли в систему, могут продолжать использовать свои сеансы.
Это не происходит в Windows 8 / Windows Server 2012.
Кто-нибудь знает, почему это происходит?
Smss.exe (диспетчер сеансов) абсолютно необходим для создания новых пользовательских сеансов, включая сеансы служб терминалов, когда люди входят в систему удаленно.
Когда Smss запускается, он проверяет, является ли это первым экземпляром (главным Smss) или его экземпляром, который был запущен основным Smss для создания сеанса.
По словам Марка Руссиновича Внутреннее устройство Windows Книга Smss.exe включает алгоритмы, которые особым образом используют привязку к процессору:
«Создавая несколько своих экземпляров во время загрузки и создания сеанса служб терминалов, Smss может создавать несколько сеансов одновременно (максимум четыре одновременных сеанса плюс еще один для каждого дополнительного ЦП сверх одного)».
И:
Если система поддерживает горячее добавление процессоров, включает автоматические обновления сходства процессоров, чтобы при добавлении новых процессоров новые сеансы использовали преимущества новых процессоров.
Ваша настройка маски сродства процесса, вероятно, мешает этим алгоритмам.
Короче говоря, не делайте этого. Чего бы вы ни пытались достичь, вы, скорее всего, делаете это неправильно.