https://hackaday.com/2026/01/02/benchmarking-windows-against-itself-from-windows-xp-to-windows-11/
测试涵盖Windows XP、Vista、7、8.1、10和11的旗舰版，所有系统均配备最新服务包与更新，并安装于同一台联想ThinkPad X220笔记本电脑。该设备搭载英特尔i5 2520M处理器、8GB内存、英特尔HD 3000核芯显卡及256GB机械硬盘。
在启动速度测试中，Windows 8.1凭借快速启动功能拔得头筹，而Windows 11虽能显示桌面却迟迟无法加载任务栏，最终垫底。安装体积方面，Windows XP以最小空间占用胜出，其空载内存占用仅为800MB，相比之下末位的Windows 11空载内存占用高达3.3GB。
使用基于Chrome的Supermium浏览器进行内存管理测试时，XP与Windows 11表现同样糟糕。而Windows 7和8.1在开启超过200个标签页后才触及5GB内存使用上限，表现最为出色。需注意的是，XP的糟糕表现源于虚拟内存机制问题而非达到物理内存上限，这意味着Windows 11才是真正的“内存杀手”。
这种劣势模式贯穿多项测试：Windows 11在电池续航测试中再度垫底，用OpenShot渲染视频项目耗时最长，打开文件管理器窗口时令人焦灼，启动MS Paint等内置应用的时间足以让人悠闲地泡杯咖啡。更不用说它在网页加载速度测试中耗时最长，在CPU-Z单线程测试中得分最低。
究其原因，很大程度上要归咎于Windows 11的新代码架构。自Windows 7以来微软开始推行大规模代码重写，至Windows 11达到高潮。尽管系统默认启用基于软件的BitLocker加密（速度极其缓慢）确实拖累性能，但其巨大的内存占用和整体迟滞问题已严重到连微软都不得不承认，甚至为此在Windows 11中采取将文件管理器组件预加载至内存的补救措施。
这些现象折射出软件开发领域的普遍趋势：为适配硬件而进行的开发往往无谓消耗更多资源，性能考量逐渐让位于层层抽象与间接调用，最终导致系统臃肿和响应延迟。
