Windows 11 内置天气应用占用超过 1 GB 内存

Windows 11 内置天气应用据称会占用约 0.5–1 GB 内存,因为它本质上是将 MSN Weather 网页包在 Microsoft 的 WebView2/Chromium 框架里,同时还会显示广告。评论者将其与只占用几十 MB 的原生天气工具进行对比,并指出即便是 macOS Weather 约 250 MB 的占用,对这种简单任务来说也显得臃肿。讨论进一步延伸到现代软件臃肿、公司激励扭曲,以及随着内存价格上涨、效率重新变得重要的现实;一些用户因此提出使用更轻量的替代方案,或干脆放弃 Windows。

内存占用与对比

  • 许多评论者认为天气应用占用 1 GB 内存实在夸张;也有人表示自己系统上“只有”约 450–700 MB,但仍然觉得这过于离谱。
  • 文章将其与 macOS Weather(约 250 MB)对比,被视为对 Microsoft 的不利证据,但也说明 Apple 的应用同样臃肿。
  • 提到的其他天气应用包括:GNOME Weather(约 150 MB)、KDE/Plasma 小部件(增量约 1–50 MB,因为库是共享的)、以及各种 CLI 工具和小型原生应用,总计仅 1–10 MB 的范围。

根本原因:Web 技术、架构与图形

  • 关键点:Windows 11 Weather 本质上是一个包裹在 WebView2(Chromium)外壳中的 MSN Weather 网页,会启动多个渲染/GPU 进程。
  • 关于现代 GUI 合成和高 DPI 图形“需要”多少内存的争论:
    • 辩护者:对于一个丰富、带动画、支持本地化、运行在 4K/HDR 屏幕上的界面,100–300 MB 是“合理的”。
    • 批评者:一个普通窗口的帧缓冲和资源最多也就几十 MB;其余都是框架和浏览器开销。
  • 关于测量方式的说明:
    • 任务管理器默认显示的“内存”是专用工作集(实际已提交、非共享 RAM)。
    • Windows 通常不像 Linux 那样进行 overcommit;过度预留虚拟内存甚至会在所有 RAM 还未被物理使用前就导致分配失败。

广告、激励机制与 Microsoft 的做法

  • 有人强烈批评:一个系统内置应用既占用大量内存,又展示广告;一些人将此与内部激励结构联系起来(团队追逐互动/广告指标,而不是用户体验)。
  • 开始菜单广告以及 Windows 里的其他“enshittification”模式也被当作背景。
  • 也有人认为 Microsoft 为了复用 Web 技术和组织便利,已经把原生效率放在了次要位置。

替代方案与变通办法

  • 建议包括:
    • 卸载 Weather 应用。
    • 将 MSN Weather 页面固定为带 uBlock Origin 的 Edge PWA(约 130 MB,无广告)。
    • 使用终端工具(例如 wttr.in、wego、curl 脚本)或轻量级桌面小部件。
    • 切换到 Linux 桌面(KDE、GNOME、平铺式窗口管理器),在这些环境里完整系统通常空闲时只占用几 GB 以内。

更广泛的反思:软件臃肿、内存价格与 AI

  • 长讨论串回顾了过去功能丰富的应用曾在几 MB 内运行,并与如今动辄几百 MB 的工具形成对比。
  • 关于“RAM 很便宜”与近期内存价格飙升、8 GB 系统重新变得常见之间的争论。
  • 有几位评论者认为,现在可以用 LLM/智能体系统性地去臃肿化或将应用重写为轻量原生代码,但也担心当下的激励机制反而会推动更多 Web/Electron 式的臃肿。