New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 595123 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Render tab is committing a lot of memory that it doesn't seem to be releasing

Reported by drpi...@gmail.com, Mar 15 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.18 Safari/537.36

Steps to reproduce the problem:
I have a long-running (about 80 hours wall clock, 1 hour CPU) renderer process powering two tabs (one is Slack, the other a page on github)

What is the expected behavior?

What went wrong?
The renderer looks like it is leaking committed memory.

Chrome's own task viewer says that the tab is using about 305 MB (I assume this value to represent private working set). Windows, however, says that it's at about 1.7 GB committed/private bytes. Working set for this process peaked at 1.6 GB.

Did this work before? Yes Before the switch to oilpan I think?

Chrome version: 50.0.2661.18  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0
 
Components: Blink>Memory

Comment 2 Deleted

Comment 3 by drpi...@gmail.com, Mar 16 2016

I had this open for about 24 or 36 hours: http://www.eagles.org/dceaglecam/

It grew to about 3.7 GB of committed memory in the renderer process (even though it's using Flash for the video).

Comment 4 by tkent@chromium.org, Apr 1 2016

Components: -Blink>Memory Blink

Comment 5 by yosin@chromium.org, Apr 20 2016

Components: -Blink Blink>MemoryAllocator
Status: Untriaged (was: Unconfirmed)

Comment 6 by tasak@google.com, Sep 1 2016

Owner: tasak@google.com
Status: Assigned (was: Untriaged)
I will investigate this issue after new tracing tool is available.

Owner: tasak@chromium.org

Sign in to add a comment