Die Windows-Frage
Kann Kyvenza Windows ausführen?
Ja, seit Version 2.0.0.
„Den größten Teil von Kyvenzas bisherigem Dasein lautete die Antwort auf dieser Seite nein, und es wurde dargelegt, warum das Framework, auf dem wir aufbauen, Windows nicht starten kann. Diese Argumentation war korrekt, und genau deshalb hat Version 2.0 einen anderen Weg eingeschlagen: Windows-Gastsysteme laufen auf einer zweiten Engine. Die Antwort des Frameworks hat sich nicht geändert. Unser Produkt schon.“
Die kurze Antwort
Kyvenza 2.0 startet Windows 11 auf ARM, mit TPM 2.0 und Secure Boot standardmäßig aktiviert und den Gast-Treibern bereits in der App enthalten. Windows erhält von Kyvenza keine Grafikbeschleunigung, keinen Mikrofoneingang und kein USB-Passthrough (die Tonausgabe funktioniert). Die ehrliche Empfehlung hängt also weiterhin davon ab, was Sie tatsächlich brauchen:
| Sie benötigen | Empfehlung | Warum |
|---|---|---|
| Alltägliche Windows-Anwendungen auf einem Apple Silicon Mac | Kyvenza | Die eine Windows-Anwendung ohne Mac-Version, plattformübergreifende Tests, ein Windows-only-Portal. Startet mit bereits konfiguriertem TPM 2.0 und Secure Boot und liegt in derselben Bibliothek wie Ihre macOS- und Linux-VMs. $49 einmalig. |
| Windows-Spiele, 3D- oder CAD-Anwendungen, GPU-Arbeit | Parallels Desktop | Kyvenza bietet Windows-Gastsystemen keine 3D-Beschleunigung, daher wird der Desktop in Software gerendert. Parallels ist die Lösung, die Microsoft als autorisiert führt, und sie verfügt über den Grafikstack, den diese Arbeitslast benötigt. |
| x86- / Intel-Betriebssysteme | UTM | „x86 auf Apple Silicon erfordert Emulation, und genau dafür ist UTM mit seinem QEMU-Backend da. Kyvenza führt ausschließlich ARM-Gastsysteme aus. Erwarten Sie, dass Emulation langsam ist; das ist Physik, kein Defekt von UTM.“ |
Ja, wir haben soeben zwei Wettbewerber namentlich auf unserer eigenen Windows-Seite empfohlen. Eine Empfehlung, der Sie vertrauen können, ist uns mehr wert als eine Erstattung von jemandem, dem das Produkt nie hätte dienen können.
Was funktioniert und was nicht
Die Windows-Unterstützung in 3.0 ist ein echtes Feature mit echten Lücken. Beide Spalten unten sind mit dieser Version vollständig. Wenn etwas, auf das Sie angewiesen sind, in der rechten Spalte steht, erfahren Sie das in der kostenlosen Testphase, bevor Ihr Geld ins Spiel kommt.
Funktioniert heute
- Windows 11 auf ARM startet auf jedem Apple Silicon Mac, M1 bis M5, ab macOS 26
- „TPM 2.0 und Secure Boot sind standardmäßig aktiviert, sodass die Einrichtung die Hardware-Prüfung von Windows 11 ohne Registry-Eingriffe besteht“
- Netzwerk- und Display-Treiber werden mit der App ausgeliefert, auf einer Disk, die bereits in die VM eingebunden ist
- Snapshots (auch im laufenden Betrieb, optional mit Arbeitsspeicher), Klonen und Backup, wie bei jeder anderen Kyvenza-VM
- Sobald die Gast-Tools installiert sind: gemeinsame Zwischenablage für Text und Bilder in beide Richtungen, ein gemeinsames Laufwerk sowie Einfügen oder Ablegen von Dateien vom Mac
- Eine laufende Windows-VM pausieren und fortsetzen
- Displayauflösungen bis 2560×1600, Pixel für Pixel gerendert
- Sowohl im Mac App Store als auch beim direkten Download verfügbar
Nicht in Windows-Gastsystemen
- Keine GPU- oder 3D-Beschleunigung — der Windows-Desktop wird in Software auf der CPU gerendert
- Kein Drag-and-Drop zwischen Mac-Desktop und Windows-Desktop in beide Richtungen; Dateien gelangen über das gemeinsame Laufwerk oder per Einfügen in die jeweils andere Richtung
- Kein Mikrofoneingang (die Tonausgabe funktioniert)
- Kein USB-Geräte-Passthrough
- Nur NAT-Netzwerk — das Gastsystem erreicht zwar das Internet, ist aber für andere Geräte in Ihrem Netzwerk nicht erreichbar
- Ein Snapshot im laufenden Betrieb ist absturzkonsistent, als wäre der Strom gezogen worden; mit Arbeitsspeicher friert die VM bei 4 GB RAM etwa eine halbe Minute ein (bei mehr länger), und der Snapshot ist ungefähr so groß wie der Speicher
- Die Auflösung wird vor dem Start aus fünf verifizierten Modi gewählt; das Vergrößern des Fensters ändert die Größe des Windows-Desktops nicht
- Windows startet mit 100 % Skalierung, daher wirken höhere Auflösungen schärfer, aber kleiner, bis Sie in Windows eine benutzerdefinierte Skalierung festlegen
- Um Befehle in einem Windows-Gastsystem über die MCP-Werkzeuge auszuführen, muss der Treiber-Installer einmal in Windows ausgeführt werden, und der SSH-Benutzername muss aus reinem ASCII bestehen
Windows-Gastsysteme geben Ton wieder (nur Ausgabe), haben aber keinen Mikrofoneingang. USB-Passthrough funktioniert in macOS- und Linux-VMs, fehlt aber in Windows-Gastsystemen, weil die nötige Treiberunterstützung im Gast für Windows auf ARM64 selbst entwickelt statt übernommen werden muss. Genau so haben sich die beiden anderen Lücken geschlossen: die gemeinsame Zwischenablage in 2.1.0 und der Dateiaustausch in 2.2.0, über einen Gast-Agenten, den wir selbst gebaut und dessen Quelltext wir veröffentlicht haben. USB-Passthrough hat keinen Termin.
Was Sie brauchen, bevor Sie anfangen
- „Microsofts offizielles Windows 11 ARM64-Image.“ „Kyvenza lädt Windows nicht herunter, bündelt es nicht und gibt es nicht weiter. Der Erstellungsassistent verlinkt Sie direkt auf Microsofts Download-Seite, und Sie wählen die Datei selbst aus.“
- Ihre eigene gültige Windows-Lizenz. Kyvenza liefert, verkauft oder aktiviert Windows nicht und enthält keinerlei Aktivierungsumweg.
- Ein Apple Silicon Mac mit ausreichend Platz. Eine Windows-VM verwendet standardmäßig 4 virtuelle CPUs, 4 GB Arbeitsspeicher und eine 64-GB-Festplatte. Windows-VMs erfordern macOS 26 oder neuer: Die in der App enthaltene Windows-Engine ist für macOS 26 gebaut und lässt sich unter macOS 14 oder 15 nicht laden. macOS- und Linux-VMs laufen weiterhin ab macOS 14. Die Windows-Unterstützung wurde auf macOS 26 mit einem M4 validiert.
Sie müssen die virtio-win-Treiber-ISO nicht herunterladen. Die Netzwerk- und Display-Treiber, die Windows benötigt, sind bereits in Kyvenza enthalten, auf einer Disk, die ab dem ersten Start in die VM eingebunden ist.
Warum Windows eine zweite Engine brauchte
Auf Apple Silicon gibt es zwei Wege, eine Virtualisierungs-App zu bauen. Apples Virtualisierungs-Framework ist der High-Level-Pfad: Er liefert Ihnen eine vollständige, fixe virtuelle Plattform, die darauf ausgelegt ist, macOS- und Linux-Gastsysteme zu starten, und im Gegenzug akzeptieren Sie dessen Grenzen. Der Low-Level-Pfad ist Hypervisor.framework, auf dem die App die virtuelle Maschine selbst konstruiert: UEFI-Firmware, ACPI-Tabellen, Interrupt-Controller, Storage-Controller und für Windows 11 ein TPM.
Windows auf ARM erwartet diese zweite Art von Maschine. Es fragt Firmware und Plattformgeräte ab, die das Virtualisierungs-Framework nicht bereitstellt, und es gibt keine Konfigurationsoption, sie hinzuzufügen. Unser früherer Prototyp auf diesem Pfad schaltete sich ein und tat überhaupt nichts: keine CPU-Aktivität, kein Startfortschritt, kein einziges Byte, das auf die virtuelle Disk geschrieben wurde. Das war eine API-Grenze, kein Fehler, und das gilt auch heute noch.
Windows-Gastsysteme gehen daher stattdessen den Low-Level-Pfad. Kyvenza betreibt sie auf einer zweiten, in die App integrierten Engine, die gegen Apples Hypervisor-Framework läuft, mit UEFI-Firmware, die wir selbst bauen und in die Schlüssel von Secure Boot einbinden, sowie einem emulierten TPM 2.0. macOS- und Linux-Gastsysteme bleiben davon unberührt: Sie laufen weiterhin direkt auf Apples Framework. Zwei Engines, automatisch nach Gast-Typ gewählt, und Sie konfigurieren nie, welche Sie bekommen.
Die Windows-Engine enthält GPL-lizenzierte Open-Source-Komponenten, und diese bleiben separate Programme. Kyvenza startet sie als eigene Prozesse und kommuniziert über veröffentlichte Protokolle mit ihnen; nichts von diesem Code wird in die App eingebunden. Wir veröffentlichen die genauen Quelltexte, die wir gebaut haben, unsere Patches und die Build-Skripte für jedes Release auf der Open-Source-Seite. Diese Seite listet auch jede Komponente auf, die jetzt in der App enthalten ist.
Was wir noch gerne beheben würden
- Dateien zwischen macOS und Windows verschieben. Die Lücke, die uns als Erstes genannt wurde, und die 2.2.0 weitgehend geschlossen hat: ein gemeinsames Laufwerk, das Einfügen von auf dem Mac kopierten Dateien und das Ablegen von Dateien auf dem VM-Fenster. Was bleibt: Einfügen funktioniert nur vom Mac nach Windows und höchstens bis 64 MB, größere Dateien gehen daher über das gemeinsame Laufwerk oder per Ablegen.
- Grafik. Der verfügbare Display-Treiber im Gast für Windows auf ARM bietet keinerlei Beschleunigung, daher lässt sich das nicht einfach einschalten. Wir werden auf einem Datenblatt auch nichts anderes behaupten.
- Sagen Sie uns, was zählt. Schreiben Sie uns an support@kyvenza.com. Wir lesen jede Nachricht und zählen sie mit, und genau so ist die Windows-Unterstützung überhaupt erst entstanden.
Häufig gestellte Fragen
Kann ich mit Kyvenza Windows 11 auf ARM ausführen?
Ja, ab Kyvenza 2.0.0. Windows 11 auf ARM läuft auf einer zweiten, in die App integrierten Engine auf Apples Hypervisor-Framework, mit TPM 2.0 und Secure Boot standardmäßig aktiviert — Windows 11 installiert sich daher ohne Registry-Workarounds. Sie stellen das Windows 11 ARM64-Image selbst bereit und bringen eine eigene Windows-Lizenz mit. Die Ausrichtung liegt auf alltäglichen Windows-Werkzeugen, nicht auf Spielen oder 3D-Aufgaben: in Windows-Gastbetriebssystemen gibt es keine GPU-Beschleunigung.
Was funktioniert in einer Windows-VM noch nicht?
Fünf Punkte, und wir nennen sie lieber hier, als dass Sie nach dem Kauf darauf stoßen. Es gibt keine GPU- oder 3D-Beschleunigung; der Windows-Desktop rendert in Software. Windows-VMs geben Ton wieder, haben aber keinen Mikrofoneingang, und USB-Geräte-Passthrough gibt es nur unter macOS und Linux. Windows-VMs nutzen NAT-Netzwerk, das Gastsystem kommt ins Internet, ist aber nicht von anderen Geräten im Netzwerk erreichbar. Ein Snapshot einer laufenden Windows-VM ist absturzkonsistent, außer Sie nehmen den Arbeitsspeicher mit auf, was die VM bei 4 GB RAM etwa eine halbe Minute einfriert. Die Anzeigeauflösung wird vor dem Boot aus fünf geprüften Modi bis 2560x1600 gewählt; eine Fenstergrößenänderung ändert die Windows-Auflösung nicht. Dateiaustausch steht nicht auf dieser Liste: Sobald die mitgelieferten Gast-Tools installiert sind, gelangen Dateien über ein gemeinsames Laufwerk, das in Windows als Netzlaufwerk erscheint, per Einfügen von auf dem Mac kopierten Dateien oder durch Ablegen auf dem VM-Fenster ans Ziel.
Brauche ich eine eigene Windows-Lizenz und einen eigenen Installer?
Ja, beides. Kyvenza lädt Windows nicht herunter, bündelt es nicht, verkauft es nicht und aktiviert es nicht. Der Erstellungs-Assistent verlinkt direkt auf die offizielle Windows 11 ARM64-Downloadseite von Microsoft; Sie wählen das heruntergeladene Image und verwenden Ihre eigene gültige Windows-Lizenz. Was Kyvenza mitliefert, ist die Gastreiber-Disc: Netzwerk- und Anzeige-Treiber sind bereits in der App enthalten, sodass Sie die 837 MB große virtio-win-ISO nicht selbst herunterladen müssen.
Worin unterscheidet sich das von UTM?
Der Unterschied liegt darin, wie viel Arbeit Ihnen überlassen bleibt. UTM legt die Konfigurationsfläche von QEMU offen — deshalb ist UTM das flexiblere Werkzeug und kann auch x86-Gastsysteme emulieren. Kyvenza liefert eine getestete Windows-Konfiguration: virt-Maschinentyp, TPM 2.0, Secure Boot mit eingebundenen Schlüsseln, virtio-Geräte und eine bereits eingebundene Treiber-Disc — der Installweg ist ein Assistent, keine Entscheidungskette. Keine der beiden Apps bietet 3D-Beschleunigung für Windows-Gastbetriebssysteme auf Apple Silicon.
Wie schlägt sich die Windows-Leistung im Vergleich mit Parallels Desktop?
Parallels ist das bessere Windows-Produkt, und wir tun nicht so, als wäre es anders. Es ist die von Microsoft als autorisiert gelistete Lösung, bietet 3D-Beschleunigung, dynamische Auflösung und die Gastintegrationen, die Kyvenza für Windows noch ausbaut, und ist die richtige Wahl für Windows-Spiele, 3D-Anwendungen oder GPU-intensive Aufgaben. Kyvenza deckt alltägliche Windows-Werkzeuge auf einer Maschine ab, die Sie ohnehin für macOS- und Linux-VMs nutzen — für einmalig $49 statt im Abo. Entscheiden Sie auf dieser Grundlage, nicht anhand eines Benchmarks.
Warum brauchte Kyvenza eine zweite Engine für Windows?
Apples Virtualisierungs-Framework liefert eine fest definierte virtuelle Plattform für macOS- und Linux-Gastsysteme. Windows auf ARM fragt jedoch Firmware- und Plattform-Geräte ab, die dieses Framework nicht bereitstellt und auch nicht ergänzen lässt — deshalb kam ein früherer Prototyp auf diesem Weg nie über den Plattform-Handshake hinaus. Windows-Gastbetriebssysteme laufen daher auf einer zweiten, in die App integrierten Engine auf Apples Hypervisor-Framework als separater Prozess, während macOS- und Linux-Gastbetriebssysteme Apples Framework direkt nutzen. Die Windows-Engine enthält GPL-lizenzierte Open-Source-Komponenten, daher veröffentlichen wir zu jedem Release die exakten Quellen, unsere Patches und die Build-Skripte.
Testen Sie es mit Ihren eigenen Windows-Anwendungen
Die 7-tägige Testphase schaltet auf jedem Apple Silicon Mac mit macOS 14 oder neuer alles frei, Windows-VMs ab macOS 26. Kein Konto erforderlich. Installieren Sie Ihr eigenes Windows-Image und führen Sie die Anwendungen aus, die Ihnen wirklich wichtig sind, bevor Sie entscheiden.