Proxmox machine i440fx q35 что это

unixforum.org

Эксперементирую с разными виртуальными машинами. Хочу для себя определить, какая ВМ для какой задачи подходит. Везде задача в двух словах одна — запустить windows-приложение под Linux.
Допустим я запускаю некое прикладное приложение, класса САПР. Сначала пробую запустить под wine, но допустим мне не повезло, под wine программа не идёт и я поднимаю ВМ. Удобными для подобной задачи мне показались VirtualBox и проприетарная VMware: создаёшь виртуальную машину, ставишь на неё Windows, потом ставишь в гостевой Windows пакет с гостевыми расширениями и у тебя появляются возможности вытаскивать окна windows-приложений, работающих в ВМ на рабочий стол Linux.
Другое дело, если нужно запустить какое-нибудь серверное приложение. Тогда будет гораздо удобнее использовать ВМ, которая может работать в фоне в качестве демона и не требует GUI. Вот попробовал KVM, собрал этот конструктор qemu-kvm + libvirt + virt-manager, а сам гипервизор уже был по умолчанию включён в ядро, вернее не собрал, а просто установил, связка программ под Fedora заработала из коробки. Создал с помощью virt-manager пул виртуальных дисков, сам диск, виртуальную машину, установил Windows 7 и. что-то всё-таки не так: 1) нормально подключение к гостевой системе работает только по протоколу Spice в окне virt-manager, по протоколу VNC через клиент Remmina дублируется курсор мыши, 2) гостевой системе явно не хватает драйверов, в диспетчере устройств отображаются восклицательные знаки. Подскажите что я не так делаю.
И ещё вопрос, стоит ли пробовать Xen? Читал, что с одной стороны он производительнее KVM и гораздо производительнее VirtualBox, но также слышал что Windows 7 глючно работает в domU.

Спасибо сказали:
Bizdelnick Модератор Сообщения: 20642 Статус: nulla salus bello ОС: Debian GNU/Linux

Re: Какая ВМ для какой задачи подходит

Сообщение Bizdelnick » 03.06.2016 11:54

03.06.2016 11:48
по протоколу VNC через клиент Remmina дублируется курсор мыши

Это нормально. А зачем вообще нужен VNC, если работает Spice? Тем более если система серверная, лазить туда часто не придётся (а последние серверные винды, говорят, можно по-человечески через ssh админить).

03.06.2016 11:48
гостевой системе явно не хватает драйверов
03.06.2016 11:48
Xen? Читал, что с одной стороны он производительнее KVM

Точно не в случае гостевой винды. Да и вообще сомнительно.

P. S. Я предпочитаю kvm + libvirt, иногда, только для десктопных нужд, — virtualbox.

Пишите правильно:

в консоли вку́пе (с чем-либо) в общем вообще

в течение (часа) новичок нюанс по умолчанию

приемлемо проблема пробовать трафик

Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. Часть 3

АНДРЕЙ СЕМЕНОВ, Восточное управление ДВБФ ФГУП «Росморпорт», главный специалист ОИТ, avsemenov@gmail.com Оптимизация с помощью виртуализации
Организуем несколько рабочих мест из одного десктопа. Часть 3 В предыдущих номерах «СА» я рассказывал об установке и настройке гипервизоров Xen и KVM для разделения ресурсов рабочей станции на два рабочих места. В этой части – сравнение производительности подсистем виртуальных рабочих мест на Xen и KVM между собой и с конфигурациями рабочих мест, не использующими виртуализацию Цель – в общих чертах определить с помощью синтетических тестов потери в производительности различных подсистем виртуальных рабочих мест в сравнении с «железными» и выявить слабые и сильные стороны используемых решений для виртуализации рабочих мест. Сравнение производительности осуществлено на одной и той же аппаратной конфигурации и близких к ней конфигурациях виртуальных машин (см. таблицы 1 и 2). Таблица 1. Описание используемой для тестирования производительности программной и аппаратной конфигурации

Аппаратные компоненты	Модель	Примечание
Материнская плата	Gigabyte GA-Q87M-D2H, LGA1150	Имеется официальная поддержка VT-d на уровне чипсета и реализованная в прошивке производителем
Центральный процессор	Intel Core i5-4570	CPU с поддержкой VT-d
Видеокарта	AMD HD6450 (UEFI BIOS)	Ранее тестировались видеокарты на чипсетах NVidia 9600, AMD HD6850, Nvidia GT610 (UEFI)
Оперативная память	2*8GB DDR3	При тестировании ОС, установленных напрямую на «железо» использовалась конфигурация с 8 GB ОЗУ, при использовании гипервизоров – 16 GB ОЗУ, 8 изкоторых выделялось для виртуальной машины
Жесткие диски	Western Digital Blue 1Tb Seagate Barrakuda 1Tb
PCI-e USB 3 контроллеры	USB 3.0 Orient VA-3U4PE (чипсет Via VL800) USB 3.1 Espdata FG-EUSB312A-BU01 (чипсет Asmedia ASM1142)	Контроллеры, обеспечивающие дополнительные USB-порты для «проброса» в виртуальные машины
USB3-to-SataIII контроллер	Orient 2568U3(чипсет Asmedia ASM1153E)	Чипсет устройства поддерживает бридж USB3-to-SATAIII
SSD	Adata Premiere Pro SP920 256gb	SSD для тестирования «проброшенных» в виртуальные машины USB-контроллеров

Таблица 2. Программная конфигурация (версии гипервизоров хостовых и гостевых ОС)

Xen	KVM/QEMU
• Xen 4.8.0 • ОС Ubuntu 16.04 (ядро 4.11.1) • Windows 7 x64 и Windows 10 x64 в качестве гостевых ОС	• Proxmox 4.4 • ОС Debian 8.8.0 (ядро 4.11.1) • Windows 7 x64 и Windows 10 x64 в качестве гостевых ОС

• Futuremark 3DMark Vantage (интегральная производительность, производительность CPU, производительность видеоподсистемы)
• Cinebench R15 (производительность CPU, производительность видеоподсистемы)
• Futuremark PCMark 7 (общая производительность)
• CrystalDiskMark 5.2.1 (производительность дисковой подсистемы)

Тестировалась производительность центрального процессора, производительность дисковой подсистемы и основных «пробрасываемых» устройств: видеоадаптера и USB-контроллеров в различных виртуальных окружениях.

Каждый тест производился три раза, в качестве результата записывалось среднее арифметическое значение проведенных тестов. Для определения погрешности измерений использовался метод Корнфельда, определяющий погрешность, какзначение половины разности между максимальным и минимальным результатами измерений. Для наглядности использована величина относительной погрешности (отношение погрешности измерения к величине среднего результата измерений) в процентах.

С этой же целью при сравнении производительности ОС виртуальных машин с «железными», вычислялся относительный результат сравнения в процентах, а в качестве погрешности использовалась только погрешность измерений виртуальной машины, а погрешности результатов измерений ОС на «железе» не учитывались (для упрощения вычислений).

Измерения производительности одних и тех же подсистем, сделанные разным ПО, усреднялись. Также усреднялись погрешности результатов измерений (что также упрощено, но не внесло значимых искажений в результаты).

В качестве ОС для тестирования использовались 64-битные версии Windows 7 Professional и Windows 10 Professional.

Исходя из выбора операционных систем и поддерживаемого аппаратного обеспечения гипервизорами получилась следующие комбинации для тестирования:

ОС, установленные непосредственно на «железо»:

• Тесты видеоподсистемы
• Тесты производительности процессора
• Тесты дисковой подсистемы
• Тесты производительности USB-контроллеров
• Тесты выполнены для Windows 7 x64 и Windows 10 x64

ОС, установленные в окружении Xen:

• Тесты видеоподсистемы (в режиме «проброса» PCI-устройства)
• Тесты производительности процессора
• Тесты дисковой подсистемы (форматы HDD: файловый Raw, файловый qcow2, LVM raw)
• Тесты производительности USB-контроллеров (в режиме «проброса» PCI-устройства)
• Тесты выполнены для Windows 7 x64 и Windows 10 x64

ОС, установленные в окружении Proxmox VE (QEMU/KVM):

• Тесты видеоподсистемы (в режиме «проброса» PCI-устройства);
• Тесты производительности процессора;
• Тесты дисковой подсистемы (форматы HDD: SCSI файловый Raw, SCSI файловый qcow2, SCSI LVM raw, Virtio файловый Raw, Virtio файловый qcow2, Virtio LVM raw)
• Тесты производительности 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-версию данного номера можно приобрести в нашем магазине.

1. Семенов А. Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. // «Системный администратор», № 3, 2017 г. – с. 22-28 (http://samag.ru/archive/article/3385).
2. Семенов А. Оптимизация с помощью виртуализации. Организуем несколько рабочих мест из одного десктопа. Часть 2. // «Системный администратор», № 4, 2017 г. – с. 24-29 (http://samag.ru/archive/article/3404).
3. QEMU Q35 chipset – http://wiki.qemu.org/Features/Q35.
4. Файл с подробными результатами тестов – http://charoday.ru/samag-xen-kvm-tests-results.
5. Информация об ошибке «проброса» видеокарты PVE – https://forum.proxmox.com/threads/vga-passthrough-error-device-does-not-support-requested-feature-x-vga.35727.
6. Xen Windows PV Drivers – https://www.xenproject.org/developers/teams/windows-pv-drivers.html.

[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 40

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,600 1,306 248 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

Как поменять разрешение экрана в 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, прицепи образ диска и нет проблем с разрешением и проброс усб мышкой.

А под капотом тот же qemu, с такими параметрами

qemu-system-x86_64 -enable-kvm -name guest=win7test,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-1-win7test/master-key.aes -machine pc-i440fx-2.8,accel=kvm,usb=off,vmport=off,dump-guest-core=off -cpu Haswell-noTSX-IBRS,md-clear=on,ssbd=on,spec-ctrl=on,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff -m 16000 -realtime mlock=off -smp 8,sockets=8,cores=1,threads=1 -uuid 924c5309-9aa9-48d9-8192-44818a256ff1 -no-user-config -nodefaults -chardev socket,id=charmonitor,fd=26,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x5.0x7 -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x5 -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x5.0x1 -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x5.0x2 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive file=/data/VM/win7.qcow2,format=qcow2,if=none,id=drive-ide0-0-0 -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -drive if=none,id=drive-ide0-0-1,readonly=on -device ide-cd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -netdev tap,fd=28,id=hostnet0 -device e1000,netdev=hostnet0,id=net0,mac=52:54:00:ac:e0:77,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charserial1,fd=29,server,nowait -device isa-serial,chardev=charserial1,id=serial1 -add-fd set=3,fd=31 -chardev file,id=charserial2,path=/dev/fdset/3,append=on -device isa-serial,chardev=charserial2,id=serial2 -chardev spicevmc,id=charchannel0,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -device usb-tablet,id=input0,bus=usb.0,port=1 -spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 -device hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -chardev spicevmc,id=charredir0,name=usbredir -device usb-redir,chardev=charredir0,id=redir0,bus=usb.0,port=2 -chardev spicevmc,id=charredir1,name=usbredir -device usb-redir,chardev=charredir1,id=redir1,bus=usb.0,port=3 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny -msg timestamp=on 

Касательно видео тут ключевое это выделение видеопамяти:

-spice port=5900,addr=127.0.0.1,disable-ticketing,seamless-migration=on \ -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,vram64_size_mb=0,vgamem_mb=16,max_outputs=1,bus=pci.0,addr=0x2 

Картинку можно смотреть spice клиентом или можно заменить на vnc. А отрисовку напрямую в иксы опцией -vga не пробовал даже.

Это на базовом драйвере Microsoft. На драйвере Redhat изображение не мерцает при прокрутке. А если еще установить Windows guest tools — spice-guest-tools, то разрешение экрана подстраивается под размер окна в котором его смотрим:

Если работать в голом qemu, то тут нужно добавить ещё канал spicevmc