Outils sysadminActualité

Triton : une bêta UTM permet désormais les essais

Sur cette page
  1. Ce qui a changé depuis le premier article
  2. Trois rôles dans le parcours graphique
  3. Partager les pixels exige aussi de les ordonner

Le pilote reste expérimental, mais il n’est plus exact de demander de tout compiler. Les bêtas UTM et les pilotes invités signés proposent un parcours d’essai plus concret.

Parcours Triton simplifié : appels de pilote Windows vers Triton et Neptune, frontière invité/hôte via VirtIO/QEMU, puis backend de rendu hôte. Compatibilité du backend et synchronisation sont des exigences distinctes.
Parcours Triton simplifié : appels de pilote Windows vers Triton et Neptune, frontière invité/hôte via VirtIO/QEMU, puis backend de rendu hôte. Compatibilité du backend et synchronisation sont des exigences distinctes. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

Ce qui a changé depuis le premier article

La bêta UTM 5.0.5, datée du 2 septembre, inclut le support graphique Windows expérimental et les instructions des outils invités. Elle annonce aussi DirectX 12 sur macOS via D3DMetal lorsqu’il est disponible, avec les derniers outils expérimentaux. C’est un parcours précis, pas DirectX 12 garanti sur tous les hôtes.

Les versions du pilote proposent des paquets précompilés et une préversion v0.3 du 1er septembre. L’affirmation qu’aucun parcours précompilé n’existait était dépassée. Signature et numéro de version ne garantissent pas tous les jeux.

Trois rôles dans le parcours graphique

L’explication officielle Triton distingue interface de pilote Windows, transport Neptune et rendu hôte. Triton reçoit les appels du pilote sans demander à chaque application de remplacer sa DLL Direct3D. Neptune transporte le travail, puis un backend hôte l’exécute.

La couverture situe la frontière invité/hôte. Un pilote Windows fonctionnel ne compense pas une fonction manquante dans le backend. À l’inverse, un GPU hôte capable ne prouve pas que tous les appels nécessaires traversent correctement le parcours virtualisé.

Partager les pixels exige aussi de les ordonner

Imaginons un processus dessinant une texture pendant qu’un autre compose le bureau. Partager la mémoire ne suffit pas : le consommateur doit savoir quand le producteur a terminé, sous peine de lire une image partiellement modifiée.

Cet exemple explique l’importance des textures partagées et de la synchronisation, même avec une mémoire unifiée. Éviter une copie n’évite pas toute coordination ; réduire les traductions ne démontre pas seul une latence plus faible pour la charge complète.

Pour un essai, suivez les exigences exactes de la bêta et des outils invités dans une VM de test. Relevez backend, versions UTM et pilote. Comparez justesse d’affichage, redimensionnement et régularité des images avant de conclure sur la vitesse. Les démonstrations et captures de benchmark du projet restent des résultats de développeur dans certaines conditions, pas une comparaison PeopleAreGeek ni une garantie pour vos applications.

Revue du 8 septembre : disponibilité actualisée avec UTM 5.0.5 bêta et pilotes signés ; rôles Triton/Neptune/backend distingués, compilation obligatoire retirée.