Аспро: ЛайтШоп [тема: yawgpp (Ещё один пост о производительности гостевой Windows)]

yawgpp (Ещё один пост о производительности гостевой Windows)

Sun, 08 Mar 2026 22:43:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Также интересно: https://forum.proxmox.com/threads/switch-from-host-to-x86-64-v3.181421/post-842092 Я не знал про VBS (virtualization based security) — возможно, его можно отключить. Это бы объяснило, почему иногда помогает выключить Hyper-V (ведь это может отключить VBS на гостевой Windows 11). Обязательно попробую. Мне нужен Hyper-V на одном госте, попробую использовать cpu: host и отключить VBS — как только появится время, поделюсь результатами...
08.03.2026 22:43:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Thu, 02 Apr 2026 11:19:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Вот что все говорят — я посмотрел все эти видео на YouTube и посты, и, возможно, это миф в собственном информационном пузыре. Я отключил эти защиты в Windows (хотя не уверен, реально ли они отключены, просто реестр так говорит). Полагаю, это больше связано с настройками планировщика и тому подобным. И я бы сформулировал иначе: параметр cpu=host включает все функции процессора хоста (а не только заданный базовый набор), из-за чего части ядра Windows начинают думать, что работают на настоящем процессоре — а это может, скорее всего, запускать бесполезный код защиты от уязвимостей (spectre, heartbleed и прочие), ведь в ядре Linux это уже обрабатывается. Это не добавляет никакой безопасности, а просто тратит ЦП впустую. Конечно, нет, но чего бы я ни делал, производительность всегда хуже, чем при настройках по умолчанию. Даже когда я копирую стандартную командную строку и передаю её как аргументы в kvm, производительность всё равно хуже — вот что действительно странно. Я реально пытался получить правду, но потерпел полное фиаско. Я по возможности избегаю Windows, иногда использую Wine. Но в этом конкретном случае (несколько приватных runners для GitHub Actions под Windows) у меня нет другого выбора, кроме как запускать гостевые системы через Hyper-V.
02.04.2026 11:19:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Wed, 01 Apr 2026 18:35:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Современнее чего? Мой железный минимум обычно служит 2-5 лет до замены. Даже не знаю. Мне это никак не нужно. Передача cpu=host гостевой системе даёт Windows возможность включить защиту от уязвимостей (spectre, heartbleed и прочее), из-за чего система работает медленнее. За пределами домашней лаборатории это необходимо и важно, потому что безопасность важнее производительности. Специфические для hyper-v флаги настраиваются через guest=windows11/2025. На самом деле, у меня почти нет сценариев использования гостевой версии Windows для десктопа; кроме этой темы, я вряд ли когда-нибудь снова в этом нужусь. Но опыт стоил того ради будущих обновлений Windows Server в гостях.
01.04.2026 18:35:00, alexskysilk.

yawgpp (Ещё один пост о производительности гостевой Windows)

Wed, 01 Apr 2026 18:23:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Ну, нельзя просто слепо включать все флаги. Некоторые версии Windows могут вылетать, некоторые флаги, например tlbflush, могут влиять на производительность в зависимости от нагрузки,...
01.04.2026 18:23:00, spirit.

yawgpp (Ещё один пост о производительности гостевой Windows)

Wed, 01 Apr 2026 18:17:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Не правда. Некоторые флаги HV выставлены, некоторые — нет. Можно проверить в любое время с помощью qm showcmd . В моём случае автоматическая настройка такая:
Код:
root@proxmox06:~# qm showcmd 69001
CPU flag 'nested-virt' определён как 'vmx'
/usr/bin/kvm -id 69001 -name 'vm-ghrun-w11-01,debug-threads=on' -no-shutdown -chardev 'socket,id=qmp,path=/var/run/qemu-server/69001.qmp,server=on,wait=off' -mon 'chardev=qmp,mode=control' -chardev 'socket,id=qmp-event,path=/var/run/qmeventd.sock,reconnect-ms=5000' -mon 'chardev=qmp-event,mode=control' -pidfile /var/run/qemu-server/69001.pid -daemonize -smbios 'type=1,uuid=2ba06a64-91bf-4bbf-b1c9-3e59bd79cb60' -drive 'if=pflash,unit=0,format=raw,readonly=on,file=/usr/share/pve-edk2-firmware//OVMF_CODE_4M.secboot.fd' -drive 'if=pflash,unit=1,id=drive-efidisk0,format=raw,file=/dev/zvol/zpool-nvme/vm-69001-disk-0,size=540672' -smp '16,sockets=1,cores=16,maxcpus=16' -nodefaults -boot 'menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg' -display 'egl-headless,gl=core' -vnc 'unix:/var/run/qemu-server/69001.vnc,password=on' -global 'kvm-pit.lost_tick_policy=discard' -cpu 'qemu64,+aes,enforce,+hv-evmcs,+hv-tlbflush,hv_ipi,hv_relaxed,hv_reset,hv_runtime,hv_spinlocks=0x1fff,hv_stimer,hv_synic,hv_time,hv_vapic,hv_vpindex,+kvm_pv_eoi,+kvm_pv_unhalt,+pni,+popcnt,+sse4.1,+sse4.2,+ssse3,+vmx' -m 20480 -object 'memory-backend-ram,id=ram-node0,size=20480M' -numa 'node,nodeid=0,cpus=0-15,memdev=ram-node0' -object 'iothread,id=iothread-virtioscsi0' -readconfig /usr/share/qemu-server/pve-q35-4.0.cfg -device 'vmgenid,guid=b8661ab0-6859-4fdb-b95d-833cebf7dff0' -device 'usb-tablet,id=tablet,bus=ehci.0,port=1' -chardev 'socket,id=tpmchar,path=/var/run/qemu-server/69001.swtpm' -tpmdev 'emulator,id=tpmdev,chardev=tpmchar' -device 'tpm-tis,tpmdev=tpmdev' -device 'virtio-vga-gl,id=vga,bus=pcie.0,addr=0x1' -chardev 'socket,path=/var/run/qemu-server/69001.qga,server=on,wait=off,id=qga0' -device 'virtio-serial,id=qga0,bus=pci.0,addr=0x8' -device 'virtserialport,chardev=qga0,name=org.qemu.guest_agent.0' -device 'virtio-serial,id=spice,bus=pci.0,addr=0x9' -chardev 'spicevmc,id=vdagent,name=vdagent' -device 'virtserialport,chardev=vdagent,name=com.redhat.spice.0' -spice 'tls-port=61001,addr=127.0.0.1,tls-ciphers=HIGH,seamless-migration=on' -iscsi 'initiator-name=iqn.1993-08.org.debian:01:4453c0865f80' -drive 'if=none,id=drive-ide0,media=cdrom,aio=io_uring' -device 'ide-cd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=101' -device 'virtio-scsi-pci,id=virtioscsi0,bus=pci.3,addr=0x1,iothread=iothread-virtioscsi0' -drive 'file=/dev/zvol/zpool-nvme/vm-69001-disk-1,if=none,id=drive-scsi0,cache=unsafe,discard=on,format=raw,aio=io_uring,detect-zeroes=unmap' -device 'scsi-hd,bus=virtioscsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0,id=scsi0,rotation_rate=1,bootindex=100' -netdev 'type=tap,id=net0,ifname=tap69001i0,script=/usr/libexec/qemu-server/pve-bridge,downscript=/usr/libexec/qemu-server/pve-bridgedown,vhost=on,queues=8' -device 'virtio-net-pci,mac=BC:24:11:37:E0:0E,netdev=net0,bus=pci.0,addr=0x12,id=net0,vectors=18,mq=on,packed=on,rx_queue_size=1024,tx_queue_size=256' -rtc 'driftfix=slew,base=localtime' -machine 'hpet=off,type=pc-q35-9.2+pve0'

Не устанавливаются автоматически:
Код:
hv_frequencies TSC-Page-Clocksource для Hyper-V на KVM
hv_reenlightenment Тоже для TSC-Page / Nested HV
hv_tlbflush Ускорение TLB-флеша (в условиях оверкоммита)
hv_tlbflush_ext Расширенный вариант TLB-флеша
hv_tlbflush_direct Прямой TLB-флеш
hv_stimer_direct Прямой Synthetic Timer
hv_apicv Аппаратное ускорение виртуализации APIC
hv_emsr_bitmap Оптимизация MSR-битмапа
hv_xmm_input XMM-регистры для Hypercall-входа
hv_evmcs Enlightened VMCS — только Intel
hv_crash Crash-Enlightenment
hv_passthrough Мета-флаг: включает всё, что поддерживает хост

Однако — это больше проблема qemu/Windows, а не Proxmox, так что давайте на этом закроем тему.
01.04.2026 18:17:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Wed, 01 Apr 2026 17:15:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Флаги hv* уже передаются в командную строку proxmox, когда вы выбираете Windows в качестве типа ОС.
01.04.2026 17:15:00, spirit.

yawgpp (Ещё один пост о производительности гостевой Windows)

Wed, 01 Apr 2026 12:20:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Моя цель была: использовать cpu=host, Hyper-V включённый, по сравнению с другими типами и настройками процессоров qemu. Если у вас есть реальные замеры на более современном процессоре, пожалуйста, дайте знать. Было бы интересно, если бы на ЛЮБОМ процессоре хоста cpu=host работал быстрее, чем заранее заданный cpu=X86… и учитывая используемые флаги/настройки. То, что гость будет работать быстрее на более продвинутом процессоре, само собой разумеется. Основной просадкой по производительности является вложенный гипервизор — Hyper-V в гостевой системе поверх qemu. Есть некоторые особенности Hyper-V при использовании cpu=host — например, Geekbench показывает неверные частоты процессора в зависимости от некоторых настроек qemu и так далее. Это значит, что по крайней мере некоторые планировщики/таймеры и/или другие параметры настроены неправильно. Так что речь идёт не о АБСОЛЮТНОЙ производительности (которая, конечно, зависит от процессора хоста), а о сравнительной производительности между cpu=host и cpu=x86-... на любом процессоре хоста при включённом Hyper-V в гостевой Windows. Настоящий вопрос, похоже, в том, какие именно Hyper-V Enlightenments передавать? Enlightenments Hyper-V — это подсказки паравиртуализации, которые QEMU передаёт гостям Windows, позволяя им работать быстрее, даже если они запущены на KVM. Windows оптимизирована для использования этих подсказок, когда они доступны.
01.04.2026 12:20:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Tue, 31 Mar 2026 20:18:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
https://learn.microsoft.com/en-us/windows-hardware/design/minimum/windows-processor-requirements вы МОЖЕТЕ заставить Windows 11/2025 работать на старом процессоре, но последствия будут — медленная работа. Никакие изменения в настройках гипервизора этого не исправят.
31.03.2026 20:18:00, alexskysilk.

yawgpp (Ещё один пост о производительности гостевой Windows)

Tue, 31 Mar 2026 15:22:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Похоже, что Windows 11 официально не поддерживается на стареньком процессоре... Конечно, можно заставить её работать и так. Но… может, в этом и есть причина?
31.03.2026 15:22:00, 6equj5.

yawgpp (Ещё один пост о производительности гостевой Windows)

Tue, 31 Mar 2026 14:37:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я очень долго пытался добиться максимальной производительности, используя хостовый процессор для Windows 11 с включённым Hyper-V на моём Xeon E5-2697 v2 — но безуспешно.
- отключал VBS в гостевой системе
- отключал HVIC в гостевой системе
- перепробовал кучу трюков и флагов QEMU
- закреплял ядра CPU
- использовал большие страницы памяти
- настраивал NUMA

Многое узнал, например, что для некоторых флагов QEMU важен порядок их применения, и что некоторые флаги зависят от других. Тем не менее, при использовании cpu=host производительность всегда была хуже, чем с cpu=x86-64-v2-AES, или даже cpu=IvyBridge, который идеально бы подходил под мой процессор. (Это удивительно.)

Возможно, ситуация была бы другой при отключённом Hyper-V, но он мне нужен для личных GitHub Action раннеров. В итоге всё сводится к тому, что, вероятно, зависит от:
- версии Windows
- версии драйвера VIRTIO
- типа процессора хоста

Нужно тестировать и профилировать. Это очень мучительно по сравнению с Linux-виртуальными машинами, и я виню ядро Windows или другие её компоненты. Возможно, решение есть — я просто не смог его найти. Сдаваться я не люблю, но двух полных дней экспериментов хватило, так что вернулся к cpu=x86-64-v2-AES.

P.S. Я ограничен cpu=x86-64-v2-AES, потому что мой процессор довольно старый — для современных CPU лучше выбрать cpu=x86-64-v3 или cpu=x86-64-v4. (Про AMD не знаю.)

Для сведения.
31.03.2026 14:37:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Mon, 09 Mar 2026 09:38:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо, что указали в нужном направлении! Хотя речь идет о скорости NVME, давайте посмотрим — я соберу больше информации и скоро попробую. Пока что всё нормально работает с гостевыми системами Hyper-V с установленным CPU x86-64-v2 на моём старом Xeon E5-2697 v2.
09.03.2026 09:38:00, bitranox.

yawgpp (Ещё один пост о производительности гостевой Windows)

Mon, 09 Mar 2026 07:20:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Прошлые сравнения, касающиеся HVCI (одной из функций, объединённых под названием VBS), таковы. Сам VBS не снижает скорость обработки. Только определённые компоненты (HVCI) влияют на производительность. *Падение производительности сопоставимо с тем, что наблюдается у гостей, работающих на Hyper-V-хостах в PVE. (Сам Hyper-V-хост внутри PVE в этом сценарии не замедляется.)

U Post в теме «CPU Arguments режут пропускную способность NVMe в 4 раза» 7 февраля 2026 года:

Я не хочу вдаваться в детали по каждой из них. Мы не сталкивались с заметным снижением производительности, кроме как при включенной защите целостности кода под гипервизором (HVCI).
https://learn.microsoft.com/en-us/w...ed-protection-of-code-integrity?tabs=security

Влияние HVCI связано с отсутствием поддержки Intel MBEC/AMD GMET в KVM, что сделано намеренно.
*Вероятно, эта функция появится позже.
https://lwn.net/Articles/1051782/

Я пользуюсь процессором типа host и Windows 11, но пока функции Memory Integrity отключены, я...

uzumo редактирую: Может быть, это и не подходит для бенчмарков, но тесты winsat показывают значительное падение памяти GPU.
*Это приводит к серьёзному снижению производительности в GPU-бенчмарках.
Код: rx9060xt

hvci включён: 54932,70 MB/s
hvci выключен: 150019,00 MB/s
vbs выключен: 212419,00 MB/s

winsat formal
get-ciminstance win32_winsat

Чувствую, что и те, кто просто пролетает ради ИИ, тоже ощутят на себе последствия.
09.03.2026 07:20:00, uzumo.

yawgpp (Ещё один пост о производительности гостевой Windows)

Sat, 21 Feb 2026 23:45:00 +0300

yawgpp (Ещё один пост о производительности гостевой Windows) Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
За все годы, что я пользуюсь PVE, мне редко приходилось ставить Windows-гостевые системы, и когда это случалось, чаще всего это была Windows 2016 (или старее) — и результаты обычно были вполне нормальными. В последние пару недель мне понадобился Windows-гость для конкретной задачи, и я решил, что самое время поставить W11 и посмотреть, как он себя поведёт. Ниже — мои выводы. Это ни в коем случае не полный список рекомендаций, обязательно смотрите официальную документацию PVE по Windows-гостям до того, как что-то из этого применять.

1. Большинство материалов, что я читал (да и личный опыт) советуют не использовать тип CPU “host”. Хотя это верно, ОБЫЧНАЯ альтернатива — x86-64-v2-aes. Но, как оказалось, ЭТО ОЧЕНЬ ПЛОХОЙ выбор для Windows 11 — даже если для W10/2016 он отлично подходил. Минимальная модель CPU, обеспечивающая приемлемую производительность — x86-64-V3 (W11 использует AVX2-инструкции, которых в v2-aes просто нет).

2. В гостевой системе обязательно нужно отключить Memory Integrity (память с защитой), вроде бы это уже известно.

3. Windows 11 работает куда лучше, если понимает, что запущена в виртуалке. К счастью, это легко сделать, например так:

Code: qm set 101 --args "-cpu x86-64-v3,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_synic,hv_stimer,hv_vpindex,hv_reset,hv_frequencies,hv_runtime,hv_tlbflush,hv_ipi,aes,+kvm_pv_unhalt"

(если у вас процессор поддерживает более новые функции — замените тип CPU на более новый).

4. NUMA нужно включать вне зависимости от количества CPU, если аппарат не младше десяти лет.

5. Гостевая файловая система NTFS заметно выигрывает от кэширования виртуального диска. Если ваше хранилище это позволяет, опция cache=write back сильно поможет (я не делал замеров скорости, у меня просто не было задачи, но заметил значительное улучшение).

Надеюсь, кому-то это поможет.
21.02.2026 23:45:00, alexskysilk.