sublime text 4 gpu渲染需同时满足配置、驱动、系统图形栈三者就位才生效；必须设"hardware_acceleration":"opengl"（win/linux）或"metal"（macos），并启用"gpu_window_buffer":true，否则静默回退cpu渲染。
Sublime 的 GPU 渲染不是“开了就流畅”，而是必须同时满足配置、驱动、系统图形栈三者就位，否则静默回退到 CPU 渲染——你改了设置却没感觉，大概率卡在这一步。
hardware_acceleration 必须设为字符串枚举值，不能写 true/false
这个配置项只认三个合法值："opengl"（Windows/Linux）、"metal"（macOS）和 "none"。写 "hardware_acceleration": true 或 "on" 会被 Sublime 完全忽略，不报错也不生效。
- Windows / Linux 用户：必须显式加
"hardware_acceleration": "opengl"；默认值虽是"opengl"，但老旧集成显卡或远程桌面环境下可能实际未启用 - macOS（尤其 Apple Silicon）：必须写
"hardware_acceleration": "metal"；删掉该行不会自动恢复，得手动补上 - 禁用 GPU 渲染：设为
"none"，回到类似 ST3 的纯 CPU 路径，适合排查是否真由 GPU 引起的撕裂或闪屏
gpu_window_buffer 必须设为 true，且需配合 hardware_acceleration 才有效
"gpu_window_buffer": true 不是独立开关，它只在 hardware_acceleration 指定了后端（"opengl" 或 "metal"）时才初始化 GPU 缓冲区。只开它、不开后端，GPU 加速基本无效。
- 适用场景：高 DPI 屏幕滚动大文件（如 50MB+ 日志）、多标签频繁切换时出现窗口撕裂或延迟
- Linux X11 环境下若仍失效，需确认桌面环境已启用 OpenGL 渲染（GNOME 在 Settings → About 页面可见 “Graphics Acceleration” 开关）
- Wayland 下通常线性加速更稳，但多数用户仍在 X11，此时还需确保安装完整 Mesa 库：
libgl1-mesa-glx和libegl1-mesa（Ubuntu/Debian）或mesa+lib32-mesa（Arch）
验证是否真启用了 GPU，别信配置写了就算
Sublime 不提供 GUI 状态指示，只能靠控制台日志 + 行为交叉判断：
- 打开控制台（
View > Show Console），输入sublime.log_commands(True) - 滚动一个超大文件（比如百万行日志），或快速切换多个标签页
- 观察输出：
OpenGL context created或Metal context created出现才算成功；若看到Failed to create OpenGL context，说明驱动缺失、权限不足，或被 TeamViewer/OBS/Windows 远程桌面劫持图形栈 - 滚动时帧感卡顿、光标跳动、窗口撕裂，基本可判定 GPU 渲染未生效或被阻塞
GPU 加速只管界面绘制，不解决索引、插件或语法解析瓶颈
即使 GPU 渲染成功，滚动仍卡顿，问题大概率不在渲染层：
-
"index_files": false必须加——否则百万行项目里光标移动、跳转都慢，CPU 被后台索引吃满 - 大文件打开前就应关语法高亮：
"large_file_size_limit": 100（单位 MB），让 ≥100MB 文件自动走无高亮、无折叠、无自动换行路径 - 临时已打开的大文件，可立刻执行：
View: Toggle Syntax Highlighting和View: Toggle Line Numbers - 主题太重（如深色半透明侧边栏、复杂图标包）会拖累 GPU 图层合成，帧延迟不降反升
真正容易被忽略的是：GPU 渲染成功后，如果 index_files 仍为 true，或者你正用插件监听每一行变更，那 GPU 再快也救不了 CPU —— 它只是把“卡顿”从渲染线程转移到了逻辑线程。
