Guten Abend, ich habe auf meinem neuen PC (Ryzen 7 3700X, 16GB RAM, PCIe x4 SSD, GeForce GT710) qemu-kvm installiert und über virt-manager unter anderem Windows 10 installiert. Es funktioniert soweit alles, aber teilweise reagiert das System etwas träge, z.B. beim Scrollen in umfangreicheren MS Word Dokumenten. Man zieht beispielsweise mit der Maus den Scrollbalken zügig nach unten und Word kommt nicht schnell genug hinterher, es stockt zwischendurch. In virt-manager werden mir 16 logische CPUs angezeigt und ich habe bereits mehrere der Windows 10 VM zugewiesen. In Windows wird mir im Task-Manager im Reiter "Leistung" jedoch nur ein einziger virtueller Prozessor angezeigt (AMD EPYC Processor with IBPB). Beim Scrollen geht dieser laut Task-Manager dann auch in die Begrenzung. Aber selbst wenn ich nur ein Explorer-Fenster mit wenigen Ordnern auf dem Desktop herumschiebe, verursacht das schon über 50% CPU Last. Im virt-manager sieht man im Flächendiagramm unter "Leistung" im Bereich "CPU-Verwendung" immer nur in der untersten der 4 Reihen die CPU Last ansteigen. Ich habe schon mehrere VirtIO Treiber installiert wie z.B. den amd64 (für VirtIO beim qcow2 Datenträger), den Balloon Treiber, NetKVM und qxldod. Den guest-agent habe ich auch installiert, kann aber nicht wirklich prüfen ob die Installation überhaupt erfolgreich war, da ich weder in der Software noch im Tray einen Hinweis auf die Installation finde. In der Treiber-ISO sind noch mehr Treiber, aber die Namen sind nicht unbedingt selbsterklärend und ohne Installer frage ich mich, welche Treiber da noch konkret für welche Geräte im Gerätemanager sinnvoll sind? Im Virt-Manager wird bei den Hypervisor-Details "KVM" als Hypervisor, Q35 als Chipsatz und "/usr/bin/qemu-system-x68_64" als Emulator angezeigt. Die Parameter für die Anzeige entsprechen der Systemvorgabe (SPICE, QXL mit fixen 16 MiB RAM). Kann man da noch etwas verbessern, oder ist eine gewisse Verzögerung bei Virtualisierung in Kombination mit einer CPU ohne herausragende SingleThread-Performance unvermeidlich? Vielen Dank und mit freundlichen Grüßen Robert M.
:
Bearbeitet durch User
Welche Versionen von qemu&co? topoext Feature aktiviert?
Robert M. schrieb: > Man zieht beispielsweise mit der Maus den > Scrollbalken zügig nach unten und Word kommt nicht schnell genug > hinterher, es stockt zwischendurch. Kingt als wäre GPU(-Treiber) der Flaschenhals, und nicht die CPU. Robert M. schrieb: > Die Parameter für die Anzeige entsprechen der Systemvorgabe > (SPICE, QXL mit fixen 16 MiB RAM) Die 16MB für eine GPU sind IMHO eine Größenordnung zu wenig. Hier bei mir belegt LibreOffice Fenster zusätzliche 0.2 GB (0.3GB vorher, 0.5GB hinterher) von einer 8 GB GPU. Keine Ahnung ob der qxldod alle für Word nötigen Beschleunigungs Funktionen mitbringt. Wenn man unter Windows performante Grafik braucht, müsste man die GPU direkt durchreichen...
Guten Abend und herzlichen Dank für eure Hilfe. John Doe schrieb: > Welche Versionen von qemu&co? > topoext Feature aktiviert? qemu-kvm: 3.1+dfsg-8+deb10u4 libvirt-clients, libvirt-daemon, libvirt-daemon-system: 5.0.0-4+deb10u1 virt-manager, virtinst: 2.0.0-3 "topoext Feature" kenne ich leider nicht...wo kann ich das prüfen? Jim M. schrieb: > Kingt als wäre GPU(-Treiber) der Flaschenhals, und nicht die CPU. Da stimme ich Dir zu, aber mir wird leider nur die CPU angezeigt und die geht laut Anzeige in die Begrenzung. Jim M. schrieb: > Die 16MB für eine GPU sind IMHO eine Größenordnung zu wenig. Merkwürdig, dass man das nicht im Virt-Manager ändern kann. In der XML gibt es mehrere Parameter wie z.B. ram, vram und vgamem. Aber auch wenn ich alle drei auf z.B. 256 MiB setze, wird das Verhalten nicht besser.
Robert M. schrieb: > Guten Abend und herzlichen Dank für eure Hilfe. > > John Doe schrieb: >> Welche Versionen von qemu&co? >> topoext Feature aktiviert? > > qemu-kvm: > 3.1+dfsg-8+deb10u4 Das ist ja ranz-alt. Ganz ehrlich: An Deiner Stelle würde ich das dringend aktualisieren. Mag sein, dass Deine Probleme nicht mit der gammeligen qemu-Version zu tun haben, allerdings ist die Wahrscheinlichkeit bei moderner Hardware sehr hoch. Geh nicht unter 4.2, aktuell ist die 5.0. Gerade bei GPU- oder PCI-Passthrough hat sich viel getan. > "topoext Feature" kenne ich leider nicht...wo kann ich das prüfen?
1 | <feature policy="require" name="topoext"/> |
unter <cpu>.
Robert M. schrieb: > Im Virt-Manager wird bei den Hypervisor-Details "KVM" als Hypervisor, > Q35 als Chipsatz und "/usr/bin/qemu-system-x68_64" als Emulator > angezeigt. Die Parameter für die Anzeige entsprechen der Systemvorgabe > (SPICE, QXL mit fixen 16 MiB RAM). Schonmal virtio als Video probiert?
Installiere den passenden Windows Videotreiber.
Hallo allerseits... John Doe schrieb: > Geh nicht unter 4.2, aktuell ist die 5.0. Gerade bei GPU- oder > PCI-Passthrough hat sich viel getan. Ok, ich ging fälschlicherweise davon aus, dass ich mit einem aktuellen Debian und den Standard-APT Befehlen, die ich in verschiedenen Tutorials zu KVM fand, auch halbwegs aktuelle Installationskandidaten bekomme. Gibt es einen Grund dafür, dass Debian so alte Versionen installiert? Ich werde heute Abend mal versuchen das ganze Zeug zu aktualisieren. John Doe schrieb: > <feature policy="require" name="topoext"/> > unter <cpu>. Ist momentan nicht vorhanden, ich kann es heute abend hinzufügen und testen. John Doe schrieb: > Schonmal virtio als Video probiert? Ja, aber da weiß ich nicht wo ich einen passenden Treiber bekomme. Der Standard-Treiber von MS ist von 2006 und im Windows VirtIO Repository finde ich irgendwie nur den QXL Treiber. Orb schrieb: > Installiere den passenden Windows Videotreiber. Für QXL hatte ich den ja schon installiert. Wo bekomme ich den passenden Windows Videotreiber für virtio? Vielen Dank und mit freundlichen Grüßen Robert M.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.