RDP Extremely Slow Only on Certain Applications

[Solipsism]

I have a high-end desktop and an ultrabook, both of which run Windows 7 Ultimate x64. I have set up a RDP connection from the laptop to the desktop, and I want to use a certain application (UDK Editor) over the internet when I am away from home.

Now, in general, the frame rate and response of the RDP is poor when I run intensive applications such as 3ds Max or SolidWorks, but these programs are still usable. They just have poor frame rate (20~40 FPS) and a very slight delay in mouse response.

However, the UDK Editor program I am most interested in using is basically unusable because it takes several seconds to respond to mouse clicks and the rate at which the screen refreshes when running this program is truly awful. Everything is dramatically slower in this application for no discernible reason.

UDK is a very RAM intensive application, but I have no idea why this should matter as my desktop is more than capable of running all its features, and it has no problem streaming over applications such as SolidWorks and 3ds Max which are also rather intensive. In addition, it seems to me that it shouldn't actually matter how intensive any application is over the RDP so long as the computer running it can handle it.

I have tried to increase performance by reducing the colors to 15 bit and disabling all aesthetic features such as desktop background, window animations, and persistent bitmap caching. These are not enough to make UDK usable. I have also set RDP's autotuning to "highly restricted". I'm out of ideas. Could someone give me some advice on how to get UDK running as fast as my other programs?

 

[andrew129260]

Try teamviewer. It's free. RDP can be very slow in my experience. It's not good for intensive apps.
Third party programs always worked better for me in terms of ease of connection, encryption, and speed.

https://www.teamviewer.com/en/index.aspx

Another program I would consider is splashtop. Its very fast and might give you the speed you need. Unfortunately you have to pay for it.

http://www.splashtop.com/personal

 

[Solipsism]

I just tried Team Viewer and I have found that it is quite a lot better than RDP and Splashtop for UDK, but it is still quite a bit slow. The program is a lot more usable now, so I think I'll try and see what I can do to optimize my client. Thanks a lot for helping me out!

 

[Solipsism]

It looks like Team Viewer has much fewer graphics options compared to RDP. UDK is a lot more usable now, but it's still not really at the point where I can get much work done using it from my laptop. Reducing the colors to grayscale only or reducing the resolution to 1024x768 don't increase the performance at all, so I think something about specifically UDK is causing this problem. However, I have no idea what this could be.

I can navigate the menus of UDK at full speed and change the properties as quickly as I like. It's just navigating the viewports and moving objects around in 3D space which create massive lag.

Maybe my desktop is bottlenecking the performance of Team Viewer some how. Any ideas on what to try next?

 

[andrew129260]

Your desktop is not bottlenecking anything. Your internet connection and the other device is, as well as the program connecting the connection. (The remote software)

A remote client over the internet is always going to lag on heavy graphical work. For example you cannot play video over the internet remotely with something like teamviewer. You can't play a heavy graphical game ether making me believe that the issue that your having might not possibly be able to be resolved.

 

[Solipsism]

Okay, I was afraid that would be the case.

But I still don't understand why it should matter how graphically-intensive the application I am running is. I can run SolidWorks and 3ds Max reasonably well over Teamviewer. I don't know why UDK is so disproportionately laggy compared to those two programs.

Oh well, I guess it was too much to hope I could run UDK from university. Thank you for your help.

 

[andrew129260]

No problem, sorry about that. I could be wrong, but I know some software will just be dreadfully to slow to work on remotely. I know from experience.