При просмотре Центра обновления Windows, выполняющего свою работу с открытой вкладкой «Диспетчер задач» и «Монитором ресурсов», процесс обновления обычно, т. Е. ~ 99% времени, не максимально использует ни один из доступных ресурсов. Безусловно.
Наблюдаются некоторые общие цифры:
- Обновление Windows 10 Fall Creators 1709 заняло около 1,5 часов - чистая установка - менее 5 минут, но это другой вопрос
- Ядра процессора почти бездействуют большую часть времени, когда одно ядро время от времени работает на максимуме (даже если это происходит, обычно оно не работает с максимальной тактовой частотой)
- использование оперативной памяти составляет около 5% все время, не ожидал, что до максимума
- активность диска в среднем составляет около 10%, при этом 100% почти никогда не достигаются, используемая пропускная способность диска находится далеко от характеристик на уровне около 10 МБ / с
- Максимальное количество сетевых подключений, если оно используется (небольшое количество времени)
Насколько я понимаю, всегда должно быть узкое место, ограничивающее другие ресурсы; один из этих ресурсов должен всегда на 100% блокировать дальнейший прогресс. Но в случае Центра обновления Windows стандартный снимок сценария выглядит следующим образом:
- загруженное ядро процессора на 30%
- баран на 5%
- диск с активностью 10% при комбинированной пропускной способности чтения / записи 10 МБ / с
- сеть на 0%
В Windows Update просто нет узких мест (может быть, они предназначены для маркетинговых целей) большую часть времени. Или, по крайней мере, это не видно для меня.
Это оставляет меня спрашивать, что делает компьютер вместо этого. Предназначено ли это для того, чтобы не создавать слишком большую нагрузку на систему для предотвращения перегрева или для обеспечения возможности параллельного использования / реагирования в любое время? Это ошибка или недостаток в диспетчере задач или мониторе ресурсов? Есть ли способ заставить Центр обновления Windows использовать все возможные ресурсы?
Межпроцессное блокирование / проблемы параллелизма как причина?
Аналогия Фрэнка Томаса "водостоки и водопроводные трубы" заставила меня задуматься о возможной причине: межпроцессное блокирование. Поскольку в действии обычно несколько ядер, возможно, они ждут друг друга. Или они блокируют ресурсы любого другого потока или процесса. Вероятно или нет? Будет наблюдать за оркестровкой ядер в следующий раз. Еще лучше: примените обновление внутри одноядерной (виртуальной) машины и посмотрите, верна ли теория.