RDM really slow/sluggish/laggy. v2022.2.18.0 64-bit

Hello,

Thank you for contacting us regarding this,

I'm wondering if you encounter the same issue with a portable instance of RDM, To test this, you will need to do the following:
1- Download the .zip file below:
https://remotedesktopmanager.com/home/thankyou/rdmbin
2- Create a new folder on your Desktop
3- Extract the content of the .zip file into the folder created at #2
4- Go in this folder once the .zip file has been extracted and run remotedesktopmanager64.exe
5- Enter your current serial

Could you also confirm if your colleagues are encountering the same behavior?

Let me know,

Best regards,

So it looks like I've logged the ticket under the original account setup. I've now been kicked out of that. I am now on my own account on here however I've no idea where to find a serial number

Ok, sorted out SN and tested it and it's much faster using this version, as it's probably a local data source rather than over network perhaps???

A few others have experienced same lag too

Hello,

Thank you for your reply,

Indeed, by default, the portable instance would be using an SQLite data source which local.

Which type of data source are you using normally? If it is a shared data source do you encounter the same issue when connecting to it from the portable instance?

Let me know,

Best regards,

Hi,

The Data Source in question is DVLS and the portable version is being used with the same Data Source exported and imported to the portable version.

Are there any logging options we can enable to get more information on either end?

Thanks,
Simon

Hello Simon,

Would it be possible to go to Help > Profiler, stay in the Performance tab, set the profiler level to 353, uncheck the auto clear and then perform the actions that are sluggish.

Once done, click on the "Send Trace to Support", and mention this forum thread in the message. We will analyze the profiler and see if anything could be causing the issue.



Best regards,

Hi,

You should have received a trace to support now.

If not here is a screenshot from one of our users.

Hi,

Just wondering if there's an update for this problem and whether the logs provided were of any help?

Regards

Warren

Hello,

My apologies for the delay. We had another case open with Simon, I thought it was also for this issue, but it is a different one.

That being said, we never received the performance profiler, would it be possible to perform the profiler test again, copy the content (button in the bottom right corner), and send it to service@devolutions.net ?

Best regards,

Hi Simon,

I had a quick look at the screen shot above (I have yet to see the logs sent to the support team).

A few things are catching my eye

First is the time it takes to perform the SelectionChange, in most cases in your case it is taking about 3 seconds.

Under normal conditions this should take anywhere between 20ms & 250ms. So what is causing the slowness?

The second is the time it takes to apply the filter:

vs clearing the filter


As a benchmark, I've run a few tests on a DVLS datasource that has 700+ entries and here is what I get:
Filtering (74ms) + SelectionChanged (22ms)

Clearing the filter



To help us diagnose further could you please perform the following:

• With the Profiler window open
• Set the ProfileLevel = 2401
• Clear the profiler window
• Set a filter
• Perform a few SelectionChange
• Clear the filter
• Perform a few SelectionChange
• Hit the Send Trace To Support button in the profiler window
• Add Forum Topic #37827 to the message subject

Best regards,

Hi

As a test I renamed the Devolutions folder within C:\users\UserProfile\AppData\Local so that a new folder would be created the next time I opened Remote Desktop Manager and the app seemed to perform better. Just to double check I renamed the new folder and used the old one again and again I experienced the same performance problems.

Is it possible that something within this folder is causing the problem?

Thanks

Do you have by any chance any .off files in that folder/sub-folder?

Doesn't look like it...

From the profiler trace you just sent me we see SelectionChanged taking about 1.5 seconds, I assume that this is with the old AppData folder in place.

What is unfortunate is that we don't have any trace flags that let us profile any deeper within the SelectionChange event to identify the reason behind the 1.5 seconds. I will add them but getting a new build to you will take time.

It would be interesting to have a quick remote session to diagnose this with one of you when you're available. I can get support to send you a scheduling link to set up the session.

Best regards,