Bug 1404610 - [downstream clone - 4.0.7] [tracker] oVirt UI / Internet Explorer performance improvements
Summary: [downstream clone - 4.0.7] [tracker] oVirt UI / Internet Explorer performance...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: unspecified
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: ovirt-4.0.7
: ---
Assignee: Vojtech Szocs
QA Contact: Pavel Novotny
URL:
Whiteboard:
Depends On: 1378935
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-12-14 09:03 UTC by rhev-integ
Modified: 2020-02-25 13:42 UTC (History)
15 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1378935
Environment:
Last Closed: 2017-03-16 15:30:35 UTC
oVirt Team: UX
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
IE11 - webadmin memory usage chart (24.73 KB, image/png)
2017-03-02 18:02 UTC, Pavel Novotny
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:0542 0 normal SHIPPED_LIVE Red Hat Virtualization Manager 4.0.7 2017-03-16 19:25:04 UTC
oVirt gerrit 64282 0 master MERGED webadmin: Remove IE9 hack in UI suggest box widget 2020-02-25 13:40:32 UTC
oVirt gerrit 64294 0 master MERGED webadmin: Improve IE image size quirk workaround performance 2020-02-25 13:40:32 UTC
oVirt gerrit 64302 0 master MERGED webadmin,userportal: Remove IE8 related code 2020-02-25 13:40:32 UTC
oVirt gerrit 64359 0 master MERGED webadmin: Remove IE-specific code in ApplicationFocusManager 2020-02-25 13:40:32 UTC

Description rhev-integ 2016-12-14 09:03:39 UTC
+++ This bug is an upstream to downstream clone. The original bug is: +++
+++   bug 1378935 +++
======================================================================

This is a tracker bug for all oVirt UI performance improvements.

Fixes should be targeted to 4.0, if possible.

(Originally by Vojtech Szocs)

Comment 1 rhev-integ 2016-12-14 09:03:50 UTC
Target release should be placed once a package build is known to fix a issue. Since this bug is not modified, the target version has been reset. Please use target milestone to plan a fix for a oVirt release.

(Originally by rule-engine)

Comment 3 rhev-integ 2016-12-14 09:03:56 UTC
> Status: POST → MODIFIED

This bug was originally meant to collect all kinds of post-memory-leak-fix improvements.

Currently, it has 4 IE-specific patches associated. None of them is merged into master, so moving back to POST.

If we wish to proceed with those 4 IE-specific patches (only), maybe we should rename this bug.

(Originally by Vojtech Szocs)

Comment 4 rhev-integ 2016-12-14 09:04:02 UTC
All IE-specific patches verified on local Engine (master) build using IE11 / Windows 8.1 (thanks to Pavel Novotny).

(Originally by Vojtech Szocs)

Comment 5 rhev-integ 2016-12-14 09:04:07 UTC
(In reply to vszocs from comment #2)
> Currently, it has 4 IE-specific patches associated. None of them is merged
> into master, so moving back to POST.
> 
> If we wish to proceed with those 4 IE-specific patches (only), maybe we
> should rename this bug.

Relevant patches are merged in master, updated BZ title.

(Originally by Vojtech Szocs)

Comment 6 Vojtech Szocs 2017-01-24 18:05:45 UTC
All the relevant (4) patches are already merged in `ovirt-engine-4.0` branch.

Comment 7 Vojtech Szocs 2017-01-24 18:11:06 UTC
When verifying this bug, please check if there aren't any UX regressions, related BZs are following:

* https://bugzilla.redhat.com/1160774
* https://bugzilla.redhat.com/1255428

Comment 9 Pavel Novotny 2017-03-02 18:00:38 UTC
Verified in 
rhevm-4.0.7.4-0.1.el7ev.noarch

Browser: Internet Explorer 11 @ Windows 8.1 Pro (4 vCPU, 8 GB RAM)
RHEVM environment: 1 DC, 2 clusters, 1 host, 2 NFS storages (1 data, 1 export), 41 VMs (blank, w/o OS installed, 4 of them Up).

I ran a test in a loop, where it went through the main tabs and then opened & closed the New VM dialog.
After each pass I wrote down the memory usage from Developer Tools / Memory / Profiling session - Process memory usage (private bytes).
I compared the data against the latest release rhevm-4.0.6.3-0.1.el7ev, see the chart attached.

With 4.0.6, the maximum I managed to run was 6 passes before reaching a RAM usage ~1.6 GB.
This seems to be the browser limit, where it becomes unresponsive beyond usability and the app. eventually freezes or crashes.
The 6 passes took 43 minutes (indeed).

With 4.0.7, I managed to run 9 passes before reaching the 1.6 GB RAM usage.
To compare with 4.0.6, 6 passes took 13 minutes. All 9 passes took 19 minutes.

Comment 10 Pavel Novotny 2017-03-02 18:02:05 UTC
Created attachment 1259243 [details]
IE11 - webadmin memory usage chart

Comment 12 errata-xmlrpc 2017-03-16 15:30:35 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2017-0542.html


Note You need to log in before you can comment on or make changes to this bug.