Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Loading mRemoteNG takes longer than expected #1468

Closed
Glober777 opened this issue May 30, 2019 · 0 comments
Closed

Loading mRemoteNG takes longer than expected #1468

Glober777 opened this issue May 30, 2019 · 0 comments

Comments

@Glober777
Copy link

I've noticed that mRemoteNG takes significantly longer (tens of seconds) to start on one of our VDI hosts, while showing Loading mRemoteNG. Please wait... message comparing to some other machines that we run. I captured a trace using WPR and found out that a significant portion of time is spent for a WMI call in mRemoteNG.exe!mRemoteNG.App.Initialization.StartupDataLogger::GetArchitectureData() method:
image

Looking at the sources I revealed that the query expression is actually pretty simple one:

"SELECT * FROM Win32_Processor WHERE DeviceID=\'CPU0\'"

However, testing how long this query executes on different machines I discovered that the execution time is proportional to the number of CPUs that a machine has.

Expected Behavior

Startup experience should be quick

Current Behavior

The load time increases proportionally to the number of CPUs that a machine has

Possible Solution

Update the query to return only the fields that are necessary

Steps to Reproduce (for bugs)

Get a server with a bunch of CPUs (i.e. a VM with a lot of single-core vCPUs) and start the tool

Context

Once we've migrated the tool to a more powerful VDI host (previous had only 2 vCPUs), we started experience longer startup delay.

Your Environment

  • Version used: 1.76.20
  • Operating System and version (e.g. Windows 10 1709 x64): Windows Server 2012 R2 Standard (9600)
@Glober777 Glober777 mentioned this issue May 30, 2019
10 tasks
@sparerd sparerd closed this as completed in f168948 Jun 9, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant