三个数字,三种口径
10 月 15 日,微软 Windows 体验部门副总裁 Navjot Virk 发了一篇博客,给了三个数字:Windows 现在能把最多多 2GB 的活跃数据留在内存里,而不是丢到更慢的存储上;在 8GB 及以下的电脑上,小组件改成打开才加载,省出 200MB 以上;整体响应速度最高提升 20%。
三个数字放到一起看很漂亮,但它们量的根本不是一回事,这一点原文其实写清楚了,只是传播时容易被抹平。
20% 是比较两个具体版本得出的:26H2 的 26300.9550 对 25H2 的 26200.7628,测的是搜索、开始菜单、设置、截图工具、文件资源管理器和右键菜单的响应速度。它不是「所有应用快 20%」,更不是游戏帧数。
2GB 也不是任务管理器里少 2GB。微软的原话是「能把更多活跃数据留在内存里」——这是关于换页行为的描述,任务管理器的「使用中」不会因此直接掉 2GB。
200MB 是最实在的一个,来源也单一:小组件不再后台预加载。但正如 Windows Latest 指出的,这条省下来的空间主要来自「小组件和 Discover 信息流被拆开,MSN 不再后台加载」;你要是手痒点开 Discover,内存又会慢慢爬回去。
1.7GB 是怎么测出来的
Windows Latest 在 10 月 21 日做了一次比较笨、也比较可信的测试:找了一台 8GB DDR4 加 SATA 固态的老笔记本,先跑 25H2(Build 26200.9550),重启后任务管理器显示占用 5.0GB;升到 26H2(Build 26300.9550)再重启,占用 3.3GB,可用内存从 2.9GB 涨到 4.6GB。
几个侧面数据更能说明问题:压缩内存从 324MB 降到 62.7MB,分页池从 633MB 降到 299MB,非分页池从 508MB 降到 332MB。压缩内存大幅下降,意味着开机后系统压根没多少东西需要压——这是「真的轻了」,不是「把东西挪到别处」。
为了排除那台机器上装的一堆软件(PyCharm、VS Code、AutoCAD、SketchUp),他们又建了一台 8GB 的干净虚拟机:一年前的 25H2 镜像开机 4.1GB,升级到 26H2 后落到 2.8 到 3.2GB。这里有个必须说清楚的变量:这台虚拟机跨了整整一年的更新,降幅不能全记在 26H2 头上。
而另一边,更早一批升级的 8GB 用户里,有人重启后内存仍然占到 96%。同一版本、同样 8GB,结果从「省 1.7GB」到「毫无变化」都有。
差别的来源不难猜:装了什么、开了几个启动项、浏览器标签页多少、有没有跑 WebView2 套壳应用。这也解释了一个反直觉的事实——26H2 是个 enablement package,代码和 24H2、25H2 同源,这些内存优化其实是过去几个月随月度更新一点点到位的,26H2 只是让更多人同时注意到了它。所以「升级 26H2 省了 1.7GB」这个说法,严格讲应该是「装齐这一年更新的机器,比一年前的机器省了 1.7GB」。
微软为什么突然在乎 8GB 了
不是因为良心发现。Windows 负责人 Pavan Davuluri 在微软自家的 Inside Windows 播客里说得很直白:整个行业现在都把内存挂在心上,尤其是电脑内存价格在全面上涨。7 月 31 日,微软把「8GB 及以上的内存优化」正式列进了下半年的重点方向。
背景是内存涨价把 8GB 笔记本又推回了货架。过去几年,8GB 在消费级市场几乎是个笑话,现在它重新变成了很多人唯一买得起的配置。系统要是再像以前那样开机吃掉 5GB,这台机器连浏览器都开不了几个标签。
所以这轮优化的思路是「按需付费」:可选功能(包括 AI)只在你用的时候吃内存,基础系统整体变轻。具体动作包括更高效的内存分配器、WinUI 3 的调优(让基于它的应用「天生」少占内存)、以及精简系统里的 Chromium 和 WebView2 组件。
最后一条是关键。Windows 11 里大量界面元素是 WebView2 渲染的,每一个都是一小号浏览器。小组件如果改用原生 WinUI 而不是 WebView2,省下来的绝不止 200MB。这也是为什么这轮优化的上限,取决于微软愿不愿意把自家的 Web 套壳逐个换掉——那是个以年计的工程。
但 8GB 的天花板一点没变
省出 1.7GB 是好事,可它改变不了物理事实。Chrome 开二十个标签、Teams 挂在后台、再开个 Docker,8GB 立刻就满了。更麻烦的是这两年新长出来的需求:本地跑模型。
一个 7B 参数模型 4-bit 量化后大约要 4 到 5GB 显存或内存,加上 KV cache 和系统开销,8GB 机器基本没有余量。所以你会看到一个很割裂的场面:微软在给系统减负 1.7GB,同时在推「本地 AI」;而本地 AI 一张口就是 4GB 起。这两股力量的方向完全相反,8GB 用户在中间。
Windows Latest 的结论我觉得很到位:更精简的 Windows 11 不会把 8GB 变成够用,它只是让 8GB 从「几乎不能用」变成「勉强能用」。别因为看到「优化了 8GB」就去买一台 8GB 的新机——这是两件不同的事。
已经升到 26H2 的话,值得看这几项
- 重启后先看任务管理器的「使用中」和「已压缩」。压缩内存如果还在几百 MB,说明后台还有东西在抢内存。
- 关掉小组件和 Discover 信息流。这是这次优化里最明确的一条,也是唯一有具体数字(200MB+)的一条。
- 清一遍启动项。26H2 省下的量,很容易被一个常驻的 Electron 应用吃回去。
- 别急着调虚拟内存。微软这次改的是换页策略,手动改页面文件大小反而可能抵消掉优化。
- 8GB 机器上不要同时开本地模型和浏览器。这不是优化能解决的问题。
我的判断
这次优化是真的,有可复现的测量支撑,不是纯公关。但传播里最响的两个数字——20% 和 2GB——恰恰是最容易被误读的两个:一个只覆盖系统自带界面的响应,一个是换页行为的描述,都不是「你的电脑快了 20%、省了 2GB」。
更值得记住的是这件事的起因:内存涨价,把 8GB 重新推回了市场,操作系统只好回头去适配一个它本以为已经告别的配置。这不是技术进步的故事,是成本压力倒逼的补课。
补课当然比不补好。但系统减重的速度,追不上应用和模型增重的速度——这个缺口,最终还是要用户用钱包来填。










暂无评论内容