我感觉这个应该可以解决tramp的太慢的问题,大家怎么看,这种做法应该是可以的。
天下苦 tramp 久矣!
看起来不错,可惜不支持 Windows 系统。
确实不错,就是还有bug
太需要这个了. 可惜我用cygwin 的emacs,现在好像还不行
这个package 也做了些tramp 性能的优化,我没有试过。
体验了一下,这个 tramp-hlo 真不错
两个一起用?
Add Python backend as alternative to Rust server by ArthurHeymans · Pull Request #6 · ArthurHeymans/emacs-tramp-rpc · GitHub 好像在考虑提供python 这样不需要交叉编译
希望能够解决。我对tramp已经绝望了,早就改用ssh连接再启动Emacs的方案了 ![]()
用 doom 遇到问题,提了 issue,作者解决了
it works now.
package.el
(package! msgpack)
(package! tramp-rpc
:recipe (:host github :repo "ArthurHeymans/emacs-tramp-rpc"))
config.el
(use-package! msgpack)
(use-package! tramp-rpc)
好酷啊,这样emacs的远程体验感觉可以变好了
试了下tramp-rpc,不知道是否设置的问题,本地局域网内相对/ssh方法,并没有感觉到太大速度上的差异,都达不到使用本地文件的那种流畅的感觉。不过确实更稳定,/ssh上面一些小问题都不见了。
局域网 Ubuntu下试了一把 打开文件快不会卡 ![]()
留意(需要安装一下 msgpack,另外,实测melpa无法安装tramp-rpc,需要git 手动下载安装) Requirements:
- Emacs 30.1 or later
- =msgpack.el= package (installed automatically from MELPA)
- SSH access to remote hosts
- Remote host running Linux or macOS (x86_64 or aarch64)
可以直接用 package-vc-install 装
确实不错
已经用在工作中了, 服务器-本地电脑-嵌入式主板通过tramp-rpc互传文件,我觉得这个和ssh相比,最实用的一个点是,在TUI下拷贝文件贼方便
他这个好像是读取了远程的文件,然后在本地这边缓存到文件再读取到buffer?为什么不一步到位读取到buffer?还是说我理解错了。
远程拷贝.gz格式的文件,会出现自动解压文件的情况(但是解压后仍然是.gz格式),用ai 给出的 复制前执行(auto-compression-mode -1) ,实测无效。 请问还有其他办法吗 (官方已早先发现这个问题,但是都是英文看不太懂
)
官方的issue是哪个?