Sublime Text 的 GPU 加速仅指 UI 渲染加速，需正确配置 "hardware_acceleration" 为 "opengl"（Win/Linux）或 "metal"（macOS），并配合 "gpu_window_buffer": true，修改后必须重启才生效，且需通过控制台日志验证是否成功创建对应图形上下文。
Sublime Text 没有“GPU物理加速”这个概念，它用的是 OpenGL（Windows/Linux）或 Metal（macOS）做界面渲染加速，不是物理引擎或 CUDA 类计算加速。所谓“开启 GPU 加速”，本质是让显卡接管 UI 绘制，减少 CPU 压力，从而提升滚动、缩放、多标签切换的帧率稳定性。
hardware_acceleration 必须设为字符串，不能写 true/false
这是最常踩的坑：改完配置没效果，八成是因为写了 "hardware_acceleration": true 或 "on"。Sublime 只认三个合法值："opengl"（Win/Linux）、"metal"（macOS）、"none"。其他任何写法都会被完全忽略，不报错也不生效。
- Windows / Linux 用户：必须显式加
"hardware_acceleration": "opengl"，别信“默认就是 opengl 就不用设”——老旧集成显卡或远程桌面环境下，默认可能根本没启用 - macOS（尤其 Apple Silicon）：必须写
"hardware_acceleration": "metal"；删掉这行不会自动恢复，得手动补上 - Intel Mac 若出现渲染抖动，可尝试换
"opengl"，但 M 系列芯片强烈建议坚持"metal"
gpu_window_buffer: true 不是独立开关，要和 hardware_acceleration 配合
"gpu_window_buffer": true 控制是否启用 GPU 管理窗口帧缓冲区，但它只在 hardware_acceleration 指定了后端（"opengl" 或 "metal"）时才真正起作用。只开它、不开后端，GPU 加速基本无效。
- 必须同时设置两项：
"hardware_acceleration": "opengl"和"gpu_window_buffer": true（Win/Linux） - 保存后必须重启 Sublime Text，热重载不生效
- 高 DPI 屏幕下滚动 50MB+ 日志文件时，若仍光标跳动或窗口撕裂，大概率是这一项没配对
验证是否真启用了 GPU，别信配置写了就算
Sublime 不提供 GUI 状态指示，改完配置不验证等于白改。必须靠控制台日志 + 实际行为交叉判断：
- 打开控制台（
Ctrl+`），输入sublime.log_commands(True) - 滚动一个真实大文件（比如百万行日志），或快速切换多个标签页
- 观察输出：
OpenGL context created（Win/Linux）或Metal context created（macOS）出现才算成功 - 若看到
Failed to create OpenGL context或software rendering fallback，说明驱动缺失、权限不足，或被 TeamViewer/OBS/Windows 远程桌面劫持图形栈
GPU 加速只管界面绘制，不解决索引、插件加载或语法高亮解析瓶颈。即使日志显示成功，滚动仍卡顿，问题大概率在别处——比如 "index_files": true 正在后台扫描整个项目，或者装了 LSP 类重型插件。这时候关掉索引、禁用无用插件，比反复调渲染参数更有效。
