tramp的架构设计和性能都是非常有问题的。
等我有空了，我会写一个tramp的高性能免配置替代品。
整体设计要向vscode学习，高性能实时同步，前后端分离，多线程控制。
现在的tramp除了获取文件列表勉强可以用，其他一无是处，卡成狗的插件完全无法忍受。
12 个赞
tramp 用 rsync 做后端是很快的，默认的 ssh/sftp 本身性能有很大瓶颈罢了。
今天看了下发现 sshfs 在 2022 年 9 月停止开发了
估计 macFUSE 因为 macOS 开始禁用 kernel extension 也要凉了。
1 个赞
应该像lsp协议那样发送diff text序列给远端，远端实时计算补全，同时像lsp-bridge那样，ticker过期就不要从远端返回补全数据到本地。
每个字符变动都做rsync其实非常慢，因为rsync底层是xdelta，diff hash计算需要时间，一般用于二进制软件包或者操作系统镜像同步。
rsync用于文本文件同步太耗费性能了。
7 个赞
gssapi的connect大家试过没，我这边不生效。 lsp-bridge-open-remote-file ssh_conf好像还是就只有hostname，username，并没有去读.ssh/config
必须用字母组成的名称来访问tramp，host配成ip形式会失败
kerberos认证还是失败了
不知道未来如何，不过 macFUSE 目前还是在 README 里承诺支持 Sonoma 的。
还是挺担心的，如果 Mac 上的 NTFS 支持全被苹果整死了，那么对于同时要在 Mac 和 PC 里传输数据的用户来说就只能在：
- 给 PC 安装 APFS 支持
- 花钱组 NAS 并解决外部访问问题
- 接受稳定性差的 exFAT
里面三选一了。
看 readme，现在已经改成不需要 kext 了，所以没有这个问题了
但 sshfs 还是没人接手
欢迎发送补丁。 
大佬可以接手开发
unison 看上去很老很稳定，实际用起来还是有坑，必须得所有机器上 unison 的版本都一致才能正确同步。而由于种种原因，机器多了并不特别容易解决。
猫大大，一年过去了，请问最近有空完成这个功能了吗
1 个赞
去年lsp-bridge就支持远程补全了呀
“ 1. 在远程服务器安装 lsp-bridge 和相应的 LSP Server” 公司的安全限制非常严格 LSP Server在开了VPN 代理以后几乎不能实现第一步
那就没办法了，lsp server和lsp-bridge装在服务器上是实现远程补全性能最好的办法，不能安装就没有其他办法了。
emacs tramp那种同步方法太卡了
1 个赞