Windows 2008 R2 x64 в простое на чипсете i440fx потребляет 10% ядра ноды, при том что на q35 потребление 3-4%. В обоих случаях по мнению инстанса потребление CPU = 0.
Под нагрузкой на i440fx стабильно на 5-7% загрузка выше. Такое ощущение, что он на эти 5-7% молотит какой-то «пустой цикл». Проблема только с Windows 2008. 2012 и 2016 — ведут себя одинаково скромно на обоих чипсетах.
Использовал бы q35, но Windows 2008 при первой загрузке на новом инстансе падает в BSOD в двух случаях из десяти. 2012 и 2016 на q35 тоже падают, но реже.
Драйверы стоят virtio-win-0.1.141 stable
q35 устанавливается через дописывание в /etc/nova/nova.conf
hw_machine_type = x86_64=q35
Нода Centos 7 Openstack Rocky QEMU/KVM
Сейчас выложу конфиги.
UPD: Собственно вопрос: Что изменить чтобы не жрало лишнего CPU на i440fx? Что изменить чтобы не падало в BSOD на q35?
$ virsh dumpxml instance-00000fc5 instance-00000fc5bc344977-1d76-4090-b1c0-0bf36c094c46 /// Слишком большое сообщение /// 83886088388608440961000000500000/machineRDOOpenStack Compute18.1.0-1.el72bf0ad48-7c83-49b7-826d-b0c4d30fa7edbc344977-1d76-4090-bcc0-0bf36c094c46Virtual MachinehvmWestmere-IBRSInteldestroyrestartdestroy/usr/libexec/qemu-kvm30001000+107:+107
Deleted ( 01.05.19 19:46:44 MSK )
Не по теме, но вот так предлагают выбирать чипсет товарищи из unraid
The Machine type presented to your VM can be toggled between >QEMU’s i440fx or Q35 chipsets
For Windows-based VMs, i440fx is the default setting and should >only be changed if you are having difficulty passing through a >PCI-based graphics card (this may prompt Windows to reactivate)
For Linux-based VMs, Q35 is the default setting and should not be >changed if passing through a GPU
Deleted ( 01.05.19 20:15:25 MSK )
Использовал бы q35, но Windows 2008 при первой загрузке на новом инстансе падает в BSOD в двух случаях из десяти. 2012 и 2016 на q35 тоже падают, но реже.
У меня и 440fx и q35 работают стабильно, оставшиеся гостевые винды (2008r2) отлично работают, не падают.
Deleted ( 02.05.19 18:32:19 MSK )
Надо включить фичи Hyper-V, например как это делает virt-manager.
Как-то тут мало всего:
vvvvvvvv ( 02.05.19 23:24:50 MSK )
Ответ на: комментарий от vvvvvvvv 02.05.19 23:24:50 MSK
Еще надо часики поправить, а то убегут или отстанут:
Так же рекомендую
(если Haswell, надо отключить пару инструкций) Отключение Memory Ballooning:
pekmop1024 ★★★★★ ( 03.05.19 12:48:46 MSK )
Ответ на: комментарий от pekmop1024 03.05.19 12:48:46 MSK
Где взять список этих machine type? От чего зависит доступность того или иного machine type?
На ноде используются следующие machine type: pc-q35-rhel7.6.0 и pc-i440fx-rhel7.6.0
Если я попробую использовать их на настольном ПК то virt-install выругается следующим образом:
ERROR Хост не поддерживает домены kvm with machine 'pc-q35-rhel7.6.0' для виртуализации типа «hvm» (архитектура «x86_64») ERROR Хост не поддерживает домены kvm with machine 'pc-i440fx-rhel7.6.0' для виртуализации типа «hvm» (архитектура «x86_64»)
Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. Часть 3
Тестировалась производительность центрального процессора, производительность дисковой подсистемы и основных «пробрасываемых» устройств: видеоадаптера и USB-контроллеров в различных виртуальных окружениях.
Каждый тест производился три раза, в качестве результата записывалось среднее арифметическое значение проведенных тестов. Для определения погрешности измерений использовался метод Корнфельда, определяющий погрешность, какзначение половины разности между максимальным и минимальным результатами измерений. Для наглядности использована величина относительной погрешности (отношение погрешности измерения к величине среднего результата измерений) в процентах.
С этой же целью при сравнении производительности ОС виртуальных машин с «железными», вычислялся относительный результат сравнения в процентах, а в качестве погрешности использовалась только погрешность измерений виртуальной машины, а погрешности результатов измерений ОС на «железе» не учитывались (для упрощения вычислений).
Измерения производительности одних и тех же подсистем, сделанные разным ПО, усреднялись. Также усреднялись погрешности результатов измерений (что также упрощено, но не внесло значимых искажений в результаты).
В качестве ОС для тестирования использовались 64-битные версии Windows 7 Professional и Windows 10 Professional.
Исходя из выбора операционных систем и поддерживаемого аппаратного обеспечения гипервизорами получилась следующие комбинации для тестирования:
ОС, установленные непосредственно на «железо»:
Тесты видеоподсистемы
Тесты производительности процессора
Тесты дисковой подсистемы
Тесты производительности USB-контроллеров
Тесты выполнены для Windows 7 x64 и Windows 10 x64
ОС, установленные в окружении Xen:
Тесты видеоподсистемы (в режиме «проброса» PCI-устройства)
Тесты производительности USB-контроллеров (в режиме «проброса» PCI-устройства)
Тесты выполнены для Windows 7 x64 и Windows 10 x64.
Проект Xen и проект KVM используют для эмуляции аппаратной платформы виртуальных машин код из проекта QEMU.
Проект Xen при этом придерживается более консервативного подхода и использует только стабильный проверенный код, KVM придерживается более прогрессивного подхода и использует наряду с проверенными, также и современные наработки QEMU.
По этой причине (вполне возможно, я ошибаюсь и команда Xen просто не успевает идти в ногу со временем) в качестве аппаратной платформы для виртуальных машин в Xen используется эмуляция чипсета Intel i440FX (чипсет безподдержки шины PCIe и USB3), а в проекте KVM – Intel i440FX и Intel Q35 [3] (более современный чипсет с поддержкой шины PCIe и USB3).
Произведенные тесты не претендуют высокую точность, но могут дать общее представление о потерях на виртуализацию процессорного времени и виртуализацию ввода/вывода (графические тесты, тесты дисковой системы и скорости «проброшенных» USB-контроллеров) при использовании разных технологий виртуализации и разных эмулируемых чипсетов (i440fx и q35).
Статью целиком читайте в журнале «Системный администратор», №7-8 за 2017 г. на страницах 24-31.
PDF-версию данного номера можно приобрести в нашем магазине.
Семенов А. Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. // «Системный администратор», № 3, 2017 г. – с. 22-28 (http://samag.ru/archive/article/3385).
Семенов А. Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. Часть 2. // «Системный администратор», № 4, 2017 г. – с. 24-29 (http://samag.ru/archive/article/3404).
Файл с подробными результатами тестов – http://charoday.ru/samag-xen-kvm-tests-results.
Информация об ошибке «проброса» видеокарты PVE – https://forum.proxmox.com/threads/vga-passthrough-error-device-does-not-support-requested-feature-x-vga.35727.
Xen Windows PV Drivers – https://www.xenproject.org/developers/teams/windows-pv-drivers.html.
Как поменять разрешение экрана в Windows 10 QEMU?
Как менять на нотебучное и вообще на любое другое не знаю. Но на полный экран я запускаю так qemu-system-x86_64 -enable-kvm -machine q35 -cpu host -device intel-iommu -cdrom /home/sergey/Downloads/virtio-win-0.1.215.iso -drive file=»win10.qcow2″,if=virtio -m 8G -vga qxl -usb -device usb-tablet -display gtk,zoom-to-fit=on -full-screen
19 мая 2022 в 0:29
3 ответа 3
Сортировка: Сброс на вариант по умолчанию
Поставь virtual-manager, прицепи образ диска и нет проблем с разрешением и проброс усб мышкой.
Картинку можно смотреть spice клиентом или можно заменить на vnc. А отрисовку напрямую в иксы опцией -vga не пробовал даже.
Это на базовом драйвере Microsoft. На драйвере Redhat изображение не мерцает при прокрутке. А если еще установить Windows guest tools — spice-guest-tools, то разрешение экрана подстраивается под размер окна в котором его смотрим:
Если работать в голом qemu, то тут нужно добавить ещё канал spicevmc
[SOLVED] q35 vs i440fx
You are using an out of date browser. It may not display this or other websites correctly. You should upgrade or use an alternative browser.
oah433
Member
Apr 8, 2021 31 1 8 39
Hi I am trying to understand when should I choose the machine-type to «Q35 vs i440fx», I understand that Q35 supports PCIe so I can do GPU passthrough but what about the i440fx, is the Q35 is that superior why do we still have it? For my setup where I have bunch of VMs running apache + MySQL on some and Nginx +MongoDB on the others which machine type should I use and does it really matter? Thx
dcsapak
Proxmox Staff Member
Staff member
Feb 1, 2016 9,440 1,267 174 35 Vienna
i’d say for «most» vms it does not really matter, since nearly all of the functionality of the chipset/platform is virtual anyway. if you need some features from a newer platform (like pcie) i’d choose q35, but else there is not much reason to choose it over i440fx
Toggle signature
Best regards, Dominik
Do you already have a Commercial Support Subscription? — If not, Buy now and read the documentation
