←back to thread

Making TRAMP faster

(coredumped.dev)
226 points celeritascelery | 5 comments | | HN request time: 1.038s | source
1. taeric ◴[] No.44357122[source]
I haven't been in a workflow where tramp is useful to me in a while. I recall it was borderline magical back when I did use it. I'm assuming it is highly reliant on how good your network connection is?

Definitely has more config now than I recall. Kudos on benchmarking the different settings here. I'm definitely curious to see what sort of stuff gets tried to make it even more seamless.

replies(2): >>44357353 #>>44357449 #
2. SoftTalker ◴[] No.44357353[source]
There's very little if any config that is strictly necessary. I used to use TRAMP quite a bit and I never configured anything. Of course like all emacs packages you can config and tweak it to your heart's content.
3. thom ◴[] No.44357449[source]
Just thought about this for a second and it made me sad: I haven't SSH'd into a machine in at least a couple of years at this point. Everything works through web frontends, git, CI/CD, Terraform etc. Actually editing a file on a server instead of treating everything as amorphous ephemeral compute would be a real guilty pleasure!
replies(1): >>44357550 #
4. lotharcable ◴[] No.44357550[source]
Tramp can work better for containers then it does over SSH.

I use it conjunction with distrobox and podman. It should be able to work with kubernetes as well.

replies(1): >>44359665 #
5. chriswarbo ◴[] No.44359665{3}[source]
It recently gained native support for nspawn containers too (that used to require a third-party package)