Windows Server 2025 在 ARM 上表现更佳

Hacker News Top 新闻

摘要

实测显示,在 Snapdragon X Elite 上运行的 Windows Server 2025 ARM64 虚拟机,因性能更平稳且二进制更干净,在延迟敏感型服务器角色中优于 Intel i9 上的 x64 虚拟机。

暂无内容
查看原文
查看缓存全文

缓存时间: 2026/04/22 01:59

# Jason Eckert 的个人网站与博客 来源:https://jasoneckert.github.io/myblog/server-2025-arm64/ Windows Server 2025 Admin Center 我正在为 Cengage 撰写下一版《Windows Server》教材,把所有内容从 Windows Server 2022 更新到 2025。理所当然地,我的主力实验机是一台顶配 14 代 Intel Core i9,运行 Windows 11,上面挂着多台 Hyper-V 虚拟机,承担 Active Directory、IIS、DNS、DHCP 等角色。 出于好奇(其实就是好玩),我又在搭载 Snapdragon X Elite 的 Windows 11 on ARM 机器上,用 Hyper-V 把同样的 Windows Server 2025 环境跑了一遍。微软官网并没有提供 Windows Server 2025 for ARM 的官方 ISO,我就用 UUP dump(https://uupdump.net/)从微软更新服务器搓了一份,装好同样角色的虚拟机。 系统稳得一批,功能齐全,但最大的感受是:***快太多了***!服务启动(包括一向磨叽的 Active Directory)更快,管理控制台秒开,教材里那些动手实验步骤在 ARM 上总能提前收工。 两台虚拟机的配置在内存、vCPU、已安装角色上完全一致,只是架构不同: - Snapdragon X Elite = ARM64 客系统跑在 ARM64 宿主机上 - Intel Core i9 = x64 客系统跑在 x64 宿主机上 看起来似乎只是架构差异带来了性能差距,其实没那么简单。存储、内存、电源管理、散热策略都会影响结果。与其喊“ARM 更快”,不如整体审视性能差异。 任何老 IT 都会告诉你:工作负载类型决定性能表现。两台 VM 都跑着典型 Windows Server 服务:AD、DNS、DHCP、IIS、文件服务(SMB/NFS/DFS)、打印、证书、RDS、RRAS、NPS……这些服务线程多、操作小且频繁,对延迟和上下文切换极度敏感——换句话说,它们讨厌“忽快忽慢”,需要一条始终平坦的跑道。 这就部分解释了 Snapdragon 为啥更轻快。多数 ARM 芯片不追瞬时高频,而是持续输出稳定性能(含 I/O)。现代 Intel 则习惯“鸡血-降频”节奏,峰值好看,但持续或混合负载下调度抖动更大。 虚拟化环境把这种抖动进一步放大。Hyper-V 本质是个硬件调度器,如果底层硬件的执行 timing 更 predictable,调度就更稳,VM 里的服务自然更丝滑。 Windows Server ARM64 本身也可能更“干净”。网上流出的 release notes 暗示,ARM64 版砍掉了部分 legacy 兼容层,用了更现代的优化二进制。重构过代码的都懂:这些“小确幸”积少成多。 ## 用性能监视器深挖 我加了一组计数器,两边 Windows 11 宿主机同时跑: - `\\Processor(\_Total)\\% Processor Time`(总 CPU 占用) - `\\System\\Processor Queue Length`(等 CPU 的线程数,理想为 0) - `\\Hyper-V Hypervisor Virtual Processor(\*)\\CPU Wait Time Per Dispatch`(vCPU 等调度的平均时间) 然后在各 VM 里用 PowerShell 打负载: ```powershell 1..8 | ForEach-Object { while ($true) { Get-Process | Sort-Object CPU -Descending | Select-Object -First 5 | Out-Null } } ``` Snapdragon 稳如老狗,Intel 依旧“上蹿下跳”: - % Processor Time 波动明显更小 - Processor Queue Length 在 ARM 上全程 0,Intel 却周期性冲高 - CPU Wait Time Per Dispatch 在 ARM 上几乎一条直线,Intel 大幅震荡 ## 测服务响应 再用 `Measure-Command` 掐表,把常见操作各跑 1000 次: ```powershell Measure-Command { 1..1000 | foreach { Invoke-WebRequest http://localhost -UseBasicParsing | Out-Null } } ``` 依次还测了: - DNS(`Resolve-DnsName "domainX.com" -Server 127.0.0.1 | Out-Null`) - AD 查询(`Get-ADUser -Filter * -ResultSetSize 1 | Out-Null`) - 域信任延迟(`Test-ComputerSecureChannel -Verbose:$false`) - 以及文件 I/O: ```powershell $path = "C:\TestFiles"; mkdir $path -ea 0 Measure-Command { 1..2000 | foreach { $file = "$path\file$_.txt" Set-Content $file "test" Get-Content $file | Out-Null Remove-Item $file } } ``` 多轮跑分,Snapdragon 几乎次次复读机般稳定;Intel 偶尔反超,多数时候落后。综合看,ARM 全胜。 ## 小结 核心关键词:***延迟一致性***。Windows Server 这类“小而频”的虚拟化负载,最怕调度抖动。若你的业务追求峰值吞吐,x64 仍有绝对优势;但如果是典型企业部署、大量低延迟微操作,那“稳”比“快”更值钱。 此时 ARM64 非常香。况且云里早已大规模落地:去年 Azure 新实例 33% 是 ARM64,AWS 甚至 50%。 所以,如果 Windows Server 真吃这一套,微软是不是该让 ARM64 在服务器赛道多露脸?现在官方支持尚不完整,却已在云里遍地开花,属实“口嫌体正直”。 ***注:教材里我仍坚持 x64 标准。原因很简单:实验需要嵌套虚拟化,而 Hyper-V on ARM64 目前还不支持。学生当然能绕,但书要“开箱即用”,现阶段 x64 才是教学上的稳妥选择。***

相似文章

用 x86_64 汇编写成的 Linux 桌面

Lobsters Hottest

一位开发者借助 Claude Code,用纯 x86_64 汇编重建了完整的 Linux 桌面栈——从 shell、终端、窗口管理器到各种工具,实现微秒级启动,并延长数小时续航。

ARM处理器上匹配字符的最快方法?

Lobsters Hottest

本文探讨了在ARM处理器上使用SIMD指令进行字符匹配的最快方法,比较了传统的NEON方法与现代ARM芯片(如AWS Graviton4、Google Axion等)上可用的较新SVE2能力。

Ubuntu 26.04 Resolute Raccoon

Product Hunt

Ubuntu 26.04 Resolute Raccoon 定位为面向开发者、AI 负载和云部署的下一代 Linux 发行版。

Metal-Sci:用于 Apple Silicon 上 LLM 驱动演化内核搜索的科学计算基准

Hugging Face Daily Papers

Metal-Sci 推出了一项包含 10 个任务的基准测试,用于优化 Apple Silicon 上的科学计算内核,并配套了由大语言模型驱动的演化搜索框架。该研究评估了 Claude Opus 4.7、Gemini 3.1 Pro 和 GPT 5.5 等模型,在实现显著加速的同时,利用分布外测试来捕获静默的性能退化问题。