KVM: высокая загрузка центрального процессора после обновления VM до окон 10 1803

Я запускаю сервер Ubuntu 16.04 с виртуальной машиной KVM / libvirt / qemu и Windows 10. После обновления Windows 10 до последней версии 1803 (обновление за апрель 2018 года) я заметил замедление реакции VM и слишком высокую загрузку процессора в хосте. Тестирование, которое я сделал:

«top», используемый в отчетах хоста, о том, что процесс qemu-system-x86 занимает 38-44% от ЦП, в то время как ВМ бездействует и сообщает 4-6% нагрузки внутри оконного менеджера процессов. Когда окна показывают 50% загрузки ЦП, хост показывает 150-200% загрузки процессора для процесса qemu-system-x86. Это 8-10-кратное увеличение загрузки центрального процессора не происходит со старыми Windows 10 1709 VM. «dstat» на хосте сообщает о множестве system-> csw, около 13k. Я тестировал другую систему с той же настройкой с AMD FX-4300, Ubuntu 17.10 dekstop + kvm, обновил окна с 10 до 1803, и у меня такая же проблема с высоким хост-процессором и dstat-csw также на этом компьютере. Я взял третий компьютер с ядерным ядром i7, установил новый рабочий стол Ubuntu 18.04 + kvm, установил новые новые Windows 10, установленные драйверы Virtio, доступные здесь, и у меня такая же проблема с высоким процессором.

Что я могу сделать? Я использую правильные драйверы virtio?

Спасибо

0
задан 9 May 2018 в 14:07

4 ответа

У меня тоже было это. Dell XW6600, дуэль E5450, kvm, штраф до обновления 1803.

Такая же проблема с Vmware 12 (14 не работает на этом CPU из-за отсутствия SLAT) и Hyper-V server2012r2 (опять же, без планки, поэтому сервер 2016 HyperV говорит нет)

Я исправил его, заменив Windows 10 на серверный дата-центр сервера 2016 (у меня есть msdn :))

Теперь все мои виртуальные машины Windows выглядят как осветление:) [ ! d3]

edit - все обновления Windows применяются как os 2018-06-08 и все еще быстрые, как f ** k

-1
ответ дан 17 July 2018 в 14:47

Нашел кого-то с той же проблемой и возможного исправления для него здесь: https://forum.proxmox.com/threads/high-cpu-load-for-windows-10-guests-when-idle.44531/ [ ! d0]

Протестировал изменение моей собственной конфигурации и установил hpet на yes в vm xml исправил это для меня. Невозможно вставить образец xml из-за проблем с форматированием, извините ...

<clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='yes'/> <timer name='hypervclock' present='yes'/> </clock>

edit: вставил xml для вашего удобства. Важная роль - часть hpet.

2
ответ дан 17 July 2018 в 14:47

У меня тоже было это. Dell XW6600, дуэль E5450, kvm, штраф до обновления 1803.

Такая же проблема с Vmware 12 (14 не работает на этом CPU из-за отсутствия SLAT) и Hyper-V server2012r2 (опять же, без планки, поэтому сервер 2016 HyperV говорит нет)

Я исправил его, заменив Windows 10 на серверный дата-центр сервера 2016 (у меня есть msdn :))

Теперь все мои виртуальные машины Windows выглядят как осветление:) [ ! d3]

edit - все обновления Windows применяются как os 2018-06-08 и все еще быстрые, как f ** k

-1
ответ дан 20 July 2018 в 14:50

Нашел кого-то с той же проблемой и возможного исправления для него здесь: https://forum.proxmox.com/threads/high-cpu-load-for-windows-10-guests-when-idle.44531/ [ ! d0]

Протестировал изменение моей собственной конфигурации и установил hpet на yes в vm xml исправил это для меня. Невозможно вставить образец xml из-за проблем с форматированием, извините ...

<clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='yes'/> <timer name='hypervclock' present='yes'/> </clock>

edit: вставил xml для вашего удобства. Важная роль - часть hpet.

2
ответ дан 20 July 2018 в 14:50
  • 1
    В редакторе вставьте XML, выделите блок XML и нажмите кнопку {} или Ctrl-K. – Stephen Rauch 17 June 2018 в 20:03
  • 2
    Оно работает! Загрузка центрального процессора значительно снижается. Я также нашел еще одно сообщение о reddit, которое предложило удалить следующие параметры из командной строки qemu: -no-hpet -rtc base=localtime,driftfix=slew -global kvm-pit.lost_tick_policy=discard, который переводится в несколько другой .xml для libvirtd: <timer name='rtc' tickpolicy='delay'/> <timer name='pit' tickpolicy='catchup'/> <timer name='hpet' present='yes'/> Также с приведенное выше значение rtc / pit настроек хоста процессора уменьшается. Общие характеристики VM, по-видимому, немного ниже, чем окна 1709. – giox069 18 June 2018 в 00:30

Другие вопросы по тегам:

Похожие вопросы: