Die meisten Proxmox-Tuning-Zeilen, die du im Netz findest, sind ein Klumpen Kernel-Flags. Die Hälfte gehört auf den Hypervisor, die Hälfte in den Gast, zwei der beliebtesten tun überhaupt nichts, und ein paar bedeuten etwas anderes, je nachdem auf welcher Seite der Grenze sie landen.
QEMU kann einen echten NVMe-Controller emulieren, der Gast nutzt also seinen eigenen eingebauten NVMe-Treiber, ohne VirtIO-Medium. Es ist auch von Entwurf her nicht migrierbar, für Proxmox-Sicherungen unsichtbar und nicht schneller als VirtIO SCSI. Hier steht, wie man eines hinzufügt und wann es sich lohnt.
Die Uhr einer virtuellen Maschine steht auf einer Annahme, die Virtualisierung zerbricht: dass die CPU weiterzählt. Warum Gast-Zeit auf jedem Hypervisor wegläuft, was der Versatz tatsächlich kaputt macht — Kerberos, TLS, Ceph, Windows — und wie ptp_kvm es auf QEMU/KVM richtig löst.
Warum PCIe-Geräte Durchsatz verlieren, wenn man sie über VFIO an eine VM durchreicht, und die praktischen Schritte, die den größten Teil davon zurückholen.
Auf Systemen mit mehreren Sockeln verliert eine VM, deren vCPUs auf einem NUMA-Knoten und deren durchgereichtes Gerät auf einem anderen sitzt, 20–30 % Durchsatz, bevor du sonst irgendwo hingeschaut hast.
Active State Power Management spart auf unbeschäftigten PCIe-Links ein paar Watt. Unter VFIO-Passthrough erzeugt es Latenzzittern, das schwer zu diagnostizieren und leicht zu beheben ist.
Der virtuelle Root Complex von QEMU liefert standardmäßig 128 Byte TLP-Payload. Die meisten Geräte können 256 oder 512. Ein Kernel-Parameter behebt das.
Die beiden virtuellen QEMU-Chipsätze sind nicht austauschbar. Q35 liefert eine richtige PCIe-Topologie, auf die Passthrough, modernes Windows und das ganze KVM-Umfeld angewiesen sind.