This is probably specific to VM's. 1) Increase cores from 1 to something higher.
Для мене це негайно і драматично вплинуло як на активність процесора, так і на зручність оперативної пам'яті. Майже загублений серед коментарів між відповідями на виправлення / оновлення KB, ця згадка в коментарі @Eugene K потребує відповіді сама по собі.
Примітка. Я підготував це як відповідь на
оновлення Windows не працює і споживає 100% ЦП (Win7 SP1) , що позначено як дублікат цього (хоча цей фактично не згадує 100% ЦП). Я вважаю, що я не в змозі розмістити свою відповідь там, оскільки елементи відповіді відсутні, можливо, це стосується позначення її як дубліката, тому це здається наступним найкращим місцем, оскільки люди, які намагаються вирішити 100% -не питання про процесор, отримують посилання тут.
Існує кілька різних проблем із Windows Update, які, поверхово, всі звучать однаково. Щоб було зрозуміло: саме в цьому питанні йдеться про те, що Windows Update споживає 100% ЦП без того, що, здавалося б, відбувається, і залишається в такому стані протягом тривалого періоду часу. Моя ОС Windows 7 знаходилась у такому самому стані. Диспетчер завдань показав, що 100% процесор споживається svchost.exe, загальний "батьківський" процес, який Windows використовує для "розміщення" та запуску окремих служб. Клацнувши правою кнопкою миші svchost.exe і вибравши "Перейти до сервісу", я зміг побачити, яка служба винуватця, а винуватець - wuauserv, послуга автоматичного оновлення Windows Update.
Я спробував увімкнути IPV6, серед відповідей щось було запропоновано (що, на мою думку, я вже робив на всіх машинах після інших питань), але це не мало значення в цьому випадку. Я хотів почати вибирати та вибирати KB виправлення та оновлення, коли є ряд подібних проблем з Windows Update; Я б вважав за краще застосовувати всі оновлення в правильному порядку, якщо є спосіб отримати їх у стані, коли це буде робити. Я залишив його на 24 години, і коли я знову подивився, він все ще був на 100% - і, крім того, історія оновлень показала, що за той час не встановлено жодного оновлення. Останній завершився попереднього дня, понад 24 години тому. Кілька перезавантажень не мали значення: він просто повернувся до 100% процесора.
Тоді переходячи до питання про Hyper-V, я подивився і знайшов, де можна налаштувати кількість процесорів для VM. Налаштування затьмарюється під час роботи віртуального комп'ютера, тому ви повинні вимкнути його, щоб змінити налаштування:
я збільшив кількість процесорів з 1 до 2 і побачив негайну зміну: тепер VM насправді, здавалося, робитьщось. І процесор, і об'єм пам'яті зростали і постійно падали. Я також зауважив, що VM, здається, зможе використовувати більше виділеної йому пам'яті: раніше, коли він застряг на 100% процесорі, він використовував 2G з 4G байт оперативної пам'яті, тоді як зараз, зростаючий і падаючий, це було використовуючи до 3G. Я вимкнув її і знову збільшив кількість процесорів, з 2 до 4, і побачив відповідне збільшення ефектів: велика кількість тривалої діяльності в диспетчері завдань, різний у кожному з 4 процесорів, і знову, збільшення в об'єм пам'яті, яку він міг би використовувати, все ще зростаючий і падаючий, але тепер наближається до повного виділеного 4G. Зараз, здавалося, проривається оновлення. І споживання процесора, яке швидко стрімко змінюється, зазвичай становило близько 25%,
Для резюме, існує ряд різних проблем, які можуть призвести до повільного вивільнення або запуску оновлення Windows, а Microsoft опублікувала різноманітні виправлення та оновлення в цій загальній області. Тому щоразу, коли це з'явиться, то, як і все-таки, є кілька факторів, що сприяють. У будь-якому випадку збільшення кількості налаштованих процесорів Hyper-V може бути, а може і не бути повною відповіддю, але немає сумнівів, що це призводить до кардинального поліпшення здатності машини використовувати як процесор, так і оперативну пам'ять.