Copy through RDM RDP protocol too slow
Info
- Computer: MAC M1
- OS: Ventura 13.5.1
- App version: Remote Desktop Manager Free (RDM) 2023.2.8.1
Problem
- I have several RDM RDP sessions already created to connect Windows Servers 2019&2022
- MAC computer and Windows Servers are using the same network subnet.
- Some of the RDM RDP sessions have configured the option to share my MAC local disk through RDP protocol, on a specific folder.
- On those servers with the "share local disk" enabled I started the RDM RDP session, I'm able to see the MAC local disk mapped on the RDP Session (Windows Explorer).
- My next action is to copy any file (50 MB for example) from remote MAC disk to the local disk on the Windows Server.
- The copy task starts without any problem however, the RDP session starts acting weird, too slow and, the copy task starts running too slow also (Less than 600 Kbps).
- The error occurs with all the RDM RDP sessions I already have configured.
Just to be sure the problem is not related to the network performance I used another computer with Windows 10, starts the Microsoft Windows Remote Desktop app, configure the Windows RDP app to share my Windows 10 local disk to the remote server (same server configured on the RDM RDP Session), start the session, opened the Windows Explorer app on the Windows Server, copy and paste a file (50 MB) from the remote disk to the local disk on the server, the copy task starts without no issues on the RDP session, RDP session performance is stable, transfer rate major than 1Mbps.
Also, on the Windows 10 computer I installed Remote Desktop Manager app, start the same steps: starts RDP session to the same windows server, RDP session performance is stable, copy task between Windows 10 remote disk to the Windows Server local disk runs without any problem.
Somebody can help with this error on MAC environment (copy tasks using RDP Protocol).
Thanks in advanced.
All Comments (4)
Hello,
Thank you for contacting us on that matter!
Would it be possible for you to perform the same test, but this time from your MacOS machine? By launching the Microsoft Remote Desktop application on the MAC directly and trying to copy a file, we can confirm if the slowness is tied to RDM or an external factor.
Unless I am mistaken, the tests you have attempted so far were from a Windows 10 machine to a Windows Server machine.
Best regards,
James Lafleur
Today earlier I installed the Update for RDM (Version 2023.2.9.1)
Downloaded the Microsoft Remote Desktop App on my Mac.
Test with Microsoft Remote Desktop app:
- On the Microsoft Remote Desktop App configured the RDP session to the Windows server and, configured the "Mapping Local Folder" also.
- On the RDP Windows Session I'm able to see my Mac Local Disk mapped on the windows Server.
- Start copying a 300 MB files from Mac Disk to Local disk on the Windows Server, the transfer rate is working as expected (See first image), the RDP session is stable, I mean it respond to others requests such as clicking on other windows, opening other apps, etc.
Test with Remote Desktop Manager Free:
- It appears the copy transfer rate is better at this time (See the second image), however the RDP session continues weird, Too Slow Behavior, for example, when I click on any window it takes around 20 seg to respond. After the copy task ends, the RDP session returns to a Stable behavior.
Image using Microsoft Remote Desktop App
Image using Remote Desktop Manager Free
Hello
Thanks for the information. It does sound like this is an issue in our RDP implementation. Note that a comparison to RDM Windows is not an apples-to-apples comparison because on Windows, we are able to directly embed Microsoft's official RDP client. This isn't a possibility on other platforms where we have to use a third-party implementation for embedded RDP. That said, your tests are a useful data point.
The drive redirection is notorious for suffering from performance issues particularly on slow or congested networks (simply due to the way the protocol is implemented) but it also doesn't sound like that's the case here. As a side note, I can't see the screenshots in your post - I'm not sure they attached properly? Perhaps you could upload them to a third party image host and link them here?
I don't remember if I've ever observed this behaviour myself although I don't use drive redirection that often. I'll have to do some testing on my side and see if I can reproduce the issue, or at least identify where we might be hitting a performance bottleneck. I'm opening a ticket on our side to investigate this and I'll post back here once I have some more information or further questions.
In the meantime, please don't hesitate to post with further questions or comments and I thank you for your patience
Kind regards,
Richard Markievicz
Hello again
I did some initial testing here and while I was able to reproduce your results, from my side it did seem network dependent. I think we need some more details of your setup to get to the bottom of this.
- I tested with a Windows server on my LAN
- On my initial test, I was connected to the Windows machine by gigabit ethernet (via a switch). Transfer speeds were in the region of 60-65MB/s and the session remained responsive and usable.
- Next I connected via WiFi (802.11g, and noting that the signal traverses at least 50' and a couple of walls to my router) and repeated the test, and I got results similar to you: transfer speed was 2-4MB/s and the session performance dropped significantly while the transfer was running.
- I repeated the tests over ethernet but using the Network Link Conditioner to try different network speeds and the results seemed to scale according to network speed.
Importantly, the results were similar with Remote Desktop Manager _and_ Microsoft's RDP client.
So: can you describe your setup in more detail? Are you connecting to servers on a LAN or over a WAN link? What's the network setup? When testing RDM versus Microsoft RDP, are you using the same machine / server / network link?
Please let me know if something isn't clear or you have further questions.
Kind regards,
Richard Markievicz