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

After ~1 hour of intensive use, app grinds to a halt #1369

Closed
chrisalexander opened this issue May 24, 2018 · 6 comments · Fixed by #1372
Closed

After ~1 hour of intensive use, app grinds to a halt #1369

chrisalexander opened this issue May 24, 2018 · 6 comments · Fixed by #1372

Comments

@chrisalexander
Copy link

I am using v0.15.1, I think this issue was also in the previous release but I never got round to reporting it. Apologies in advance, this is just the kind of bug I wouldn't want to have submitted to my project, but I am happy to help as far as I can.

After about an hour of intensive use of the app (defined below), it eventually grinds to a halt and anything not in the window chrome (i.e. everything except the Edit View Window Environment stuff) grinds to a halt and just sits there for as long as I'm patient with it. This is admittedly not very long as I am intensively using it because I have things to do!

Intensive use of app, for me, consists of:

  • Repeatedly switching between different Batch accounts
  • Within each of those accounts, switching backwards and forwards between Pools and Jobs tab, and then within jobs
  • Hitting the Refresh button on the Job task list pretty often
  • Sometimes doing a task filter for Running or Completed (using Task Advanced Filters)
  • Occasionally drilling down into a task, and then drilling down into the directories on the task node
  • Occasionally scaling pools up/down

If there's any kind of logging I can turn on to help, or log files I can (privately) provide, or process diagnostics from ProcExp I can provide, please let me know what would be most useful to you. Once again apologies for the horrifically un-helpful bug report...

@chrisalexander
Copy link
Author

Following further "intensive use", it looks like using the folder explorer to open a folder with many files in it is causing the biggest hit overall.

@chrisalexander
Copy link
Author

Definitely something up when you open the Task view, check out this memory / CPU usage:

image

@timotheeguerin
Copy link
Member

timotheeguerin commented May 24, 2018

Next time this happens could you press ctrl + shift + i or View > Toggle Developper tools

Then go in the memory tab and click to take a heap snapshot
image

and send the generated file

@timotheeguerin
Copy link
Member

timotheeguerin commented May 24, 2018

This sounds like there is a memory leak, I noticed one the other day when leaving the app open all over the weekend and the memory footprint become extremely large but I made the mistake to not take the snapshot at the time and forgot which page I was watching.

Thanks for reporting this, I'll investigate more on the task view too.

Edit: When you mean the task view are you talking about when on a job listing task or actually when browsing a task and having the file explorer?

@timotheeguerin
Copy link
Member

I fixed a few memory leak I found including one with the editor not being diposed correctly(Which might have been an issue when you are browsing tasks. Could you try this build and let me know if you see improvements https://ci.appveyor.com/project/azure-batch/batchlabs/build/1.0.3771/artifacts

@chrisalexander
Copy link
Author

When I say Task view I meant when you click on a single task and it brings up the file explorer, but I also had it when you do a filter on tasks in a job as well. I will take a snapshot next time I see it. Thanks for looking at it so quickly!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants