Что такое Приоритет и Сходство (находится в диспетчере задач) и для чего они используются:
В каких ситуациях их следует / можно использовать и какие преимущества можно найти при настройке этих параметров.
источник
Что такое Приоритет и Сходство (находится в диспетчере задач) и для чего они используются:
В каких ситуациях их следует / можно использовать и какие преимущества можно найти при настройке этих параметров.
Настройка схожести делает что-то, но вы никогда не захотите использовать это.
Установка соответствия процессору заставляет Windows использовать только выбранный процессор (или ядра). Если вы установите привязку к одному ЦП, Windows будет запускать это приложение только на этом ЦП, но не на других.
Windows автоматически помещает запущенные приложения на наименее загруженный процессор, поэтому ограничение его одним процессором не позволяет Windows выполнять свою работу. Даже если CPU / core 1 заняты другими приложениями, Windows не сможет запустить приложение с установленной привязкой на CPU / Core 2.
На самом деле единственная причина, по которой вы захотите это сделать, - это запустить старое приложение, которое работает некорректно при работе в многопроцессорной / базовой системе.
Установка сходства говорит этому процессу, на каких процессорах ему разрешено работать.
Хотя это очень полезно для некоторых нишевых случаев, средний пользователь, вероятно, не должен связываться с этим.
Например, если процессу было разрешено запускать свое собственное ядро, он мог бы работать (почти) в режиме реального времени без того, чтобы эти 70 оконных утилит постоянно прерывали и меняли стек в процессоре для своего собственного временного интервала. Приложения реального времени - это то, что Windows никогда не сможет сделать до того, как многопроцессорные / многоядерные системы появятся на сцене, потому что ОС будет постоянно прерывать / переключать задачи приложения для своих собственных целей. Теперь это в основном можно преодолеть, изолировав один процессор приложений реального времени, не позволяя всем другим приложениям в системе использовать этот процессор. Это очень нишевая тема, но такие системы, как (реальные) симуляторы полета, автоматизация производства и системы обратной связи управления, зависят от архитектуры реального времени.
Приложения, интенсивно использующие процессор (например, виртуальные машины), могут быть изолированы от собственного ядра, поэтому вы можете использовать их, не подвергая остальную часть вашей системы обходу. Теоретически, гипервизор, работающий на процессоре, который поддерживает взаимодействие с гипервизором «голое железо», может достичь производительности процессора, равной независимой ОС, работающей самостоятельно (за исключением процессора, необходимого для запуска хост-ОС). Конечно, на практике даже виртуальной машине, работающей на своем собственном изолированном ядре / процессоре, все равно придется принимать небольшое количество служебных данных от хоста хост-ОС.
Для приложений, которые обрабатывают большой объем данных в потоке, изоляция приложения к его собственному процессору (и, возможно, все еще использующему многоядерные процессоры) сократит обмен кеша.
Более старые приложения, которые ломаются при распределении по нескольким процессорам, могут эффективно ограничиваться одним ядром / процессором для решения проблемы.
Если вы выполняли измерения производительности для конкретного приложения, практически невозможно получить согласованные результаты в разных системах, если вы не можете изолировать процесс, потому что в противном случае вы не можете контролировать, сколько времени ОС предоставляет вашему приложению. Большинство людей согласны с тем, что измерение производительности во время выполнения не дает хороших результатов, но эти люди никогда не считали, что вмешательство ОС (которое делает результаты настолько несовместимыми) может быть ограничено с помощью соответствия.
Есть много случаев, когда близость жизненно важна, но, если вы не знаете, что это такое, она вам, вероятно, не понадобится.
источник
Это очень полезная функция в определенных сценариях. Допустим, у вас есть многопоточное приложение, которое имеет тенденцию либо простаивать, либо агрессивно захватывать 100% каждого процессора в течение нескольких минут, выполнять поиск, сборку и т. Д. Давайте назовем это приложение «затмением».
Скажем также, что пока вы работаете над этим приложением, у вас есть куча других приложений, которые предъявляют скромные требования к процессору, но по сути являются приложениями реального времени. Например, когда вы используете Eclipse и он случайно запускает сборки или выполняет компиляцию gwt, вы также используете свой компьютер для потоковой передачи музыки или проведения исследований в окне браузера (например, для исследования причины проблемы сборки) , Конечно, вы не умрете, если ваша музыка пропустит или ваш браузер перестанет отвечать, но это раздражает.
То, что позволяет вам сделать привязанность, - это ограничить ваше приложение для питания процессора 7/8 ядрами, чтобы всем остальным был гарантирован доступ к относительно неиспользуемому процессору, и вам не приходилось постоянно сталкиваться с заиканиями и перебоями в использовании всего остального на вашем компьютере. пока затмение затихает.
источник
Более высокий приоритет означает, что обработка задачи будет иметь преимущество перед задачами с низким приоритетом. Если вы используете приложение, которое требует высокой скорости реагирования, и, например, кучу других неинтерактивных процессов, приоритеты могут обеспечить лучшее взаимодействие с вашим высокоприоритетным процессом.
Например: начиная с Windows Vista, проигрыватель Windows Media автоматически получает более высокий приоритет, чтобы обеспечить плавное и непрерывное воспроизведение мультимедийных файлов, по умолчанию только около 20% процессорного времени доступно другим процессам. Это просто пример, чтобы помочь вам понять, что делают приоритеты. (Вы можете прочитать больше о приоритетах Media Player в Vista на Technet .)
Мягкое или жесткое сходство может увеличить скорость обработки, поскольку в кеше ЦП все еще могут быть остатки процесса, если процесс был ранее прерван, а затем возобновлен в более позднее время.
источник
Прекрасным примером этого являются старые компьютерные игры (или другое программное обеспечение), особенно когда 32-разрядные игры (приложения) эмулируются на современном 64-разрядном компьютере. Устанавливая привязку к старым играм, ограничивая их только четырьмя ядрами, можно ЧАСТО избегать сбоев, чтобы запускать игры с упрямством. Некоторые движки рендеринга, используемые в старых играх, видеоредакторах и графическом программном обеспечении с аппаратным ускорением или САПР, не понимают более четырех ядер ЦП и вылетают при запуске.
Я не создаю аккаунт, чтобы просто опубликовать это, чтобы найти меня в Google 'kieseyhow'
источник