Re:Microsoft’s Windows Virtual Desktop service is now genera...
by snagglegaggle on Monday September 30, 2019 @11:24PM
(#21121749)
RDP quit forwarding rendering commands some time ago,[1] it turns out to be faster to just send a compressed image. On very low bandwidth links effects are turned off and a limited color pallet is used.
You're still right -- the performance is good, and using normal UI controls you will typically not notice even a very poor connection. But this is because UI changes are an "eventually consistent" deal, and although the Windows terminal services implementation does send bitmaps it optimizes drawing for sending the resulting bitmap. Contrast to scrolling text on a terminal that may not update in a manner that allows you to react to it.
[1]: Somewhere on the FreeRDP mailing list. Sorry :(
Re:Microsoft’s Windows Virtual Desktop service is now genera...
by tinus_hn on Tuesday October 01, 2019 @08:26AM
(#21124539)
Not to mention the fact that just about no program uses the old Win32 rendering commands anymore for anything relevant. They are just far too limited.
Re:Microsoft’s Windows Virtual Desktop service is now genera...
by Wowfunhappy on Tuesday October 01, 2019 @09:34AM
(#21125128)
> And the basic latency (e.g. for typing text or clicking a menu) is the same as terminal latency too.
If "terminal latency" is the high watermark, it doesn't bring pleasant thoughts to mind. I find typing over ssh to be irritating. Not awful, but a clear downgrade from a local terminal.
But even if you're working from somewhere else, remote desktop doesn't need "high speed" anyways. It sends intercepted OS-level draw commands rather than bitmaps, so as long as you're not doing Photoshop it's closer to terminal bandwidth than YouTube bandwidth.
For the vast majority of business apps over remote desktop, whether your internet is high speed or not is a complete non-issue.
And the basic latency (e.g. for typing text or clicking a menu) is the same as terminal latency too.