Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Emacs too, of course: https://www.emacswiki.org/emacs/TrampMode

Despite that I still tend to ssh to machines and use a local editor, because I typically don't want to just edit files, I also want to run some commands in-between editing files.



Tramp will run whatever commands you want to run on remote server if you're running commands with `M-!`

I use it for work sometimes, that + vterm and ssh makes for a fairly pleasant remote editing experience in emacs. LSP even works over tramp (kinda)


You can also SSH -X and start a GUI app on the remote machine. (you can install Xserver on both Mac and Windows) Although you need low latency/ping or it will lag.


I have tried this setup recently (with XQuartz) but it had abysmal performance compared to a Tiger VNC session with a Linux server and a macOS client. I couldn't figure out why. I remember it was working better decades ago over 10Mbit/s connections, running on 80486 machines... Maybe between 2 Linux machines running the same Xorg versions would work better?


I have not studied the Xserver protocol so I am only speculating. I think it would work better on older GUI's that uses predefined UI components vs apps that treat the UI as a canvas and re-paints rather then reusing components. That said, when experimenting I have found it works on games too. But high latency (more then 1ms) will kill the experience, so slow radio like wifi or a mobile modem would not work. Its funny that we have made so many advances in network an compute, both in reduced latency and increased bandwidth/capacity, yet its all eaten up by consumer stack layers, like 10ms lost due to slow radio, and another 10ms putting the image on the screen, and maybe 1-5ms in software layers. And a keyboard or touchscreen with 100Hz poll rate.


VS Code can do that as well (I think it might be how they implement WSL support too).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: