4 ms·
Eternal Terminal ‘et’ is like Mosh but functionally better. Doesn’t break scrollback. Transparent to tmux control mode. I switched from Mosh to et across 12ish
by donatj 7y ago
Eternal Terminal ‘et’ is like Mosh but functionally better. Doesn’t break scrollback. Transparent to tmux control mode.
I switched from Mosh to et across 12ish servers around 6 months ago and am way happier for it.
https://eternalterminal.dev/ https://eternalterminal.dev/
Previous conversation:
https://news.ycombinator.com/item?id=21640200 https://news.ycombinator.com/item?id=21640200
- starfallg 7y agoLooking at Eternal Terminal, it doesn't have the same "local echo" feature that minimises the effect of latency in a cli environment. Thats the trade-off. The "local echo" feature is what I use mosh for as I deal with system 8 to 10 timezones away. Doing this breaks scrollback. I guess when mosh was first made, this was a problem with ssh shell sessions over EDGE or 3G as well, although network latency is less of a concern these days on 4G LTE or 5G mobile.
- sam_lowry_ 7y agoWhat about using GNU screen inside a mosh connection like that: mosh server -- screen -xRR -D You then can use the scrollback buffer provided by screen with Ctrl-a, ESC and then the usual Up/Down and PgUp/PgDown buttons.
- starfallg 7y agoYeah, I do something similar with tmux. You can even get mouse scrollback to work properly by setting the option in the conf file. Here some medium article about this - https://medium.com/@toja/tip-using-mosh-with-scrollback-257a54a848b3 https://medium.com/@toja/tip-using-mosh-with-scrollback-257a...
- londons_explore 7y agoFor some reason scrollback mouse integration works well till one disconnects and reconnects, and then suddenly it's broken.
- joosters 7y agoThe lack of scrollback is what stopped me from using mosh before. I never knew about Eternal Terminal, but I've just installed it and it seems to work well (my issue is unreliable connections, rather than latency, so the lack of prediction doesn't affect me as much)
- saagarjha 7y agoHaving extremely little knowledge of how these things work and thus a strong personal resistance to them (I only started using tmux recently, and exclusively with iTerm’s integration for its “control center” mode, just so I don’t lose sessions if my SSH disconnects), I’m seeing a lot of setup and caveats and am a bit scared off by these. This one looks nice because it has scrollback (essential) but it seems to require a bunch of installation on the remote? I have SSH on all my machines already; is there not something that can bootstrap a session from just that?
- kbumsik 7y agoThere are moments that tmux's persist session won't work well such as opening nested SSH sessions to another machine with nested tmux to keep the session. Also, tmux does not handle SSH sessions, so if a SSH session disconnected (e.g. WiFi signal lost, your macBook gets sleep mode), you need to manually restart the SSH session and run tmux again, whereas Blink and ET never disconnects the SSH session. On top of that, I use both tmux and Mosh at the same time. You don't need to use tmux exclusively. I meant, you don't need to get scared. Both ET and Mosh built on top of SSH and there never be critical errors when dealing with their shell. Though both of them requires installations on the remote but they are a single zero-config packages: just install a package (not "a bunch of") and that's it. No config needed, even no background systemd services needed.
- saagarjha 7y agoRight, I see how it can be more convenient but I also see caveats so I’m not sure if I should bother. I’m not really a fan of installing much, either: often I don’t really want to do a whole install to get into a machine (some random AWS for instance) or I just can’t (not my machine, no admin privileges, paltry package manager, …)
- andrewshadura 7y agoYou can always try it on one machine and see if it makes your life better or not.
- 7y ago
- mprovost 7y agoET uses a layer above TCP to make connections persistent, while mosh uses UDP which is better for high-latency or flaky connections (like 4G or wifi). For the use case in the original post with a congested wifi network, mosh is probably going to provide a better experience.
- _ph_ 7y agoI use Blink on my iPad, as it supports mosh for ssh connections. As iPadOS sets limits for background execution and quickly kills apps, it is great to be able to reconnect to your running session.
- lclarkmichalek 7y agoET has the somewhat undesirable characteristic that if you cat /dev/random or some other large file, you're going to have to kill the ET process if you want your terminal back. Mosh does not suffer from that
- kbumsik 7y agoThis doesn't resolve the latency and reactivity problems that the author mentions though.
- rntksi 7y agoI've tried both. I've found (data point of one) that mosh is better in high latency network situations.