Hacker News Reader

Comment by tetris11 | Hacker News Reader

TRAMP is killing me. I have my Emacs setup the exact way I want it, but trying to work on a production server through Emacs is torture.

Yes I'm multiplexing my SSH connections through a master control, yes I've tried other SSH modes, yes I'm using a dumb terminal on the other side... it still communicates at the speed of suffering.

View on HN

Try disabling VC over Tramp connections[1]:

  (setq vc-ignore-dir-regexp
        (format "\\(%s\\)\\|\\(%s\\)"
                vc-ignore-dir-regexp
                tramp-file-name-regexp))

VC is quite chatty and assumes that filesystem operations have a negligible cost. Before I disabled it, VC was adding >1 second to every find-file operation over Tramp.

I also recommend using the direct-async-process connection property[2], which significantly decreases the latency of async process creation.

[1] https://www.gnu.org/software/emacs/manual/html_node/tramp/Fr...

[2] https://www.gnu.org/software/emacs/manual/html_node/tramp/Re...

Thanks for this! I've realised that Magit does not seem to rely on VC so I'm quite glad to disable VC checks completely.

I'm seeing ~ 7 seconds of delay compared to the excrutiating ~20 seconds I was seeing before.

Run Emacs in screen on the server instead?

That still is a nice setup really; I use it quite a lot. Termius on ipad -> server with emacs in screen. Works well.

That means transferring my convoluted setup there too, and I'm not alone on the server. TRAMP really is the best mode here, it's just slow

Other people run even spyware (VSCode) on servers under the guise of collaborative editing.

Is it really TRAMP that is slow, or is the SSH connection already slow? I think there can be noticeable delay with TRAMP, but if it is so much, that it is bothering you, then maybe the SSH connection to the server itself is slow? For example, when I connect to a local machine, it is fast for me, so I am guessing most of the delay comes from the connection itself.

The connection seems responsive over a terminal, I think its the Emacs handling of it that's the main slowdown

Reply on news.ycombinator.com