Apart from anything else sshfs doesn't require admin access to the server. IME though the latency in a remote FS mount either by NFS over VPN or sshfs over anything can be painful compared to using the command line and tmux over an ssh connection to a box or VM that's in the data centre where everything else is.
--
Steve O'Hara-Smith | Directable Mirror Arrays
C:\>WIN | A better way to focus the sun
The computer obeys and wins. | licences available see
You lose and Bill collects. | http://www.sohara.org/
Yes, most of the time I simply ssh to the remote system and use the (bash) command line. On most of the remote systems I have the same editor (vile) and bash configuration.
However there's a few places (in particular my hosting provider) where I have ssh access but don't have the option of getting my favourite editor installed (and there other useful utilities missing as well) so for those I sometime mount them locally using sshfs.
I don't remember ever having that problem with Word for DOS - its the only M$ product that I've liked without reservations. Can't say the same about Word for Windows.
With VNC and Virtual Machines you can do some surprising things nowadays. For instance I can open a VNC-Connection to my rpi3b with an arm64 Debian on my Windows 10 PC, open Geany there, and select the text of an assembly language source file and copy it. Then I open Virtualbox with a x86-64 Debian in Windows 10, open Geany there too, and paste the source in.
Since I use as and ld on both machines, and macros for system calls (which make the right conversion for each cpu in the background), I can convert the source from arm64 to x86-64 very fast, and don't even have to change the command-line options and libraries to use for the tools to assemble and link them.
Latency is more of a factor than speed, I have 1Gbps down, 100Mbps up, but if the other end is on another continent then the latency tends to make things painful.
--
Steve O'Hara-Smith | Directable Mirror Arrays
C:\>WIN | A better way to focus the sun
The computer obeys and wins. | licences available see
You lose and Bill collects. | http://www.sohara.org/
Vi was most certainly designed as a CRT based interface to an editor, one of the very first such. Some of the screen handling code in the original vi wound up as part of curses.
--
Steve O'Hara-Smith | Directable Mirror Arrays
C:\>WIN | A better way to focus the sun
The computer obeys and wins. | licences available see
You lose and Bill collects. | http://www.sohara.org/
The thing I don't like about sshfs is that if the connection drops (for example, laptop sleep or changing wifi network) you're left with a mount that hangs - it doesn't unmount, and it doesn't try to reconnect, it's just a zombie. It can hang programs that try and access files in there.
According to a stackexchange answer the thing to do is sshfs -o reconnect,ServerAliveInterval=15,ServerAliveCountMax=3
which doesn't exactly trip off the tongue. I'll try it.
The unmount command is fusermount -u which is also non-obvious.
No, I can't see why. If you have ssh configured to connect to a server then mounting its files using sshfs 'just works' with no further configuration at either end.
Almost certainly a serial (RS-232) connection, whether over dial-up or hardwired. I'd dial in to a terminal server with my Apple II and telnet from there into whatever box I wanted to use. Emacs was the preferred editor at the time, though I've since forgotten how to use it and mostly use Joe nowadays. I could've used AppleWorks or the built-in editor in ProTERM to edit files that would then be uploaded, but it wouldn't have been any faster than editing online (in the case of AppleWorks, it would've been slower as you'd have to hang up, quit ProTERM, start AppleWorks, do your editing, exit, restart ProTERM, reconnect, and upload your file).
_/_ / v \ Scott Alfter (remove the obvious to send mail) (IIGS(
formatting link
Top-posting! \_^_/ >What's the most annoying thing on Usenet?
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.