Bug 1306261 - [scale] - after prolonged use large memory growth in firefox
Summary: [scale] - after prolonged use large memory growth in firefox
Keywords:
Status: CLOSED DUPLICATE of bug 1294678
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Frontend.WebAdmin
Version: 3.6.2.5
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ovirt-3.6.6
: ---
Assignee: Greg Sheremeta
QA Contact: mlehrer
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-10 12:38 UTC by mlehrer
Modified: 2016-03-16 07:29 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-03-16 07:29:55 UTC
oVirt Team: UX
Embargoed:
oourfali: ovirt-3.6.z?
oourfali: ovirt-4.0.0?
rule-engine: planning_ack?
rule-engine: devel_ack?
pstehlik: testing_ack+


Attachments (Terms of Use)
Firefox Memory tree, growth over time, and raw mem report (334.79 KB, application/zip)
2016-02-10 12:38 UTC, mlehrer
no flags Details

Description mlehrer 2016-02-10 12:38:58 UTC
Created attachment 1122781 [details]
Firefox Memory tree, growth over time, and raw mem report

Description of problem:
Firefox tab running ovirt becomes sluggish and non-responsive due to high memory use in firefox.  Forcing user to close and re-open tab to improve sluggishness after prolonged use, which then re-occurs again.

Attached 
-majority of memory contained by orphan nodes (530mb of total 1.1GB )
-memory growth of firefox process over time including effect of tab close shown


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


Firefox version: 43.0.3

ovirt-vmconsole-proxy-1.0.0-1.el6ev.noarch
libgovirt-0.3.2-1.el6.x86_64
rhevm-setup-plugin-ovirt-engine-common-3.6.2.5-0.1.el6.noarch
ovirt-engine-extension-aaa-jdbc-1.0.5-1.el6ev.noarch
ovirt-setup-lib-1.0.1-1.el6ev.noarch
rhevm-setup-plugin-ovirt-engine-3.6.2.5-0.1.el6.noarch
ovirt-host-deploy-java-1.4.1-1.el6ev.noarch
ovirt-host-deploy-1.4.1-1.el6ev.noarch
ovirt-vmconsole-1.0.0-1.el6ev.noarch


How reproducible:
Takes some time to reproduce, and requires populated system. 
Env:
30 ISCSI Data Domains
20 NFS Data Domains
1 VM pool of 15 VMs
1 VM pool of 20 Vms
9 VMs 

Steps to Reproduce:
1. Browse through list of VMs wait 5-10 mins
2. Browse through list of storage domains wait 5-10 mins
3. Edit Storage or Vms, wait for 5-10 mins
4. Browse more though Vms/Domains 

After 45 mins or so of intermittent use of browsing, editing storage domains, and vms the user experience becomes sluggish and hard to use.  Memory growth should be detectable throughout use.

1 FF Tab is used, and must remain open for the duration of the test.
Meaning closing the tab, frees up memory. 

Actual results:

See attachment, memory foot print high, user experience choppy, sluggish forcing user to close tab and re-log in for better experience.

Expected results:
Lower memory foot print, and no choppy/sluggishness after continued use.

Additional info:

Likely related to https://bugzilla.redhat.com/show_bug.cgi?id=1294678

Comment 1 Oved Ourfali 2016-02-10 14:52:36 UTC
Mordechai - can you test also 3.5?

Comment 2 Oved Ourfali 2016-02-11 08:54:15 UTC
Until you can verify that's a regression, this isn't urgent.
Please prioritize work of the scale team to test it in a real 3.5 environment.

Comment 5 Oved Ourfali 2016-03-16 07:29:55 UTC

*** This bug has been marked as a duplicate of bug 1294678 ***


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