sublime text 本身不支持真正的远程编辑，所谓“远程编辑”实为本地打开挂载的远程文件系统（如sshfs）或同步副本，过滤逻辑与本地一致，无额外远程适配层。
Sublime Text 本身不支持真正的远程编辑——所谓“远程编辑”，实际是本地打开挂载的远程文件系统（如 SSHFS、rclone mount）或同步后的副本，过滤逻辑和本地完全一致，不存在额外的远程适配层。
为什么不能直接在 SSHFS 挂载点上高效过滤 access.log
SSHFS 挂载后，access.log 在 Sublime 看起来是本地文件，但每次光标移动、正则扫描、甚至 Ctrl+Shift+K 标记都会触发远程 IO。一旦日志超过 10MB，你会明显卡顿，甚至收到 Unable to open file (too large) 错误——这不是 Sublime 的限制被绕过，而是网络延迟把“加载”拖成了“等待”。
- SSHFS 默认启用缓存，但 Sublime 的随机访问模式（比如跳转某行、多光标选中）会让缓存频繁失效
- 挂载时若没加
-o cache=yes,attr_timeout=60,entry_timeout=60，连右下角语法切换都可能卡住 -
folder_exclude_patterns和file_exclude_patterns仍生效，但只影响侧边栏显示，不减少实际读取量
真正可行的远程日志过滤路径：本地预处理 + 轻量载入
别让 Sublime 直接读远程大文件。用 ssh 或 rsync 把需要的部分拉下来，再交给 Sublime 处理：
- 只取最后 5000 行：
ssh user@host 'tail -n 5000 /var/log/nginx/access.log' | subl - - 按状态码筛选后载入：
ssh user@host 'grep " 404 " /var/log/nginx/access.log | tail -n 2000' | subl - - 时间范围切片（避免跨天匹配）：
ssh user@host "awk '$4 ~ /\[25\/Jun\/2026:14:2[0-4]/' /var/log/nginx/access.log" | subl - - 如果必须保留原始时间戳且要排序去重，先
scp下来再用 Sublime 的Ctrl+Shift+P → Sort Lines+Remove Duplicate Lines
在远程挂载目录中安全使用全局搜索（Ctrl+Shift+F）
即使用了 SSHFS，Ctrl+Shift+F 默认仍会尝试扫描整个挂载树——包括远程 /var/log/journal 这类二进制目录，极易卡死或超时。必须手动控制搜索边界：
- 打开搜索面板后，在
Where输入框严格填写：., -/proc/, -/sys/, -/dev/, -/run/（注意逗号后空格、每个排除项以/结尾） - 不要依赖
folder_exclude_patterns，它对Ctrl+Shift+F无效 - 若搜索结果里出现
Binary提示，说明文件被binary_file_patterns拦截了——检查用户设置中是否误加了*.log到该数组 - 对
.log文件做正则搜索前，先确认右下角语言是Plain Text；否则 GitGutter 等插件会后台解析整块内容
最易忽略的一点：SSHFS 挂载点下的文件修改时间（mtime）可能因 NFSv3 兼容模式或服务器时区差异而错乱，用时间范围正则（如 [25/Jun/2026:14:22:）比依赖文件排序更可靠。
