|
I have done a lot of remote desktop-related work, and there's a few thingsClearly this is one of the problems since as soon as we use Firefox in a
to know:
The Xrdp stack indeed uses VNC as a fallback, which is rather slow. This
doesn't help.
Modern browsers use GPU acceleration to render both their UIs and web
pages. When running it on on the X11->VNC->RDP combination this also incurs
the penalty of having to do software rendering of what's essentially now
OpenGL-based cruft.
several means:
- instead of VNC over TCP, it uses h.264 over UDP nowadays. H.264 has
hardware acceleration in pretty much anything out there, so it's often
vastly faster than encoding JPEG chunks and shoving them down a line. It
also allows graceful degradation due to it being sent over UDP and the
stream being fault-tolerant
- when possible, Windows uses the H.264 capabilities of your GPU, so inNo ideas or experiences on how to replicate this in Linux?
effect, you're not doing software rendering anymore. We're currently at a
point where you can play last years' AAA games over RDP.
- legacy RDP also transmitted GDI calls, and these were rendered locally.
That's why FreeRDP contains quite a complete implementation of Windows' GDI
because instead of rendering it server side and passing through the image
data, the UI API calls are passed through and the image is rendered locally.
TL;DR, Linux runs about two decades behind in innovation on remote desktopWhy? I find the RDP idea very useful and I don't understand why Linux had
rendering because it never had a _real_ need for it.
Thanks for your insights
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Patrik Schindler
Sent: 06 April 2020 16:34
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: P9, Linux and RDP like desktop virtualization
Hello Nathan,
Am 06.04.2020 um 16:30 schrieb Nathan Andelin <nandelin@xxxxxxxxx>:
My understanding is that Windows RDP only supports a single session,while I suspect the Linux products support multiple.
What exactly is a "session" according do your definition? When I open up a
RDP Client and connect to a Windows Terminal Server, there may be multiple
users active at once, plus mine.
Frank Soltis has remarked on numerous occasions that *nix wasfundamentally designed as a single-user operating system.
Maybe you're referring to https://en.wikipedia.org/wiki/History_of_Unix
"At this stage [around 1970], the new operating system was a singletasking
operating system, not a multitasking one such as Multics."
Apparently, it's not clear when UNIX adopted multi-tasking and multi-user
capability. But if Frank refers to this 50 year old roots, to me it's the
same when people in here rage that IBM i on POWER is not the AS/400.
Perhaps your testing confirms that.
No. His testing confirms either that the conversion of the XServer's
remote protocol abilities to Remote Desktop Protocol sucks, or that the
Browser's Code isn't really fast in PPC, as described in a former message.
If I remember right, the RDP Server components (for Xrdp) use VNC as a
translational common protocol, and VNC *is* very slow. It's good because of
platform independence and for remote service but I can't imagine to do
serious work with it as transport protocol.
Just consider the overhead of hosting multiple Linux sessions on asingle server.
It's less overhead than using multiple servers with single users. It's
mostly the same as with Windows Terminal Services. What overhead are you
referring to?
:wq! PoC
PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.
Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.