Hi Peter, Maybe you could add /gfx-thin-client to xfreerdp's command line options. This will enable so called server side rendering and the new RDP 8 graphics pipeline (a protocol extension to RDP for rich multimedia content, also referred to as EGFX). The big advantage of this is that the server renders the screen and transmits only pictures to the client which just has to display them. This should take much load from Xorg. There is another parameter you might like to try instead of /gfx-thin-client: /gfx-h264. The difference is that the latter uses the H.264 codec for transmitting the video stream, the former uses RemoteFX 7.1's special codec, which has a multi-threaded implementation in FreeRDP but a higher network bandwidth usage. H.264 was added to RDP to allow seamless RDP sessions over WAN.
With one of these parameters and your setup you should actually be able to watch videos in fullscreen mode. However, there was a time when /gfx-h264 produced artifacts, I don't know how good it works as of today. If /gfx-thin-client is not as fast as expected, I wrote an open source RemoteFX 7.1 decoder-core for FreeRDP in the assembly language. It was originally targeted to Intel Atom based terminal-server clients. I have not integrated it into the upstream branch, because it's platform dependent assembly code. Therefore, it is chained to my tailored version of FreeRDP 1.2, but it appears to work quite well with Win 2012/2016 (and probably Win 8/10, too). I just realized that the code is actually not on my git repo, but I could add it during the next few days and write some instructions about compiling it, if you chose to give it a try. But when it comes to actual graphics intensive application one might also consider that the VM needs a proper virtual graphics adapter. As I've been working with session hosts only, I can't tell you much about that thing, but in HyperV there is an option of adding a physical graphics adapter to the host and using it in your VMs (sorry, I don't remember what MS called it). I'm sure there is a similar thing on ESXi. But you should only think about that if you feel that the bottleneck is not the client, specifically if the RDP client has a low CPU load. It would be great if you could write here how things are going, because I'm always curious about FreeRDP's performance. And I think the others are as well ;-) Yours, Thomas On 29.11.2017 18:26, Hans-Peter Jansen wrote: > Hi, > > I'm suffering from abysmal performance in a special constellation as follows: > > Windows 8.1 vSphere VM running Bluestacks2 2.1.7 Android emulator > Linux Desktop with freerdp-2.0.0 (git as of today) > > The Linux desktop just runs one or two xfreerdp sessions with Win8.1 VMs. In > Win8.1, > Bluestacks2 is working continuously (running COC, which is controlled from a > second > process, MyBot.run - no comment ;). > > This setup with a single RDP session results in a network data stream of > about 80 MB/s > between Linux and Windows. On the Linux desktop, powered by a 4 core AMD > Phenom X4 > 955 CPU, Xorg utilizes about 80-90% of one core, the load from the xfreerdp > processes for a > single session is between 30% and 60%, typically spread over two cores with > these > standard options: > > xfreerdp /sec:tls /bpp:24 /size:1400x1140 /sound /v:host /u:user +fonts > +clipboard > > I experimented with /compression-level:2, +async-update, +async-transport but > the overall > picture keeps the same. Two of such sessions saturates the system. Xorg load > raises to > 90-100%. Since Xorg is single threaded, it quickly becomes the bottle neck. > Interestingly, > the network utilization doesn't change much between one and two sessions. Due > to the > Xorg load, the lag is pretty serious. I've seen/suffered from lags over > several seconds... > > Is it possible to limit the update rate over time? Say 5-10 frame updates per > second? > > Any ideas to improve this situation are much appreciated. > > TIA, > Pete > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > FreeRDP-devel mailing list > FreeRDP-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freerdp-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ FreeRDP-devel mailing list FreeRDP-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
