Ein kompletter Neuaufbau ist aktuell für mich keine Option – zumindest noch nicht.
Ich habe das Image jetzt erneut in eine neue VM unter Proxmox VE zurückgesichert. Subjektiv wirkt die VM damit etwas performanter als vorher, reicht aber immer noch nicht an die Performance auf dem Lenovo Tiny (i5-9500T, 32 GB RAM) heran, auf dem das System zwischenzeitlich absolut flüssig lief.
Zur CPU-Frage: Ich hatte anfangs host als CPU-Typ gesetzt und später auf x86-64-v2-AES umgestellt – also nachträglich, nicht vor der Windows-Installation.
Beim Anlegen der neuen VM hatte ich ursprünglich als Maschinen-Typ pc-q35-9.0 ausgewählt – Proxmox hat das nach dem Erstellen dann selbst auf pc-q35-9.2+pve1 geändert.
Der initiale Umzug des Systems erfolgte über Veeam Backup & Replication – die VM wurde von einer Hyper-V Umgebung nach Proxmox VE migriert, was Veeam B&R ja inzwischen direkt unterstützt.
Soweit ich weiß, wird in diesem Migrationspfad standardmäßig i440fx als Maschinen-Typ verwendet (vermutlich aus Kompatibilitätsgründen).
Ich hatte das damals nachträglich manuell auf q35 umgestellt, was möglicherweise auch eine Rolle spielt – ich werde das bei Gelegenheit nochmal gezielt testen.
Aktuelle VM-Konfiguration:
Ich habe das Image jetzt erneut in eine neue VM unter Proxmox VE zurückgesichert. Subjektiv wirkt die VM damit etwas performanter als vorher, reicht aber immer noch nicht an die Performance auf dem Lenovo Tiny (i5-9500T, 32 GB RAM) heran, auf dem das System zwischenzeitlich absolut flüssig lief.
Zur CPU-Frage: Ich hatte anfangs host als CPU-Typ gesetzt und später auf x86-64-v2-AES umgestellt – also nachträglich, nicht vor der Windows-Installation.
Beim Anlegen der neuen VM hatte ich ursprünglich als Maschinen-Typ pc-q35-9.0 ausgewählt – Proxmox hat das nach dem Erstellen dann selbst auf pc-q35-9.2+pve1 geändert.
Der initiale Umzug des Systems erfolgte über Veeam Backup & Replication – die VM wurde von einer Hyper-V Umgebung nach Proxmox VE migriert, was Veeam B&R ja inzwischen direkt unterstützt.
Soweit ich weiß, wird in diesem Migrationspfad standardmäßig i440fx als Maschinen-Typ verwendet (vermutlich aus Kompatibilitätsgründen).
Ich hatte das damals nachträglich manuell auf q35 umgestellt, was möglicherweise auch eine Rolle spielt – ich werde das bei Gelegenheit nochmal gezielt testen.
Aktuelle VM-Konfiguration:
Code:
agent: 1
bios: ovmf
boot: order=scsi0;ide0;net0
cores: 4
cpu: x86-64-v2-AES
efidisk0: ceph-vm-storage:vm-107-disk-0,efitype=4m,pre-enrolled-keys=1,size=1M
ide0: cephfs:iso/virtio-win-0.1.271.iso,media=cdrom,size=709474K
machine: pc-q35-9.2+pve1
memory: 32768
meta: creation-qemu=9.2.0,ctime=1748373455
name: test-kopie
net0: virtio=BC:24:11:21:EF:9C,bridge=vlan12,firewall=1
numa: 0
ostype: win11
scsi0: ceph-vm-storage:vm-107-disk-1,discard=on,iothread=1,size=500G,ssd=1
scsihw: virtio-scsi-single
smbios1: uuid=530d452f-3eda-4742-a3fd-52f9a785bf43
sockets: 1
usb0: host=5-2
vmgenid: cb4ab0c2-8540-4793-9a64-07dea5b1e663
