sublime text 在查看大日志、快速跳转、低资源占用等场景下更合适，因其采用 mmap+异步分块加载、纯内存哈希索引、gpu 加速渲染等机制，避免 ide 的冗余开销。
Sublime Text 在查看大日志、快速跳转、低资源占用等场景下确实比 VS Code / PyCharm 更合适——不是因为它“更先进”，而是它不做多余的事。
为什么打开 /root/workspace/运行实时日志.log 不卡
它不把整个文件读进内存，而是用 mmap + 异步分块加载。2GB 日志首次打开时，top 里看到的 RSS 通常不到 100MB；VS Code 同样操作常飙到 400MB+ 并触发 OOM。
- 滚动时只加载可视区域前后几屏内容，其余部分保持磁盘映射状态
- 不解析语法结构（比如不建 AST），也就没有语言服务的初始化开销
- 远程通过 SFTP 查看时，它能先渲染已下载的部分，边下边看；Electron 类编辑器往往卡在“等待完整响应”
Ctrl+P 模糊搜索比 IDE 更快的底层原因
Sublime 的索引是纯内存驻留的轻量哈希表，不依赖后台进程或语言服务器。它只扫描文件名和路径，不分析内容语义。
- 项目含 5000 个文件时，
Ctrl+P响应通常在 50ms 内；VS Code 若启用 TypeScript 语言服务，首次搜索可能卡顿 2–3 秒 - 不监听文件系统变更（默认关闭
file_watcher_enabled），避免 inotify 句柄耗尽 - 若需排除某些目录（如
.git或__pycache__），直接在Preferences.sublime-settings加："folder_exclude_patterns": [".git", "__pycache__"]
GPU 渲染对长文本滚动的真实影响
不是“看起来顺滑”，而是把文本行高计算、字符宽度测量、光栅化这些 CPU 密集任务交给了 GPU。百万行日志上下拖动时，帧率能稳定在 55–60fps。
- macOS 上必须开启
hardware_acceleration（默认已开），且要求 macOS 10.13+ 和 Apple Silicon / Metal 支持显卡 - Linux 下需确认 OpenGL 驱动正常，NVIDIA 用户注意禁用
__GL_SYNC_TO_VBLANK=1，否则可能掉帧 - Windows 上若用 Intel 核显，建议更新驱动；旧版 HD Graphics 4000 可能 fallback 到软件渲染
真正容易被忽略的是：Sublime 的“轻量”不是靠阉割功能换来的，而是靠不做 IDE 认为“理所当然”的事——比如不自动启动 LSP、不预加载所有插件、不维护跨文件符号表。一旦你开始装一堆 LSP 插件 + GitGutter + AutoFileName + TabNine，它也会变慢。这时候得想清楚：你到底是在写代码，还是在查日志？
