-
Notifications
You must be signed in to change notification settings - Fork 331
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
Check and improve UI performance #582
Comments
I'm seeing slowdown on Galaxy pages that display lots of imported repositories/content (currently ~134 things imported). This happens on Debian Jessie with Chromium 57, on Intel i7 CPU with 8 GB of RAM. Whenever I click anything on the page, the tab becomes unresponsive for about 30s-1m. |
Had the same experience on My Content page when there's a large number of repositories. Reworked the Action menus to use components in PR #603 , which seemed to help. Will test more, after that code gets merged and deployed to QA. |
Still work to do on My Content, regarding polling. |
Changing this to enhancement, because I'm not sure we want to immediately back port it to v3.0 |
There are noticeable slowdowns in UI performance on the My Content page for authors that have lots of imported repos. The issue seems to be caused by the import and delete buttons in the in the repository list The buttons are implemented as a separate component in angular and as such change detection has to be run on all of them whenever something happens on the page. Disabling change detection doubles the UI responsiveness, but something about rendering all the dropdown menus with the delete button is still causing significant lag whenever any UI actions are triggered. The UI here really needs to be rewritten to include pagination and searching so that we don't have to render so many UI elements. |
Agree that pagination and searching is in order. The buttons/menus are in components in order to make them dynamic. |
Bug Report
SUMMARY
According to users feedback our UI on Galaxy QA site is slow and browser seems to intensively load CPU.
We should profile UI performance and resource utilization and improve it if possible.
The text was updated successfully, but these errors were encountered: