sublime text 4 gpu渲染需同时满足配置、驱动、系统图形栈三者就位，hardware_acceleration必须设为"opengl"（windows/linux）或"metal"（macos），禁用则设为"none"；仅设"gpu_window_buffer":true无效，须配合后端指定；验证需通过控制台日志观察opengl/metal context创建成功与否。
Sublime Text 4 的 GPU 渲染不是“开了就流畅”，而是必须同时满足配置、驱动、系统图形栈三者就位，否则会静默回退到 CPU 渲染——你改了设置却没感觉，大概率是卡在这一步。
hardware_acceleration 必须设为具体后端值，不能写 true/false
这个配置项不接受布尔值，写 "hardware_acceleration": true 或 "hardware_acceleration": "on" 都无效，Sublime 会直接忽略。它只认字符串枚举值：
- Windows / Linux：设为
"opengl"（默认值，但可能未生效） - macOS（尤其 M 系列芯片）：必须显式设为
"metal"；删掉该行不会自动恢复，得手动补上 - 彻底禁用：设为
"none"，回到类似 ST3 的纯 CPU 渲染路径
仅靠 "gpu_window_buffer": true 不起作用——它只是辅助开关，没有 hardware_acceleration 指定后端，GPU 窗口缓冲根本不会初始化。
验证是否真启用了 GPU，别信配置写了就算
Sublime 不提供 GUI 状态指示，只能靠行为 + 日志交叉判断：
- 打开控制台（
View > Show Console），输入sublime.log_commands(True) - 滚动一个超大文件（比如 50MB+ 日志），或快速切换多个标签页
- 观察控制台输出：出现
OpenGL context created或Metal context created才算成功；若看到Failed to create OpenGL context，说明驱动缺失、权限不足或被远程桌面/录屏软件劫持 - 滚动时帧感明显卡顿、光标跳动、窗口撕裂，基本可判定 GPU 渲染未生效或被阻塞
Linux 下常见失效点：X11 vs Wayland + Mesa 库缺一不可
Wayland 会线性加速，但多数用户仍在 X11 环境下运行，这时必须确认两点：
- 桌面环境支持 OpenGL：GNOME 要开启 “Graphics Acceleration”（在 Settings → About 页面可见），KDE 需确认 Compositor 启用 OpenGL 渲染
- 系统级 Mesa 库完整：Ubuntu/Debian 用户运行
sudo apt install libgl1-mesa-glx libegl1-mesa；Arch 用户检查mesa和lib32-mesa是否都已安装 - X11 下若用 Nouveau 开源驱动（如 Ubuntu 20.04 默认），容易触发渲染撕裂，建议换用闭源驱动或临时设
"hardware_acceleration": "canvas"折中
启用 GPU 后仍卡顿？问题不在渲染层
GPU 加速只管界面绘制，对以下瓶颈完全无感：
- 文件索引未关：
"index_files": false必须加，否则百万行项目里光标移动、跳转都会卡 - 插件拖慢主线程：LSP 客户端、自动格式化类插件在保存时可能阻塞 UI，建议禁用或调高
timeout_ms参数 - 主题太重：Spacegray 等带图标+动画的主题启动时加载开销大，可改用
Default.sublime-theme或关闭"disable_file_icons": true
最易被忽略的是：GPU 渲染生效后，如果还在用远程桌面、OBS 或 TeamViewer，它们会强制截断 OpenGL 上下文——关掉这些软件再试，才是真实性能。
