Что такое Windows Priority and Affinity и какие преимущества она предоставляет?

Настройка схожести делает что-то, но вы никогда не захотите использовать это.

Установка соответствия процессору заставляет Windows использовать только выбранный процессор (или ядра). Если вы установили привязку к одному процессору, Windows будет запускать это приложение только на этом процессоре, но не на других.

Windows автоматически помещает запущенные приложения на наименее загруженный процессор, поэтому ограничение его одним процессором не позволяет Windows выполнять свою работу. Даже если CPU / core 1 заняты другими приложениями, Windows не сможет запустить приложение с установленным сродством на CPU / Core 2.

На самом деле единственная причина, по которой вы захотите это сделать, - это запустить какое-то старое приложение, которое работает некорректно при работе в многопроцессорной / базовой системе.

This is a very useful feature in certain scenarios. Let's say you have a multi-threaded application that tends to either be idle or aggressively grabbing 100% of every CPU for several minutes, doing searches, builds, etc. Let's call this application "eclipse."

Let's also say that while you're working on this application, you have a bunch of other applications that have modest cpu requirements, but are essentially real-time applications. For example, while you're using Eclipse and it is randomly kicking off builds or doing gwt compiles, you're also using your computer to stream music or perform research in a browser window (for example, researching the cause of a build problem). Sure, you will not die if your music skips or your browser stops responding, but it's annoying.

What affinity lets you do is confine your cpu eating app to 7/8 cores so that everyone else is guaranteed access to a relatively unused cpu and you don't constantly have to deal with stuttering and interruptions to the usability of everything else on your computer while eclipse is grinding away.

Установка сходства говорит этому процессу, на каких процессорах ему разрешено работать.

Хотя это очень полезно для некоторых нишевых случаев, средний пользователь, вероятно, не должен связываться с ним.

Например, если процессу было разрешено запускать свое собственное ядро, он мог бы работать (почти) в режиме реального времени без того, чтобы эти 70 оконных утилит постоянно прерывали и меняли стек на процессор для своего собственного временного интервала. Приложения реального времени - это то, что Windows никогда не сможет сделать, пока многопроцессорные / многоядерные системы не появятся на сцене, потому что ОС будет постоянно прерывать / переключать задачи приложения для своих собственных целей. Теперь это в основном можно преодолеть, изолировав один процессор приложения реального времени, не позволяя всем другим приложениям в системе использовать этот процессор. Это очень нишевая тема, но такие системы, как (реальные) симуляторы полета, автоматизация производства и системы обратной связи управления, зависят от архитектуры реального времени.

Приложения, интенсивно использующие процессор (например, виртуальные машины), могут быть изолированы от их собственного ядра, поэтому вы можете использовать их, не вызывая обход остальной части вашей системы. Теоретически, гипервизор, работающий на процессоре, который поддерживает взаимодействие с гипервизором «голое железо», может достичь производительности процессора, равной независимой ОС, работающей самостоятельно (за исключением процессора, необходимого для запуска хост-ОС). Конечно, на практике даже виртуальная машина, работающая на своем собственном изолированном ядре / процессоре, все равно должна будет принимать небольшое количество служебных данных от хоста хост-ОС.

Для приложений, которые обрабатывают большой объем данных в потоке, изоляция приложения к его собственному процессору (и потенциально все еще использующему многоядерные процессоры) сократит обмен кеша.

Более старые приложения, которые ломаются при распределении по нескольким процессорам, могут эффективно ограничиваться одним ядром / процессором для решения проблемы.

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

Есть много случаев, когда близость жизненно важна, но, если вы не знаете, что это такое, она вам, вероятно, не понадобится.

Более высокий приоритет означает, что обработка задачи будет иметь преимущество перед задачами с низким приоритетом. Если вы используете приложение, которое требует высокой скорости реагирования, и, например, кучу других неинтерактивных процессов, приоритеты могут обеспечить лучшее взаимодействие с вашим высокоприоритетным процессом.

Например: начиная с Windows Vista, проигрыватель Windows Media автоматически получает более высокий приоритет, чтобы обеспечить плавное и непрерывное воспроизведение мультимедийных файлов, по умолчанию только около 20% процессорного времени доступно другим процессам. Это просто пример, чтобы помочь вам понять, что делают приоритеты. (Вы можете прочитать больше о приоритетах Media Player в Vista на Technet .)

Мягкое или жесткое сходство может увеличить скорость обработки, поскольку в кеше ЦП все еще могут быть остатки процесса, когда процесс был ранее прерван, а затем возобновлен в более позднее время.