La question Windows
Kyvenza peut-il faire tourner Windows ?
Oui, depuis la version 2.0.0.
Pendant l’essentiel de la vie de Kyvenza, cette page répondait non, et expliquait pourquoi le framework sur lequel nous construisons ne peut pas démarrer Windows. Ce raisonnement était juste, et c’est pourquoi la version 2.0 a pris une autre voie : les invités Windows tournent sur un second moteur. La réponse côté framework n’a pas changé. C’est notre produit qui a changé.
La réponse courte
Kyvenza 2.0 démarre Windows 11 sur ARM, avec TPM 2.0 et Secure Boot activés par défaut et les pilotes invités déjà dans l’application. Ce qu’il ne donne pas à Windows, c’est l’accélération graphique et l’intégration avec l’hôte. La recommandation honnête dépend donc de ce dont vous avez réellement besoin :
| Votre besoin | À utiliser | Pourquoi |
|---|---|---|
| Des applications Windows du quotidien sur un Mac Apple Silicon | Kyvenza | La seule application Windows sans version Mac, les tests multiplateformes, un portail réservé à Windows. Démarre avec TPM 2.0 et Secure Boot déjà configurés, et vit dans la même bibliothèque que vos VM macOS et Linux. 49 $ une fois. |
| Jeux Windows, applications 3D ou de CAO, travail sur GPU | Parallels Desktop | Kyvenza ne procure aucune accélération 3D aux invités Windows, le bureau est donc rendu en logiciel. Parallels est la solution que Microsoft cite comme autorisée, et elle dispose de la pile graphique dont cette charge a besoin. |
| Systèmes d’exploitation x86 / Intel | UTM | Faire tourner x86 sur Apple Silicon exige de l’émulation, et c’est précisément le rôle du backend QEMU d’UTM. Kyvenza ne fait tourner que des invités ARM. Attendez-vous à ce que l’émulation soit lente ; c’est de la physique, pas un défaut d’UTM. |
Oui, nous venons de recommander nommément deux concurrents sur notre propre page Windows. Une recommandation à laquelle vous pouvez vous fier vaut plus, pour nous, qu’un remboursement demandé par quelqu’un que le produit n’aurait jamais pu servir.
Ce qui fonctionne, et ce qui ne fonctionne pas
La prise en charge de Windows dans la 2.1.0 est une vraie fonctionnalité avec de vraies lacunes. Les deux colonnes ci-dessous sont exhaustives à la date de cette version. Si quelque chose dont vous dépendez figure à droite, l’essai gratuit vous le dira avant que votre argent n’entre en jeu.
Fonctionne aujourd’hui
- Windows 11 sur ARM démarre sur n’importe quel Mac Apple Silicon, du M1 au M5
- TPM 2.0 et Secure Boot activés par défaut, si bien que l’installation passe la vérification matérielle de Windows 11 sans retouche du registre
- Les pilotes réseau et d’affichage sont fournis dans l’application, sur un disque déjà monté dans la VM
- Instantanés hors ligne, clonage et sauvegarde, comme pour n’importe quelle autre VM Kyvenza
- Partage du presse-papiers avec le Mac, texte et images, dans les deux sens, une fois les outils invités installés
- Mettre en pause et reprendre une VM Windows en cours d’exécution
- Résolutions d’affichage jusqu’à 2560×1600, rendues pixel pour pixel
- Disponible à la fois sur le Mac App Store et en téléchargement direct
Absent des invités Windows
- Aucune accélération GPU ou 3D — le bureau Windows est rendu en logiciel par le processeur
- Pas encore de dossiers partagés avec le Mac — en cours de développement
- Pas d’audio
- Pas de passthrough de périphériques USB
- Réseau NAT uniquement — l’invité atteint Internet, mais n’est pas joignable depuis les autres appareils de votre réseau
- Les instantanés exigent que la VM soit arrêtée ; l’enregistrement de l’état d’une machine en cours d’exécution reste réservé à macOS et Linux
- La résolution se choisit avant le démarrage parmi cinq modes vérifiés ; redimensionner la fenêtre ne redimensionne pas le bureau Windows
- Windows démarre à 100 % de mise à l’échelle : les résolutions élevées paraissent donc plus nettes mais plus petites, jusqu’à ce que vous régliez la mise à l’échelle dans Windows
- Les outils d’automatisation MCP qui exécutent des commandes et prennent des captures dans un invité ne prennent pas en charge Windows
Les dossiers partagés, l’audio et le passthrough USB fonctionnent tous dans les VM macOS et Linux. Ils manquent spécifiquement dans les invités Windows, parce que la prise en charge des pilotes invités nécessaire sous Windows ARM64 a dû être construite plutôt qu’adoptée. Le partage du presse-papiers était le quatrième, et la 2.1.0 le comble : texte et images, dans les deux sens, via un agent invité que nous avons écrit et dont nous avons publié les sources. Les dossiers partagés sont en développement sur le même canal. L’audio et le passthrough USB n’ont pas de date.
Ce qu’il vous faut avant de commencer
- L’image Windows 11 ARM64 officielle de Microsoft. Kyvenza ne télécharge, n’embarque ni ne redistribue Windows. L’assistant de création vous renvoie directement vers la page de téléchargement de Microsoft, et vous choisissez le fichier vous-même.
- Votre propre licence Windows valide. Kyvenza ne fournit, ne vend ni n’active Windows, et ne livre aucun contournement d’activation, d’aucune sorte.
- Un Mac Apple Silicon avec de la marge. Une VM Windows utilise par défaut 4 processeurs virtuels, 4 Go de mémoire et un disque de 64 Go. La prise en charge de Windows a été validée sur macOS 26 avec une puce M4 ; elle devrait fonctionner sur des versions antérieures de macOS, mais nous ne l’y avons pas vérifiée, utilisez donc l’essai pour le confirmer sur votre propre machine.
Vous n’avez pas besoin de télécharger l’image ISO des pilotes virtio-win. Les pilotes réseau et d’affichage dont Windows a besoin sont déjà dans Kyvenza, sur un disque monté dans la VM dès le premier démarrage.
Pourquoi Windows a eu besoin d’un second moteur
Sur Apple Silicon, il y a deux façons de construire une application de machine virtuelle. Le framework de virtualisation d’Apple est la voie haut niveau : il vous remet une plateforme virtuelle complète et fixe, conçue pour démarrer des invités macOS et Linux, et en échange vous acceptez ses limites. La voie bas niveau est Hypervisor.framework, où l’application construit elle-même la machine virtuelle : micrologiciel UEFI, tables ACPI, contrôleurs d’interruptions, contrôleurs de stockage, et pour Windows 11 un TPM.
Windows sur ARM attend ce second type de machine. Il sonde des micrologiciels et des périphériques de plateforme que le framework de virtualisation n’expose pas, et aucune option de configuration ne permet de les ajouter. Notre prototype antérieur sur cette voie s’allumait et ne faisait absolument rien : aucune activité processeur, aucune progression du démarrage, pas un octet écrit sur le disque virtuel. C’était une limite d’API, pas un bug, et c’est toujours vrai aujourd’hui.
Les invités Windows empruntent donc la voie bas niveau. Kyvenza les construit sur QEMU tournant contre le framework Hypervisor d’Apple, avec un micrologiciel UEFI que nous compilons nous-mêmes, clés Secure Boot enregistrées, et un TPM 2.0 émulé. Les invités macOS et Linux ne sont pas concernés : ils tournent toujours directement sur le framework d’Apple. Deux moteurs, choisis automatiquement selon le type d’invité, et vous ne configurez jamais celui que vous obtenez.
QEMU est un logiciel sous licence GPL et reste un programme distinct. Kyvenza le lance comme son propre processus et communique avec lui via des protocoles publiés ; aucun code QEMU n’est lié à l’application. Nous publions les sources exactes que nous avons compilées, nos correctifs et les scripts de build pour chaque version sur la page open source. Cette page liste aussi chaque composant désormais fourni dans l’application.
Ce que nous aimerions encore corriger
- Déplacer des fichiers entre macOS et Windows. La lacune dont on nous parle en premier, et celle que nous sommes en train de combler. Le partage du presse-papiers est arrivé en 2.1.0, texte et images passent donc déjà ; les dossiers partagés sont en développement sur le même canal. En attendant, déplacez vos fichiers par un partage réseau, un stockage cloud ou une image disque attachée.
- Le graphisme. Le pilote d’affichage invité disponible pour Windows sur ARM ne fait aucune accélération, ce n’est donc pas quelque chose que nous pouvons simplement activer. Nous ne prétendrons pas le contraire sur une fiche technique.
- Dites-nous laquelle compte pour vous. Écrivez à [email protected]. Nous lisons chaque message et nous les comptons, et c’est vraiment ainsi que la prise en charge de Windows a été construite au départ.
Questions fréquentes
Kyvenza peut-il exécuter Windows 11 sur ARM ?
Oui, depuis Kyvenza 2.0.0. Windows 11 sur ARM s’exécute sur un second moteur construit à partir de QEMU, adossé au framework de virtualisation d’Apple (Hypervisor framework), avec TPM 2.0 et Secure Boot activés par défaut : l’installation de Windows 11 ne nécessite donc aucune modification du registre. Vous fournissez votre propre image Windows 11 ARM64 depuis Microsoft et votre propre licence Windows. L’objectif est l’exécution des outils Windows du quotidien, et non celle des jeux ou des applications 3D. Aucune accélération GPU n’est disponible dans les invités Windows.
Qu’est-ce qui ne fonctionne pas encore dans une VM Windows ?
Cinq points, que nous préférons lister ici plutôt que de vous laisser les découvrir après l’achat. Aucune accélération GPU ou 3D n’est disponible : le bureau Windows s’affiche en rendu logiciel. Les dossiers partagés avec le Mac, l’audio et le passthrough USB sont réservés aux invités macOS et Linux ; le partage du presse-papiers fonctionne dans les invités Windows depuis la version 2.1.0, et les dossiers partagés sont en cours de développement. Les VM Windows utilisent un réseau NAT, de sorte que l’invité accède à Internet mais n’est pas joignable depuis les autres appareils de votre réseau. La capture d’instantané d’une VM Windows impose au préalable l’arrêt complet de la machine. La résolution d’affichage se choisit avant le démarrage parmi cinq modes vérifiés, jusqu’à 2560x1600 — et redimensionner la fenêtre ne modifie pas la taille du bureau Windows.
Dois-je fournir ma propre licence et mon propre installateur Windows ?
Oui, pour les deux. Kyvenza ne télécharge, n’embarque, ne vend et n’active aucun Windows. L’assistant de création renvoie directement vers la page officielle de téléchargement de Windows 11 ARM64 chez Microsoft : vous choisissez l’image que vous avez téléchargée et vous utilisez votre propre licence Windows valide. Kyvenza livre en revanche le disque de pilotes de l’invité, dont les pilotes réseau et d’affichage sont déjà présents dans l’application, si bien que vous n’avez jamais à télécharger l’ISO virtio-win de 837 Mo.
En quoi cela diffère-t-il d’UTM, qui utilise aussi QEMU ?
Même moteur sous-jacent, mais la charge de travail laissée à votre main diffère. UTM expose l’étendue de configuration de QEMU, ce qui en fait l’outil le plus flexible et lui permet aussi d’émuler des invités x86. Kyvenza livre une configuration Windows unique, testée : type de machine virt, TPM 2.0, Secure Boot avec clés enregistrées, périphériques virtio et disque de pilotes déjà attaché. Le parcours d’installation est donc un assistant, et non une suite de décisions. Aucune des deux applications ne procure d’accélération 3D aux invités Windows sur Apple Silicon.
Comment les performances sous Windows se comparent-elles à Parallels Desktop ?
Parallels est le meilleur produit Windows, et nous n’allons pas prétendre le contraire. C’est la solution que Microsoft cite comme autorisée : elle propose l’accélération 3D, la résolution dynamique et les intégrations d’invité que Kyvenza est encore en train de construire pour Windows, et c’est le bon choix pour les jeux Windows, les applications 3D ou les charges GPU intensives. Kyvenza couvre les outils Windows du quotidien, sur une machine que vous utilisez déjà pour des VM macOS et Linux, pour 49 $ en achat unique plutôt qu’en abonnement. Choisissez sur cette base, et non sur un benchmark.
Pourquoi Kyvenza a-t-elle eu besoin d’un second moteur pour Windows ?
Le framework de virtualisation d’Apple (Virtualization framework) offre une plateforme virtuelle fixe, conçue pour des invités macOS et Linux. Windows sur ARM sonde des firmwares et des périphériques de plateforme que ce framework n’expose pas, et il n’existe aucun moyen de les ajouter : c’est pourquoi notre prototype antérieur sur cette voie n’a jamais dépassé l’étape de la négociation de plateforme. Les invités Windows s’exécutent donc sur QEMU, adossé au framework de virtualisation d’Apple (Hypervisor framework), dans un processus distinct, tandis que les invités macOS et Linux continuent d’utiliser directement le framework d’Apple. QEMU étant un logiciel sous licence GPL, nous publions les sources exactes, nos correctifs et les scripts de build pour chaque version.
Testez-le avec vos propres applications Windows
L’essai gratuit de 7 jours débloque tout, VM Windows incluses, sur n’importe quel Mac Apple Silicon avec macOS 14 ou ultérieur. Aucun compte requis. Installez votre propre image Windows et lancez les applications qui vous importent vraiment avant de décider.