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

Issue 751114 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Oct 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Potential memory leak with UKM and scrolling

Project Member Reported by etienneb@chromium.org, Aug 1 2017

Issue description

I'm running a canary version for about 5 days with native heap profiling enable. I'm collecting traces every day and watching for allocated objects remaining alive.

The stackframe attached to the bug are probably related to a potential memory leak.

I can't tell if the number of objects is possible. Could you please look over my shoulders.
 
image.png
73.3 KB View Download
image (1).png
72.7 KB View Download
Cc: eirage@chromium.org tdres...@chromium.org
Owner: nzolghadr@chromium.org
Status: Assigned (was: Untriaged)
Assigning to Navid for triage.
I need a little more information regarding how to read the image. But I don't see any difference the way we used ukm compared to the other occurrences.
holte@ do we need to do any cleanup regarding the builders or examples or anything like that here:
https://cs.chromium.org/chromium/src/content/browser/renderer_host/input/render_widget_host_latency_tracker.cc?type=cs&sq=package:chromium&l=436


I didn't saw that bug happening since a while.
We have better tracking tools now, I'm gonna come back pinging you in this bug if this is still happening.

For the metrics in the image it is:
  1) number of allocation still alive
  2) total number of bytes allocated
  3) the specific allocation stack frame

Status: Fixed (was: Assigned)
Alright then. Let's keep this closed. Feel free to open this if you see the same thing happening again. Thanks.

Sign in to add a comment