真正关闭GPU加速必须通过Electron启动参数--disable-gpu，因terminal.integrated.gpuAcceleration仅控制终端UI层渲染，不干预底层GPU合成线程；验证需在DevTools中检查process.argv含该参数且navigator.gpu返回undefined。
为什么 terminal.integrated.gpuAcceleration 设为 off 没用
因为这个设置只控制终端区域内的颜色/字体渲染，不干预 Electron 底层的 GPU 合成线程。大量文本流（比如 script -qec "for i in {1..5000}; do echo $i; done"）卡顿，本质是 GPU 进程被显卡驱动阻塞，不是终端 UI 层面的问题。你改了 terminal.integrated.gpuAcceleration，process.argv 里依然没有 --disable-gpu，就等于没动根子。
怎么真正关闭 GPU 加速并验证生效
必须从 Electron 启动参数切入，且要杀干净后台进程才能生效：
- Windows：右键 VSCode 快捷方式 → “属性” → 在“目标”末尾加空格再加
--disable-gpu，路径含空格时必须用英文双引号包裹，例如："C:\Users\me\AppData\Local\Programs\Microsoft VS Code\Code.exe" --disable-gpu - macOS：终端运行
open -n -a "Visual Studio Code" --args --disable-gpu - Linux：编辑
~/.local/share/applications/code.desktop，所有Exec=行末尾统一加--disable-gpu，包括[Desktop Action]里的 - 验证是否真生效：打开 DevTools（
Help > Toggle Developer Tools），控制台输process.argv，返回数组里必须有"--disable-gpu"；再输navigator.gpu，返回undefined才算成功
terminal.integrated.rendererType 选 dom 还是 canvas
大量文本流输出时，canvas 渲染虽动画顺滑，但容易在缩放非 100%、老旧核显或远程桌面（RDP/Parsec）下白屏/撕裂；dom 把每个字符当独立 HTML 元素，CPU 负担略高，但滚动稳定、宽字符（中文、emoji）排版准、不易丢帧。
切换方式：设置里搜 terminal.integrated.rendererType，值设为 dom。注意某些插件（如 shellcheck 实时提示）在 dom 下可能错位，遇到就切回 canvas + --disable-gpu 组合。
WSL2 用户特别注意：GPU 路径根本不在 Linux 侧
WSL2 的终端渲染走的是 Windows 层的 GPU 栈，export LIBGL_ALWAYS_SOFTWARE=1 在 WSL 里完全无效。哪怕你装了 NVIDIA 驱动，VSCode 也根本不经过 WSL 的 GPU 栈。
如果用了 WSLg（Windows Subsystem for Linux GUI），还要额外禁用 wslg 的 GPU 加速：wsl --shutdown 后，在 %USERPROFILE%\AppData\Local\Packages\ 对应发行版目录下删掉 wslg 配置文件，或手动设 gpuSupport=false。
真正影响大量文本流渲染的，从来不是“要不要开硬件加速”，而是“GPU 线程有没有被驱动拖住”。关掉 --disable-gpu 之后，再配 rendererType: dom，才是稳住输出帧率的关键组合。别漏掉验证步骤——没看到 process.argv 里那个字符串，就等于没关成功。
