3 ms·

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

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.

thom 2y ago
Run Emacs in screen on the server instead?
- anonzzzies 2y ago
  That still is a nice setup really; I use it quite a lot. Termius on ipad -> server with emacs in screen. Works well.
- tetris11 2y ago
  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
  - zelphirkalt 2y ago
    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.
    - tetris11 2y ago
      The connection seems responsive over a terminal, I think its the Emacs handling of it that's the main slowdown
alexhutcheson 2y ago
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/Frequently-Asked-Questions.html https://www.gnu.org/software/emacs/manual/html_node/tramp/Fr... [2] https://www.gnu.org/software/emacs/manual/html_node/tramp/Remote-processes.html#Improving-performance-of-asynchronous-remote-processes-1 https://www.gnu.org/software/emacs/manual/html_node/tramp/Re...
- tetris11 2y ago
  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.

thom 2y ago

Run Emacs in screen on the server instead?

anonzzzies 2y ago
That still is a nice setup really; I use it quite a lot. Termius on ipad -> server with emacs in screen. Works well.
tetris11 2y ago
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
- zelphirkalt 2y ago
  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.
  - tetris11 2y ago
    The connection seems responsive over a terminal, I think its the Emacs handling of it that's the main slowdown

alexhutcheson 2y ago

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/Frequently-Asked-Questions.html https://www.gnu.org/software/emacs/manual/html_node/tramp/Fr... [2] https://www.gnu.org/software/emacs/manual/html_node/tramp/Remote-processes.html#Improving-performance-of-asynchronous-remote-processes-1 https://www.gnu.org/software/emacs/manual/html_node/tramp/Re...

tetris11 2y ago
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.