Что такое Windows Priority и Привязка и какой advatanges это обеспечивает?
Что точно является Приоритетом и Привязкой (найденный в Диспетчере задач) и что является ими используемый для:
В том, какие ситуации они использоваться и какие преимущества найдены при настройке их установка.
3 ответа
Установка привязки действительно делает что-то, но Вы никогда не будете хотеть использовать ее.
Установка привязки ЦП вынуждает Windows только использовать ЦП (или ядра) выбранный. При установке привязки на единственный ЦП Windows только запустит то приложение на что ЦП, никогда на любых других.
Windows автоматически помещает запущенные приложения на наименьшее-количество-занятый-процессор, таким образом ограничивание его к единственному ЦП не позволяет Windows сделать свое задание. Даже если ЦП/ядро 1 будет занят, запуская другие приложения, то Windows не сможет запустить приложение с набором привязки на ЦП/Core 2.
Действительно единственная причина, которую Вы хотели бы сделать, который должен запустить старое приложение, которое не работает правильно при работе системы мульти-ЦП/ядра.
Более высокий приоритет означает, что обработке задачи будут способствовать по низкоприоритетным задачам. При запуске приложения, которого Вы требуете, чтобы быть очень быстро реагирующими, и набор других неинтерактивных процессов, например, приоритеты могут сделать, гарантируют лучший опыт с Вашим первоочередным процессом.
Например: начиная с Windows Vista Windows Media Player автоматически получает более высокий приоритет гарантировать гладкое и непрерывное воспроизведение медиа-файлов только с приблизительно 20% процессорного времени, доступного другим процессам по умолчанию. Это - просто пример, чтобы помочь Вам понять то, что делают приоритеты. (Можно читать больше о приоритетах Media Player в Vista на Technet.)
Мягкая или трудная привязка может увеличить скорость обработки, потому что кэш ЦП может все еще иметь остатки процесса в нем, когда процесс был ранее прерван и затем возобновился в более позднее время.
Установка привязки говорит, что процесс, на каких процессорах позволяется работать.
В то время как очень полезный для некоторых нишевых случаев, средний пользователь, вероятно, не должен смешивать с ним.
Например, если бы процессу позволили его собственное ядро для выполнения, то он мог бы работать в (близости), в реальном времени без тех 70 утилит окон, постоянно прерывающих и свопинга стека на процессоре для их собственного интервала времени. Приложения реального времени были чем-то, что окна никогда не могли делать перед системным хитом мультипроцессора / многоядерным системным хитом сцена, потому что ОС постоянно будет прерыванием/переключением задач приложение в его собственных целях. Это может теперь главным образом быть преодолено путем изоляции приложения реального времени один процессор при предотвращении всех других приложений в системе от использования того процессора. Это очень нишевой предмет, но системы как (реальные) средства моделирования полета, автоматизация фабрики и системы с обратной связью управления зависят от архитектуры в реальном времени для работы.
Интенсивные приложения процессора (как VMs) могут быть изолированы к их собственному ядру, таким образом, можно использовать их, не принося остальную часть системы к проверке. В теории может достигнуть гипервизор, работающий на процессоре, который поддерживает взаимодействие гипервизора без операционной системы, производительность процессора, равная независимой ОС, работающей самостоятельно (минус процессор, должен был выполнить хост ОС). Конечно, на практике даже работа VM его собственного изолированного ядра/процессора должна будет все еще принять небольшое количество издержек от хоста хост ОС.
Для приложений, которые обрабатывают большой объем данных в движении, изолируя приложение к его собственному процессору (и потенциально тихое использование нескольких ядер) сократит свопинг кэша.
Более старые приложения, которые повреждаются, когда они распространены через несколько процессоров, могут эффективно быть ограничены одним ядром/процессором для устранения проблемы.
При выполнении измерений производительности на определенном приложении почти невозможно получить последовательные результаты через различные системы, если Вы не можете изолировать процесс, потому что иначе Вы не имеете никакого контроля, сколько времени ОС дает Вашему приложению. Большинство людей соглашается, что измерение уровня во время выполнения не дает хорошие результаты, но те люди никогда не полагали, что вмешательство ОС (который делает результаты настолько непоследовательными) может быть ограничено при помощи привязки.
Существует много случаев, где привязка жизненно важна, но, если Вы не знаете, каковы они, Вам, вероятно, не будет нужна она.