Bug 1110788

Summary: Gwt debugger is extremely slow
Product: Red Hat Enterprise Virtualization Manager Reporter: Alona Kaplan <alkaplan>
Component: ovirt-engine-webadmin-portalAssignee: Alexander Wels <awels>
Status: CLOSED CURRENTRELEASE QA Contact: Pavel Novotny <pnovotny>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 3.5.0CC: aberezin, awels, ecohen, gklein, iheim, rbalakri, Rhev-m-bugs, yeylon
Target Milestone: ---Keywords: CodeChange
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: ux
Fixed In Version: vt2.2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-16 13:35:11 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1142923, 1156165    

Description Alona Kaplan 2014-06-18 12:53:39 UTC
Description of problem:
When running the application in debug mode everything works tremendously slow.
Each browser refresh takes ~5-~10min and using the application is nearly impossible.

Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1. 
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Einav Cohen 2014-06-23 15:39:40 UTC
Alexander - should be in post with link to http://gerrit.ovirt.org/#/c/28872/?
[although to my understanding, the improvement that ^^^ brings is not enough, and additional improvement need to be looked into]

thanks.

Comment 2 Alexander Wels 2014-06-24 12:55:21 UTC
Yes I want to investigate more before declaring this fixed

Comment 4 Alexander Wels 2014-07-25 17:10:53 UTC
The latest patch posted should give a 4-5x speed improvement on logging into webadmin during GWT debug mode. It takes me around 50s now, which for now I am going to declare sufficiently quick to not be an issue anymore. We just need to verify that the changes I made don't cause any regressions.

Comment 6 Pavel Novotny 2014-09-11 14:00:22 UTC
From comment 4 I assume the performance issue in GWT debug mode is fixed for development environments.

As for QA, I can  verify this bug from "production" point of view - on RHEVM installed from RPMs where GWT debug mode is not enabled.

From what I understood, this patch changes the way how UI presenters are initialized:

- Before, all UI presenters (i.e., areas of the HTML application like main tabs, sub-tabs, etc.) were initialized when the Webadmin/UserPortal application was initialized - right after login.
- Now, UI presenters are initialized only "on demand", after they're activated (i.e., at the moment some main tab or sub-tab is accessed).

Which results in:
1) faster login, application is initialized quicker because it doesn't load all UI presenters
- Verified: login to RHEVM 3.5 is 3+ faster than to RHEVM 3.4 on the same HW (~3 seconds vs ~10 seconds)
2) slower loading of main tabs or sub-tabs when accessing them for the first time
- Verified: comparing to RHEVM 3.4, loading of a main tab or sub-tab time takes a bit more time at first, but then is fast as in 3.4

Moving to verified, rhevm-3.5.0-0.10.master.el6ev.noarch (vt2.2).

If you find something from above is not true or accurate, feel free to move this bug back to ON_QA.