必须通过控制台日志与滚动行为交叉验证：打开控制台输入sublime.log_commands(true)，滚动50mb大文件，出现“opengl context created”（win/linux）或“metal context created”（macos）才成功；若显示失败日志或仍卡顿，则gpu未生效。
怎么确认 GPU 渲染真起了作用
Sublime 不会弹提示告诉你“GPU 已启用”，改完配置不验证等于没改。必须靠控制台日志 + 实际滚动行为交叉判断：
- 打开控制台（
Ctrl+`），输入sublime.log_commands(True) - 打开一个真实大文件（比如 50MB 的日志、或
node_modules/react/index.js这类百万行 JS） - 快速滚动、频繁切换标签页，同时盯住控制台输出：出现
OpenGL context created（Windows/Linux）或Metal context created（macOS）才算成功 - 若看到
Failed to create OpenGL context或software rendering fallback，说明 GPU 渲染根本没起来，不是配置写错了，就是底层被拦住了
hardware_acceleration 值写错就完全无效
这个字段只认字符串枚举值，写 true、"on"、1 或留空，Sublime 全部忽略——不报错、不警告、也不生效。
- Windows / Linux 用户：必须明确写
"hardware_acceleration": "opengl"（哪怕默认值是它，老旧集成显卡或远程桌面下也可能不实际启用） - macOS（尤其 Apple Silicon）：必须写
"hardware_acceleration": "metal"；删掉这行不会自动恢复，得手动补上 - 彻底禁用 GPU：设为
"hardware_acceleration": "none"，不是false或"off" -
"gpu_window_buffer": true是辅助项，没配对的hardware_acceleration后端，它压根不初始化 GPU 缓冲区
开了 GPU 还卡？问题大概率不在渲染层
GPU 加速只管界面绘制（滚动、切换标签、动画），对光标移动、输入延迟、Ctrl+P 慢、跳转卡顿基本没用。真正拖慢的往往是后台 CPU 任务：
-
"index_files": true（默认开启）：打开含node_modules的项目时，后台疯狂扫描文件，CPU 占满 → 改成false - 插件监听太狠：比如
GitGutter在on_modified或on_input里实时跑 Git 状态，每次按键都触发 - 自动补全加载过载：
"auto_complete_size_limit": 0（默认不限）会让 Sublime 尝试把整个项目符号表拉进内存 → 建议设为4096 - 拼写检查开太多：
"spell_check": true对中文输入尤其敏感 → 关掉
Linux 下 OpenGL 失效的典型原因
不是配置没写对，而是系统图形栈没准备好。X11 环境下常见卡点：
- 桌面环境没开 OpenGL 渲染：GNOME 要去 Settings → About 页面确认 “Graphics Acceleration” 是开启状态
- 缺 Mesa 库：Ubuntu/Debian 必须装
libgl1-mesa-glx和libegl1-mesa；Arch 用户要确保mesa和lib32-mesa都完整 - 远程桌面或录屏软件劫持了图形栈：TeamViewer、OBS、Windows 远程桌面会覆盖 OpenGL 上下文 → 临时退出再试
- Wayland 下通常更稳，但多数用户仍在 X11，此时驱动权限、SELinux 策略也可能拦截上下文创建
OpenGL context created 就以为万事大吉，结果滚动还是跳帧——那八成是 index_files 在后台吃满 CPU，或者某个插件正每秒调用三次 view.substr()。
