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

Issue 615197 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Jun 2017
Cc:
ssid@chromium.org
haraken@chromium.org
█ rsch...@chromium.org
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Bug



Sign in to add a comment

5.4 GB of malloc memory in renderer process on jamespendleton.co.uk

Project Member Reported by primiano@chromium.org, May 26 2016 
Version: 52.0.2743.0
OS: Mac OSX

Today I ran in a case where a tab left open for a day or so on 
http://www.jamespendleton.co.uk/PropertySearch.aspx?soldlet=y&hareadmob=sw11&propertytype=&minbeds=2&radius=&searchtype=let&minprice=450&maxprice=700

ended up eating 5.4 GB of malloc (see trace).
I am on Mac OSX but suppose this is not OS specific.
This website is particularly bad as it does an XHR on each scroll (see Issue 613795)
Maybe something is leaking from the XHR?
trace_pendleton.json.gz
142 KB Download

Comment 1 by ssid@chromium.org, Jun 2 2016 

It should be easy to spot this regression using heap profiler in Linux. Start chrome-unstable with --enable-heap profiling flag, and open the page for a day and take a trace, ti should show up the category of the memory allocation.
I tried this and I got only noise since the memory went up only by 100Mib.

Comment 2 by erikc...@chromium.org, Jun 20 2017

Status: WontFix (was: Untriaged)
No activity in > 1 year. File again if you still think it's relevant.
►

Sign in to add a comment