SCCM / WSUS - «Процент соответствия» во всех обновлениях программного обеспечения
В SCCM 2012 R2 (1511) в библиотеке программного обеспечения, обновлениях программного обеспечения, Все обновления программного обеспечения.
Если я буду искать и добавлять критерии только для Windows Server 2012 R2 и критических исправлений, «Процент соответствия» всегда будет очень высоким, в верхних 90-х, потому что он включает «Необязательные» ресурсы ... который также включает рабочие станции.
Это задумано? Или это можно изменить здесь?
Это неприятно, потому что Percent Compliant не должен включать рабочие станции. Это искажает цифры. Процент соответствия для определенного обновления должен основываться только на «Соответствует», «Требуется» и «Неизвестно»
Например:
Допустим, «Обновление X» отображается как 3 совместимых ресурса, 97 требуется, 2205 не требуется , и 0 неизвестно. ИМО, «Процент соответствия» должен составлять 3%. Вместо этого SCCM покажет, что он соответствует 96%, потому что он будет включать "
Я планирую построить рабочую станцию с несколькими ОС под контролем (возможно) KVM, на которой я буду выполнять множество задач. Некоторые из этих задач лучше подходят для многопоточности, чем другие, поэтому я хочу максимально увеличить тактовую частоту. С этой целью я рассматриваю плюсы и минусы установки с двумя сокетами, чтобы я мог получить большую тактовую частоту при том же количестве ядер. Однако, насколько я понимаю, полезность сборки с двумя сокетами ограничена медленной связью между процессорами. Поэтому я считаю, что если я распределяю ресурсы разумно, двойной сокет может работать хорошо, но в противном случае это может быть катастрофой.
Вот несколько вещей, которые я хотел бы понять:
Если ОС хоста использует исключительно один сокет, а активно используемый гость - исключительно другой сокет, сколько этих двух сокетов необходимо для связи?
Насколько гипервизор выигрывает от доступа к большему количеству ядер?
Насколько умен KVM (или другие гипервизоры) с точки зрения распределения ресурсов между сокетами ЦП и ядрами ЦП? Есть ли какие-то вещи, которые я должен установить вручную, а какие - разрешить гипервизору?
Важным моментом является то, что в любой момент времени только одной или максимум двум виртуальным машинам потребуется много ресурсов, двум другим или три всегда должны быть довольно легкими.
Значительное улучшение производительности можно получить, придерживаясь топология NUMA системы. Использование опции закрепления приведет к ограничить потоки виртуальных ЦП гостя одним узлом NUMA; тем не мение, потоки смогут перемещаться внутри этого узла NUMA. Для более плотного возможности привязки, используйте вывод команды lscpu для установить 1: 1 привязку физического ЦП к виртуальному ЦП с помощью virsh cpupin.
В документации для RHEL 7 вы можете привязать VCPU к их физическому аналогу ЦП , используя numatune , затем ] прикрепить гостя к определенному узлу NUMA с помощью lscpu и virsh cpupin . Используйте lstopo для визуализации топологии NUMA NODE при использовании numatune .