首页
/
新闻
/
Windows Server 2025 在 ARM 上表现更佳
Windows Server 2025 在 ARM 上表现更佳
摘要
实测显示,在 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 才是教学上的稳妥选择。***
相似文章
Lobsters Hottest
一位开发者借助 Claude Code,用纯 x86_64 汇编重建了完整的 Linux 桌面栈——从 shell、终端、窗口管理器到各种工具,实现微秒级启动,并延长数小时续航。
X AI KOLs Timeline
SwiftLM is a Swift-native LLM inference server for Apple Silicon that runs large models without Python, using SSD streaming to load MoE weights and enabling 122B models on 64 GB Macs.
Lobsters Hottest
本文探讨了在ARM处理器上使用SIMD指令进行字符匹配的最快方法,比较了传统的NEON方法与现代ARM芯片(如AWS Graviton4、Google Axion等)上可用的较新SVE2能力。
Product Hunt
Ubuntu 26.04 Resolute Raccoon 定位为面向开发者、AI 负载和云部署的下一代 Linux 发行版。
Hugging Face Daily Papers
Metal-Sci 推出了一项包含 10 个任务的基准测试,用于优化 Apple Silicon 上的科学计算内核,并配套了由大语言模型驱动的演化搜索框架。该研究评估了 Claude Opus 4.7、Gemini 3.1 Pro 和 GPT 5.5 等模型,在实现显著加速的同时,利用分布外测试来捕获静默的性能退化问题。