![]() ![]() I already pay AWS for servers, so I’ll start there for initial testing. I access this “server” from anywhere via Tailscale.įrom the fabrication space across town I’m able to remote in from my laptop and do CAD work with a spacemouse with completely tolerable end-to-end latency (20ms). ![]() I ended up installing Bootcamp on my Mac mini to boot natively into Windows (Parsec doesn’t work through a Parallels 16 VM). (See this setup script if you’re luckier in the cloud dept.) Parsec only works for Windows hosts with GPUs, and despite a decade-old account, $10k of billing history, and a card on file, Google Cloud refuses to rent me a GPU. Use Parsec for remoting and VirtualHere to forward USB peripherals from client to host. Minimizing cost or proprietary things I’m happy to pay for a good experience.Any sort of user/permissions system, this is just for me.Transparent file-syncing between server and laptop (my friend Nikita has good things to say about Syncthing).Client setup works identically for Windows (for running, e.g., Autodesk Inventor or embedded device manufacturer GUIs).Can browse the web and watch YouTube videos through the remote (it’d be annoying to have to copy/paste video links into the local machine).Usable latency for graphical software (e.g., KiCAD).Fullscreen remote tiling window manager (e.g., XMonad) that fully captures local input (I never accidentally close the remote connection by pressing a hotkey that’s interpreted locally).GUI Emacs + Rust Analyzer runs with no perceptible typing latency.Instead of buying a more powerful desktop/laptop, could I do all of my development work on a powerful “cloud” server?Ĭost isn’t really a concern here: I’m actually curious if a cloud dev server could be an overall better experience than buying and maintaining local hardware.ĭefinitely send me an email if you’ve tried a work setup like this and have sugggestions. I recently moved to Tapei, but was able to bring only my beloved 2012 MacBook Air, which struggles to compile Rust or maintain enough free disk space to npm install anything. Apple's use of Screen Sharing is probably the most appropriate name of them all.← Back to Kevin's homepage Published: 2020 July 5 Last updated: 2021 June 6 Can I work via remote desktop? Yes, confusion, caused by poor choices in names. ![]() I think that once you've set those on your desktop, you're only given the option of scaling it on the Screen Sharing session if you're logged in with a user account not associated with a physical display (the Display preferences shows your remote session as an Unknown Display.)īut changing the resolution to something that's not reflected on the remote display? That's virtualized technology only supported by Remote Desktop. So the trick is, set your account's preferences to what you want to see remotely by default, that's going to be the native screen resolution your MacBook Pro supports. Multiple users simultaneously on one Mac, even with different screen resolutions. This is great for supporting a remote user - you see exactly what they see, even if they have multiple monitors, you can pick and choose which one (or both) that you want to see.Īnd if there's someone already logged on to the system and you're connecting from another Mac? You're given the choice of whether you want to connect to their account's display, or use your own account's preferences. You'd think this would be a virtualized technology that would provide you with whatever screen resolution you wanted, right?Īnd Windows RDP - Remote Desktop Protocol - it would only give you what appeared on a remote desktop, right?Īpple's VNC-based Screen Sharing will show you what the user's preferences are set to. There's a subtle difference in the 2 technologies- and kind of a misnomer.Īpple's remote screen sharing technology is based on VNC - Virtual Network Computing. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |