←back to thread

Making TRAMP faster

(coredumped.dev)
226 points celeritascelery | 4 comments | | HN request time: 0s | source
Show context
IceDane ◴[] No.44357681[source]
Tramp is tolerable, but it is absolutely not great. You went on to demonstrate that right after making that claim, where you manually (and insufficiently) hack around its issues to arrive at something that is only barely comparable to eg what vs code can do.
replies(1): >>44357713 #
kleiba ◴[] No.44357713[source]
Forgive my ignorance, but what does VSCode do?
replies(1): >>44358232 #
kristjansson ◴[] No.44358232[source]
Download a copy of itself onto the remote, run it there, and allow interaction with that copy
replies(3): >>44358522 #>>44358844 #>>44359062 #
SoftTalker ◴[] No.44358844[source]
Emacs can run as a server, and you can connect multiple local clients to it. I've tried various ways to have an emacs client connect to a remote emacs server (forwarding a socket over ssh, etc.) but never gotten it to work so there must be more to it than just the socket.
replies(2): >>44359054 #>>44359161 #
1. sexyman48 ◴[] No.44359054{3}[source]
No, emacs in server-mode does not do what you'd expect. It is only useful to accelerate local start-up. Nothing to do with remote operations.
replies(1): >>44370121 #
2. kleiba ◴[] No.44370121[source]
But it does run in terminal mode - I used to ssh into a remote machine and just run emacs in a terminal there. Actually, there was also some `screen' in the mix, but you get the idea. I preferred that over TRAMP because of the speed.
replies(1): >>44371124 #
3. sexyman48 ◴[] No.44371124[source]
No I don't get the idea. I was disabusing people of the widely believed myth that an emacs server instance could host remote connections. That one can ssh into a remote machine and run emacs in tty mode is manifestly obvious.
replies(1): >>44374835 #
4. kleiba ◴[] No.44374835{3}[source]
To you, certainly, but perhaps not to everyone. And it can be a good third option in addition to TRAMP or "what vs code does".