←back to thread

Making TRAMP faster

(coredumped.dev)
226 points celeritascelery | 1 comments | | HN request time: 0.202s | source
Show context
shwouchk ◴[] No.44357887[source]
tramp is great. all the other mentioned solutions are nowhere near as seamless for “just do what i want, without distractions”.

vscode? “trust me bro, i will run a networked daemon on your server”. enjoy wondering which plugins to reinstall on your remote. enjoy installing proprietary shareware+telemetry plugins just to use git. try opening a local file and a remote file side by side in the same window. wifi connection broke for a sec? oops, you have to refresh the whole browser window.

want to edit a single file on a host you rarely connect to? enjoy spending 10 minutes setting up autosync solutions.

with any of the above - oops, you actually need sudo for that file in /etc? yeah, drop to shell and edit in vim.

there are other options to do stuff and for very specific predefined workflows they may win, but the versatility of tramp is still unmatched, especially if you do use emacs.

the only times ive had issues is when i have a weird shell setup on the remote - for that there is /sshx: instead of /ssh:

replies(2): >>44359279 #>>44366365 #
graemep ◴[] No.44359279[source]
What about mounting a remote file system over sftp? Install EMACS or whatever editor you prefer on the remote?
replies(2): >>44359784 #>>44361778 #
1. chriswarbo ◴[] No.44359784[source]
> What about mounting a remote file system over sftp?

That can be OK for some tasks, but not others. For example, TRAMP will execute commands on the remote; so commands like M-x find-grep-dired will be faster when using TRAMP.

> Install EMACS or whatever editor you prefer on the remote?

There's actually a lot of flexibility there, since Emacs is perfectly usable in a text terminal, which could be run over SSH; it can also show X11 windows over the network (though I recommend the "lucid" build, rather than GTK); and it also has a client/server mode.