Windows Server 2025 fonctionne mieux sur ARM

• Dans une comparaison virtualisée de Windows Server 2025, la configuration avec hôte ARM64 et invité ARM64 a fonctionné de manière stable, avec une meilleure réactivité perçue pour le démarrage des services, le lancement des consoles d’administration et l’exécution des tâches pratiques
• Les deux VM ont été configurées à l’identique en mémoire, processeurs virtuels et rôles installés. Lors des mesures, le système Snapdragon a montré des variations plus faibles de l’utilisation CPU, un Processor Queue Length maintenu à 0, et des valeurs cohérentes pour CPU Wait Time Per Dispatch
• Sur les mesures répétées d’IIS, DNS, des requêtes Active Directory, de l’authentification de domaine et des E/S de fichiers, le Snapdragon X Elite a presque toujours produit des temps reproductibles. Intel a parfois été plus rapide sur certains essais, mais avec une variabilité globale plus importante
• La différence n’est pas attribuée au seul type d’architecture CPU. Les caractéristiques du stockage, de la mémoire, de la gestion de l’alimentation et de la dissipation thermique comptent aussi, mais la cohérence de la latence et un ordonnancement prévisible semblent plus importants pour des charges serveur virtualisées
• Pour les charges centrées sur le débit maximal, x64 conserve des atouts, mais dans les déploiements Windows Server typiques avec de nombreuses petites tâches sensibles à la latence, l’intérêt d’ARM64 augmente. En revanche, la plateforme standard pour l’enseignement reste x64, faute de prise en charge de la virtualisation imbriquée sur ARM64

---

Environnement de test et critères de comparaison

• Un environnement virtualisé Windows Server 2025 a été mis en place sur deux systèmes pour comparaison
  • Un système Intel Core i9 de 14e génération sous Windows 11 exécutant plusieurs machines virtuelles Hyper-V
  • Un système Snapdragon X Elite sous Windows 11 on ARM avec le même environnement Windows Server 2025
• Comme Microsoft ne fournit pas d’ISO officiel d’installation de Windows Server 2025 ARM sur son site, l’installation a été réalisée à partir d’une image générée via UUP dump depuis les serveurs de mise à jour de Microsoft
• Les deux VM Hyper-V ont été configurées de manière identique en mémoire, processeurs virtuels et rôles installés
  • Le Snapdragon X Elite utilisait ARM64 guest on ARM64 host
  • L’Intel Core i9 utilisait x64 guest on x64 host

Observations initiales et portée de l’interprétation

• L’environnement Windows Server 2025 sur le système ARM s’est montré stable, fonctionnel, et globalement plus rapide dans l’usage réel
  • Démarrage plus rapide des services
  • Lancement plus rapide des consoles d’administration
  • Réduction du temps nécessaire pour les travaux pratiques liés à la rédaction d’un manuel
• Cela dit, l’écart de performances n’est pas présenté comme le résultat du seul choix d’architecture CPU
  • Le stockage, la mémoire, la gestion de l’alimentation et le comportement thermique peuvent aussi influencer les résultats
  • Plutôt qu’affirmer que « ARM est plus rapide », il faut interpréter les résultats à l’échelle des caractéristiques globales du système
• Les charges de service typiques de Windows Server sont généralement fortement orientées threads et reposent sur de petites opérations CPU et I/O fréquentes
  • Cela inclut Active Directory, DNS, DHCP, IIS, les services de fichiers SMB/NFS/DFS, Print Services, Certificate Services, Remote Desktop Services, Routing and Remote Access, NPS, etc.
  • Ce type de charge est sensible à la latence et aux changements de contexte, et bénéficie d’une performance constante dans le temps

Observations sur les écarts de performances

• Les systèmes ARM de la famille Snapdragon ont tendance à privilégier une performance soutenue et stable plutôt qu’une quête de fréquences boost maximales
• Les CPU Intel récents peuvent offrir des performances de pointe élevées grâce à l’accélération de fréquence et au throttling dynamique
  • En contrepartie, sous charge soutenue ou mixte, cela peut accroître la variabilité de l’ordonnancement et de la latence
• En environnement virtualisé, cette variabilité devient plus importante
  • Un hyperviseur comme Hyper-V joue en pratique un rôle de planificateur matériel
  • Plus le timing d’exécution matériel est prévisible, plus l’ordonnancement de l’hyperviseur produit des résultats cohérents
  • Cet effet se répercute sur les VM et sur la réactivité des services qu’elles exécutent
• Une différence propre à la build Windows Server ARM64 est également évoquée
  • D’après plusieurs notes de version consultées en ligne, la version ARM64 pourrait éviter certaines couches de compatibilité legacy et utiliser des binaires plus modernes et mieux optimisés
  • Elle pourrait donc être une build plus épurée que la version x64
  • Aucun élément technique interne précis supplémentaire n’est toutefois apporté

Mesures avec Performance Monitor

• Des compteurs Performance Monitor ont été ajoutés sur les deux hôtes Windows 11 pour effectuer les mesures
  • \\Processor(_Total)\\% Processor Time
    • Utilisation CPU sur l’ensemble des cœurs
  • \\System\\Processor Queue Length
    • Nombre de threads en attente de temps CPU
    • Idéalement, la valeur doit rester à 0
  • \\Hyper-V Hypervisor Virtual Processor(*)\\CPU Wait Time Per Dispatch
    • Temps moyen d’attente avant qu’un processeur virtuel soit planifié sur le CPU
• Une charge a ensuite été générée depuis PowerShell à l’intérieur de chaque VM
  • Huit boucles infinies ont été lancées pour interroger à répétition les 5 premiers processus triés par consommation CPU à partir du résultat de Get-Process
• Les résultats montrent que le Snapdragon présente un profil de performance soutenu et stable
  • Les variations de % Processor Time sont nettement plus faibles
  • Processor Queue Length reste à 0
  • CPU Wait Time Per Dispatch demeure lui aussi plat et cohérent
• Sur le système Intel, la variabilité due au boost/throttling apparaît dans les métriques
  • Les variations de % Processor Time sont plus importantes
  • Processor Queue Length augmente périodiquement de façon marquée
  • CPU Wait Time Per Dispatch présente aussi des fluctuations significatives

Mesure de la réactivité des services

• Le temps d’exécution d’opérations de service courantes a été mesuré depuis PowerShell dans chaque VM avec Measure-Command
• Un test a été réalisé sur le serveur web IIS
  • Invoke-WebRequest http://localhost -UseBasicParsing | Out-Null répété 1000 fois
• D’autres services ont été mesurés de la même manière
  • DNS
    • Resolve-DnsName "domainX.com" -Server 127.0.0.1 | Out-Null
  • Requête Active Directory
    • Get-ADUser -Filter * -ResultSetSize 1 | Out-Null
  • Latence d’authentification au domaine
    • Test-ComputerSecureChannel -Verbose:$false
  • E/S de fichiers
    • Création du répertoire C:\TestFiles
    • Répétition 2000 fois des opérations de création de fichier, écriture, lecture et suppression
• Sur plusieurs séries d’exécution, le système Snapdragon a presque toujours produit des temps cohérents et reproductibles
• Le système Intel a montré une plus grande dispersion des résultats
  • Il a parfois été plus rapide que le Snapdragon sur certains essais
  • Mais dans la plupart des cas, il était derrière
• Globalement, la conclusion est que Snapdragon l’emporte sur l’ensemble des tests

Conclusion principale

• Le facteur commun qui ressort de l’ensemble des résultats est la cohérence de la latence
• Les charges Windows Server virtualisées accordent une grande importance à la réponse rapide aux petites opérations fréquentes et à un ordonnancement prévisible
• Pour les charges où le débit maximal prime, les systèmes x64 conservent encore des avantages nets
• À l’inverse, dans des environnements typiques de Windows Server où de nombreuses petites tâches sensibles à la latence s’exécutent ensemble sous virtualisation, la cohérence compte plus que la vitesse de pointe absolue
• Dans ce contexte, l’attrait d’ARM64 augmente
• ARM64 est déjà largement utilisé dans le cloud, et il est mentionné qu’il offre un meilleur rapport performance/coût que x64
• Il est suggéré que Microsoft devrait envisager d’accroître la place d’ARM64 dans l’avenir de Windows Server
  • Microsoft ne prend actuellement pas entièrement en charge Windows Server on ARM64
  • Mais il est indiqué que l’an dernier, 33 % des nouvelles instances de VM Microsoft Azure étaient en ARM64, contre 50 % sur Amazon AWS

Choix de la plateforme standard pour l’enseignement

• L’environnement pratique utilisé pour le manuel reste standardisé sur x64
• La raison est que la configuration des travaux pratiques inclut de la virtualisation imbriquée
• Comme Hyper-V ne prend pas en charge la virtualisation imbriquée sur ARM64, ARM64 n’est pas adopté pour l’instant comme environnement d’enseignement par défaut
• Les étudiants peuvent contourner cette limite dans leur propre configuration, mais l’un des objectifs du manuel est la reproductibilité, d’où la priorité donnée à un environnement identique étape par étape
• À ce stade, pour un usage pédagogique, x64 reste le choix le plus pratique