Very Slow/Laggy after some time

Questions Royal TS (for Windows)
21

Hi Martin,

thanks for letting us know. We know that RDP requires a lot of RAM and since the RDP ActiveX instances are all hosted in the same process, it may come to congestions on the UI thread. Could you try to use the FreeRDP plugin? This is started as a seperate process. The rendering is still on the very same UI thread for all instances but I guess it may be more efficient since all the other stuff is handled in a deciated process.

Regards,
Stefan

22

Hi Stefan,

thanks, that was really helpful, there is a massive difference when it comes to memory consumption (now after one day with 5 open RDP sessions it’s at 330 MB) and CPU usage is a lot less as well.

Only the UI still feels a bit sluggish when it comes to editing connections, but here I guess I need to do the work and delete old stuff :wink:

thanks again !

BR,

Martin

23

Glad to hear that helped. The connection properties UI is still based on an old UI framework called WinForms - which can be sluggish. We are currently working on a solution for that but this still takes some time…

Regards,
Stefan

24

I’m the OP. Glad to see there is finally a workaround to this issue!

I switched to the FreeRDP plugin and there is a world of difference. Connecting to the remote machine is much faster, much less RAM usage, and it seems interacting with the remote machine is also much quicker. However, I have run into an issue where the connection seems to be “frozen” and I can’t interact with anything on the remote machine. It usually seems to happen on the initial connection - the icons/desktop will “flash” around for a few seconds (like normal) and then it freezes and I need to reconnect. I also use the FreeRDP plugin on Mac, but don’t experience this.

I agree that the UI is still very laggy/slow. I use both RoyalTS and TSX - the UI on Mac is lightning fast and responsive. I look forward to the new UI whenever that may come.

25

Hi Riley,

I haven’t seen the frozen RDP session issue myself yet, would be interesting to figure out what’s going on here.

The implementation is quite different to the mac one though. While we implemented FreeRDP from scratch ourselves, on Windows we use the wfreerdp.exe and use a feature to render the session to a specified GDI target handle. Big advantage is that the process is isolated (similar to what we do on the mac), so when a session has a problem, it probably won’t affect the whole application.

In any case, we are working on something similar we have on the mac with FreeRDP. It’s still early days but we do plan to bring the same implementation to Windows.

26

I’ve had the same problem (4-5 RDP sessions open, and system becomes unresponsive).

I switched 2 of my sessions to FreeRDP and I think it’s an improvement. Eventually will switch all sessions to FreeRDP and report back

27

Hello everyone,

Many thanks to Stefan for the tip about the FreeRDP plugin. Since switching over, the performance has been excellent and exactly as desired.

It might be worth adding a note during installation or when setting up the first RDP connection. I think many users are not aware of this, or would not expect that performance can be improved so drastically.

Best regards,

Maurice

28

You’re welcome! Glad switching to the FreeRDP plugin helps in your case.

Regards,
Stefan