Chrome 偶尔 freeze ，具体表现为上半屏不再更新，下半屏继续滚动
https://github.com/electron/electron/issues/46206
https://v2ex.com/t/1179161
这两天已经遇到无数次这个 bug 了，我还以为是我显卡坏了，简直匪夷所思
虽然 CSDN 这个说是 RIIR 导致的还有待考究吧，但是 M$ 家里的咖喱人是真该清理了
———
edit: 有群友发了 Reddit 上对这个问题的研究
https://www.reddit.com/r/Windows11/comments/1kgp7ar/cause_and_solution_to_windows_24h2_related/
该问题的核心机制是：DWM 在 Windows 11 24H2 中引入了一项机制，要求被分配到 MPO 硬件覆盖层的应用程序必须达到最低帧率要求。当 Chromium 应用处于非活动状态或帧率较低时，DWM 会将其从高性能的硬件覆盖层踢回到传统的合成模式，这种频繁的切换过程发生了故障，导致界面出现局部冻结或渲染异常。通过注册表将 OverlayMinFPS 设置为 0，就是直接禁用这个最低帧率限制，强制系统将应用始终保留在硬件覆盖层，从而消除了切换带来的问题。
所以说这不是一个 bug 而是一个 feature 是吧，ms 真无敌了
https://github.com/electron/electron/issues/46206
https://v2ex.com/t/1179161
这两天已经遇到无数次这个 bug 了，我还以为是我显卡坏了，简直匪夷所思
虽然 CSDN 这个说是 RIIR 导致的还有待考究吧，但是 M$ 家里的咖喱人是真该清理了
———
edit: 有群友发了 Reddit 上对这个问题的研究
https://www.reddit.com/r/Windows11/comments/1kgp7ar/cause_and_solution_to_windows_24h2_related/
该问题的核心机制是：DWM 在 Windows 11 24H2 中引入了一项机制，要求被分配到 MPO 硬件覆盖层的应用程序必须达到最低帧率要求。当 Chromium 应用处于非活动状态或帧率较低时，DWM 会将其从高性能的硬件覆盖层踢回到传统的合成模式，这种频繁的切换过程发生了故障，导致界面出现局部冻结或渲染异常。通过注册表将 OverlayMinFPS 设置为 0，就是直接禁用这个最低帧率限制，强制系统将应用始终保留在硬件覆盖层，从而消除了切换带来的问题。
所以说这不是一个 bug 而是一个 feature 是吧，ms 真无敌了