8GB 电脑迎来一版专属优化,Windows 11 多任务快 40%|微软技术日报 11-04

微软第一次把入门机型当成单独目标来调，数字都来自自家的实验室。

今日速览

• 8GB 机器升到 26H2 构建 26300.9818 后，响应快 20%，多任务快 40%。

• 内存压缩做得更紧，最多多留 2GB 活跃数据在内存里，不写进分页文件。

• Windows、Edge、Microsoft 365 一起改，提交内存的增长少了约 900MB。

• 微软安全研究统计了 38.3 万个 CVE，真正被利用的约 2000 个，不到 0.5%。

• .NET 博客把 SKILL.md 放进 NuGet 包，装完技能就在本地。

微软把 8GB 机器单独拎出来调了一轮

11 月 3 日，Windows 官方博客发了一篇由 Pavan Davuluri 署名的文章。他是微软负责 Windows 与设备的执行副总裁。

文章给的数字很具体。在 8GB 机器上，Windows 现在最多快 20%，多任务最多快 40%。

方法的落点是内存压缩。以前内存不够时，系统会把不活跃的数据搬到硬盘上的分页文件，用户切回来再读一次。现在压得更紧，最多能多留 2GB 活跃数据在内存里。

压缩省下的不只是读取时间。写分页文件的次数也少了，那一步在机械硬盘和老 SSD 上尤其费时间，切窗口时那半秒空白多半来自这里。

为了这几个数，微软在实验室里测了两万多台 PC。负载是自动化的真实操作，浏览网页、开 Microsoft 365、视频通话、后台下载文件。测响应时间还上了高速摄像机，从点击开始菜单到画面出现，逐帧看。

对照组写得很清楚。响应速度那一项，是 26300.9550 对 2026 年 1 月的 26200.7628。多任务的负载是 20 个 Edge 标签、一路 4K 视频、几个大的 Word、PowerPoint、Excel 文件，再加 Outlook 和文件资源管理器。

省下来的内存分散在几处。Windows、Edge、Microsoft 365 一起改，提交内存的增长少了约 900MB。四个 Office 应用合计省 360MB。8GB 机器上小组件不再预加载，省 200MB 左右。Edge 的非活动标签从 2 小时缩短到 15 分钟就休眠，启动也快了 33%，这一项要求 Edge 150 以上。

拿到这些不复杂。版本到 26H2、构建 26300.9818 以上，在 Windows 更新里打开「获取最新更新」，再检查一次。

调度那边也改了两处。系统优先处理用户刚发起的操作，搜索索引这类后台任务被降权。Edge 已经在后台跑着的时候，Windows 直接接上现有进程，不再起一份新的。

硬件那边另有一组数。第三方机构 Principled Technologies 用 Cinebench 多核跑，2026 款 8GB 的戴尔 XPS 13 比 2021 款 8GB 机型高 94%。同样的内存容量，四代芯片的差距比容量本身更大。

官方的边界也写了。8GB 适合日常使用，3D 建模、进阶视频剪辑、大规模数据处理这类活，还是建议 16GB 起。

下一步的几个方向也在文里。搜索和小组件将来共用一个 Web 引擎，OneDrive 与照片共用另一个，省掉每个功能各带一份的重复。资源管理器、记事本、画图和新版搜索会按 WinUI 3 重做，目标是打开更快、占用更少。

再往外是硬件。微软说正在和 PC 厂商、芯片厂商谈，压缩系统为硬件预留的那部分内存。第三方应用那边，WhatsApp 的 Windows 版已经拿到两位数的内存改善，算是这套机制对外的第一个样本。

Teams 默认打开了效率模式

同一周，Teams 的支持文档确认效率模式开始随版本推送。官方口径是 8GB 及以下的机器上，Teams 启动最多快 20%。

这个模式的代价写得不算含糊。它会降低处理器、内存和网络的使用，同时可能影响部分功能，摄像头分辨率就是其中之一。

设置里三个选项。默认是「仅在资源不足时使用」，另有「从不使用」和「始终使用」。所以 32GB 的机器在资源吃紧时也会自己进去，不是只认内存容量。

内部还有一层优先级。CPU 受限时，Teams 会在摄像头分辨率和音频之间做取舍，保音频。官方的解释是，这样硬件受限的机器在热降频更严重的情况下，会议体验还能维持住。

Windows Latest 实测的对照很直白。Teams 空闲时占用接近 1GB 内存，Slack 不到 300MB。

微软的说法是，出色的协作体验不应该取决于是否拥有最新硬件，很多客户还在用旧设备和入门笔记本。

后续还有一批优化在路上，比如内存不足时停止在后台下载图片。底层架构没动，还是 WebView，微软也确认 WinUI 那边在提速、在降内存，但要把 Teams 搬过去，短期看不到。

38.3 万个漏洞里，真被利用的约 2000 个

11 月 2 日，微软安全研究发了一份数据驱动的分析，作者是 Yair Tsarfaty 与 Or Begam。

范围是 1999 年到 2026 年 9 月，各平台披露的漏洞约 38.3 万个。其中与真实在野利用挂上钩的约 2000 个，占比 0.5% 上下，配图里给的数是 2056 个。

把这批被利用的挑出来，分布和全量差得很远。服务端远程代码执行从 20% 升到 37%，本地提权从 11% 升到 18%，客户端远程代码执行从 4% 升到 13%。反过来，跨站脚本从 15% 掉到 4%，拒绝服务从 16% 掉到 7%。操作系统层面的漏洞从 23% 升到 41%。

三类接管型漏洞合起来，占被利用漏洞的 78%。报告里把这三类单独拎出来按平台拆，共 1239 个 CVE，是全文最细的一张图。

分类方式也值得看一眼。每个 CVE 只按它能达成的最高影响归一类，能绕过认证又直接拿到远程代码执行的，就算进远程代码执行。平台维度另外统计，一份 CVE 可以同时落在多个平台上。

两个时钟的对比是这份报告里最有用的部分。补丁这边，微软 2026 年的暴露面数据给出的中位数是，Windows 工作站约两周，Windows Server 一个多月，Linux 服务器与 macOS 上的应用 10 周以上，网络设备超过一年。

利用那边快得多。VulnCheck 的数据是 2025 年有 29% 的利用在漏洞披露后 1 天内发生。CISA 的 KEV 目录，从披露到进目录的平均时间 2024 年是 89 天，2025 年 57 天，2026 年到 9 月是 20 天，中位数 3 天。

报告也留了一句提醒。漏洞的标称类型不完全等于实际能达成什么，有些标着远程代码执行的，真实条件下只造成拒绝服务。所以看证据，别只看标签。

动作层面，微软给了三步。先用外部攻击面管理把对公网可见的资产摸清楚，包括没人管的影子资产；再用暴露分和优先级建议排序，把互联网暴露、资产重要性、利用可能性一起算进去；最后看攻击路径，判断这个入口能不能摸到关键资产。

SKILL.md 开始跟着 NuGet 包一起发

11 月 3 日，.NET 博客发了一篇 Richard Lander 写的文章，讲怎么把 agent skills 塞进 NuGet 包。

格式没变，还是 SKILL.md，YAML 头加 markdown 正文。区别在分发方式。以前靠 git 仓库，团队各自 clone；现在包一装，技能跟着进了本地缓存。

理由不难理解。五天前发布的包，模型肯定不知道；注册表里还有很长的长尾，大部分包模型几乎没有资料。技能和二进制同版本发，正好补这个空档。

落地的路径也现成。dotnet restore 本来就把包拉到本地，包里的 SKILL.md 自然也在。project.assets.json 会把这些文件列出来，用 grep 就能看到。

两个工具在补体验。dotnet-inspect 可以直接问一个包有哪些技能，也能对着项目文件列出直接依赖里的技能，输出成表格。

dotnet-package-skills 更像搬运工。它在解决方案上跑一遍，把技能复制进 .agents/skills，再写一个 .dotnet-package-skills.json 记录来源。示例里扫了 23 个直接依赖，复制 5 个技能，忽略 22 个没有技能的包。

作者把经验写得很实。在前沿模型上，技能能提升的空间不大；换到弱一些的模型，效果波动明显。他们用的判断标准是帕累托，先保证不帮倒忙。只拿便宜模型测，被明确点名为反模式。

取舍举了个具体的例子。同一套技能发给所有模型，让 Haiku 省一半开销、Opus 多花一成，这笔交换就不划算，因为 Opus 的单价高得多。所以他们的测试重心放在前沿模型上。

还有一条安全提醒。markdown 在包里躺了很多年，一直是惰性资产；agent 会读它之后，它就有了执行侧的影响。作者的建议还是那句，只装信任的维护者的包。

还有几条

• .NET Conf 2026 定在 11 月 10 日到 13 日，四天，前两天是微软场次，后两天是社区日。.NET 11 在 10 日当天发布，现在能拿到的是 RC2。

• WinUI 3 要重做「优化驱动器」。微软设计总监 March Rogers 在社交平台回复用户，说这个工具已经在更新清单上，但没有给时间表。

• 一张标着微软 AI PC 四档路线的幻灯片在 X 上流传。最低一档 8GB，最高一档 128GB 以上，处理器横跨英特尔、AMD、英伟达与高通。微软未确认。

• Xbox Nano 手柄被曝能直连 Wi-Fi 接云游戏，跳过主机和电脑这一跳。功能还没正式公布，据说会先进预览。

三件事放在一起看

今天这四条，共同点是都在处理存量。

Windows 那条面对的是不会换机的人。8GB 的机器还在大量服役，系统层面能挤的内存已经挤得差不多，微软开始动组件复用，搜索和小组件共用一个 Web 引擎，OneDrive 和照片共用另一个。

Teams 那条讲取舍。系统省下来的内存，应用这边用画质换，摄像头分辨率、屏幕共享质量都可能是代价。会议多的团队对这个变化会有感觉。

漏洞那条和 NuGet 那条，是同一件事的两面。补丁追不上利用，所以要按影响和暴露面排序；技能跟着包发，补的是模型不认识新包这个空档，同时把 markdown 变成了需要审的东西。

今天能做的有三件。查一下自己机器的构建号有没有到 26300.9818；看看 Teams 的效率模式停在哪一档；团队里要是有自研的 NuGet 包，试着给它配一份 SKILL.md。