+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

как исправить высокую загрузку процессора в виртуальных машинах KVM, Proxmox Виртуальная Среда

falves1

Guest

21.11.2018 07:29:00

Меня беспокоит проблема, описанная ниже https://askubuntu.com/questions/1033985/kvm-high-host-cpu-load-after-upgrading-vm-to-windows-10-1803. Вопрос в том, как мне добавить или изменить параметры для всех моих виртуальных машин в Proxmox. В идеале изменения должны касаться всех виртуальных машин, как работающих, так и будущих. В ссылке есть несколько предложений, но почему Proxmox их официально не принял?

falves1

Guest

14.06.2019 17:42:00

pveversion -v proxmox-ve: 5.4-1 (работающий ядро: 4.15.18-15-pve) pve-manager: 5.4-6 (работающая версия: 5.4-6/aa7856c5) pve-kernel-4.15: 5.4-3 pve-kernel-4.15.18-15-pve: 4.15.18-40 pve-kernel-4.15.18-14-pve: 4.15.18-39 pve-kernel-4.15.18-13-pve: 4.15.18-37 pve-kernel-4.15.18-12-pve: 4.15.18-36 pve-kernel-4.15.18-11-pve: 4.15.18-34 pve-kernel-4.15.18-10-pve: 4.15.18-32 pve-kernel-4.15.18-9-pve: 4.15.18-30 pve-kernel-4.15.18-8-pve: 4.15.18-28 pve-kernel-4.15.18-7-pve: 4.15.18-27 pve-kernel-4.15.18-5-pve: 4.15.18-24 pve-kernel-4.15.18-4-pve: 4.15.18-23 pve-kernel-4.15.18-2-pve: 4.15.18-21 corosync: 2.4.4-pve1 criu: 2.11.1-1~bpo90 glusterfs-client: 3.8.8-1 ksm-control-daemon: 1.2-2 libjs-extjs: 6.0.1-2 libpve-access-control: 5.1-10 libpve-apiclient-perl: 2.0-5 libpve-common-perl: 5.0-52 libpve-guest-common-perl: 2.0-20 libpve-http-server-perl: 2.0-13 libpve-storage-perl: 5.0-43 libqb0: 1.0.3-1~bpo9 lvm2: 2.02.168-pve6 lxc-pve: 3.1.0-3 lxcfs: 3.0.3-pve1 novnc-pve: 1.0.0-3 proxmox-widget-toolkit: 1.0-28 pve-cluster: 5.0-37 pve-container: 2.0-39 pve-docs: 5.4-2 pve-edk2-firmware: 1.20190312-1 pve-firewall: 3.0-22 pve-firmware: 2.0-6 pve-ha-manager: 2.0-9 pve-i18n: 1.1-4 pve-libspice-server1: 0.14.1-2 pve-qemu-kvm: 3.0.1-2 pve-xtermjs: 3.12.0-1 qemu-server: 5.0-52 smartmontools: 6.5+svn4324-1 spiceterm: 3.0-5 vncterm: 1.5-3 zfsutils-linux: 0.7.13-pve1~bpo2

falves1 Guest	#3 0 14.06.2019 17:49:00 Я проверил и у меня есть исправление, но моя загрузка ЦП все равно очень высокая на бездействующих виртуальных машинах. Одна из ВМ работает на Linux, предположительно это 6 (виртуальный маршрутизатор Mikrotik).

Vladimir Bulgaru

Guest

21.08.2019 15:41:00

Здравствуйте, удалось решить проблему. Это связано с драйвером графики после обновления 1903, и это известная проблема. Она проявляется после начала сессии RDP, а затем выхода из нее без завершения сеанса пользователя. Чтобы воспроизвести проблему: создайте виртуальную машину Windows 10 1903 (ЦП должен быть на уровне ~0-1% простаивающего времени) получите доступ к ВМ через соединение RDP закройте соединение (ЦП должен быть на уровне ~20-30% простаивающего времени, в зависимости от количества сеансов и настроек ЦП) Подробности: https://answers.microsoft.com/en-us...em-after/dbce0938-60c5-4051-81ef-468e51d743ab Решение В качестве обходного пути на всех моих затронутых машинах я использовал Редактор групповой политики, чтобы установить: Код: Локальная политикa компьютера ⌞ Конфигурация компьютера ⌞ Административные шаблоны ⌞ Компоненты Windows ⌞ Служба удаленного рабочего стола ⌞ Хост сессий удаленного рабочего стола ⌞ Среда удаленной сессии ⌞ Использовать графический драйвер WDDM для удаленных подключений к DISABLED Это заставляет RDP использовать старые (и теперь устаревшие) драйверы XDDM. После перезагрузки простой режим должен вернуться к нормальному уровню 0-1%.

falves1 Guest	#5 0 22.08.2019 00:50:00 У меня сервер Windows 2016, и это исправление не сработало, я по-прежнему на 130%. Пожалуйста, посмотрите на изображение. Это так плохо, что я ищу другое решение. У меня много виртуальных машин на Windows.

Vladimir Bulgaru

Guest

22.08.2019 11:30:00

@falves1 Возможно, ваша проблема связана с чем-то другим. Вы пробовали проверить процессы, которые используют ЦП? Использование происходит в режиме простоя или постоянно? В частности, происходит ли это после подключения и отключения через RDP или, может быть, это не связано с RDP?

falves1 Guest	#7 0 22.08.2019 13:38:00 Проблема вот в чем: виртуальная машина простаивает, ЦПУ не загружено, только удаленный рабочий стол. Похоже, это проблема KVM. 81239 root 20 0 32.468g 0.031t 9144 S 206.7 2.5 1742:51 /usr/bin/kvm -id 104 -name FedericoWindows2016 81239 ? Rl 1743:45 /usr/bin/kvm -id 104 -name FedericoWindows2016 -chardev socket,id=qmp,path=/var/run/qemu-server/104.qmp,server,nowait -mon chardev=qmp,mode=control -chardev socket,id=qmp-event,path=/var/run/qmeventd.sock,reconnect=5 -mon chardev=qmp-event,mode=control -pidfile /var/run/qemu-server/104.pid -daemonize -smbios type=1,uuid=449f474c-c776-4c53-81a8-2a574b32283f -smp 2,sockets=1,cores=2,maxcpus=2 -nodefaults -boot menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg -vnc unix:/var/run/qemu-server/104.vnc,x509,password -no-hpet -cpu host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_reset,hv_vpindex,hv_runtime,hv_relaxed,hv_synic,hv_stimer -m 32000 -device pci-bridge,id=pci.2,chassis_nr=2,bus=pci.0,addr=0x1f -device pci-bridge,id=pci.1,chassis_nr=1,bus=pci.0,addr=0x1e -device piix3-usb-uhci,id=uhci,bus=pci.0,addr=0x1.0x2 -device usb-tablet,id=tablet,bus=uhci.0,port=1 -device VGA,id=vga,bus=pci.0,addr=0x2 -chardev socket,path=/var/run/qemu-server/104.qga,server,nowait,id=qga0 -device virtio-serial,id=qga0,bus=pci.0,addr=0x8 -device virtserialport,chardev=qga0,name=org.qemu.guest_agent.0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi initiator-name=iqn.1993-08.org.debian:01:f8f3ad9164fd -drive if=none,id=drive-ide0,media=cdrom,aio=threads -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=200 -drive file=/nfs1/images/104/vm-104-disk-1.qcow2,if=none,id=drive-virtio0,cache=writeback,format=qcow2,aio=threads,detect-zeroes=on -device virtio-blk-pci,drive=drive-virtio0,id=virtio0,bus=pci.0,addr=0xa,bootindex=100 -netdev type=tap,id=net0,ifname=tap104i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on -device virtio-net-pci,mac=D2:EC:32:08:27:57,netdev=net0,bus=pci.0,addr=0x12,id=net0,bootindex=300 -rtc driftfix=slew,base=localtime -machine type=pc -global kvm-pit.lost_tick_policy=discard

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры