Sublime Text 的 GPU 加速，严格来说指的是界面渲染加速，而非物理引擎或 CUDA 计算加速。其核心思路是利用显卡接管 UI 绘制工作，将 CPU 从这些琐碎任务中解放出来，从而让滚动、缩放、多标签切换等操作更流畅、帧率更稳定。不过，要想真正开启这个功能，有几个关键点必须搞清楚，否则配置改了也无效。
先说一个最常踩的坑：配置项 hardware_acceleration 的值必须是字符串，不能写成 true 或 false。很多人改完发现没效果，一查，多半是写了 "hardware_acceleration": true 或者 "on"。Sublime 只认三个合法值："opengl"（Windows / 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（Windows / Linux）。 - 保存配置后必须重启 Sublime Text，热重载不生效。
- 在高 DPI 屏幕上滚动 50MB+ 的日志文件时，如果仍然出现光标跳动或窗口撕裂，大概率是这一项没配对。
验证是否真启用了 GPU，别信配置写了就算
Sublime 并没有提供一个直观的图形界面来告诉你加速是否生效，所以改完配置不验证，等于白忙活。必须靠控制台日志加实际行为交叉判断：
- 打开控制台（快捷键
Ctrl+`），输入sublime.log_commands(True)。 - 然后滚动一个真实的大文件（比如百万行日志），或者快速切换多个标签页。
- 观察输出：如果出现
OpenGL context created（Windows / Linux）或Metal context created（macOS），才算成功。 - 如果看到
Failed to create OpenGL context或software rendering fallback，说明驱动缺失、权限不足，或者被 TeamViewer、OBS、Windows 远程桌面等软件劫持了图形栈。
最后需要提醒的是，GPU 加速只管界面绘制，它解决不了索引、插件加载或者语法高亮解析的瓶颈。即使日志显示加速成功，滚动仍然卡顿，问题大概率在别处——比如 "index_files": true 正在后台扫描整个项目，或者装了 LSP 这类重型插件。这时候关掉索引、禁用无用插件，比反复调渲染参数更有效。
