New issue
Advanced search Search tips

Issue 870088 link

Starred by 1 user
Status: WontFix
Owner:
dougman@chromium.org
Closed: Aug 2
Cc:
sunn...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug-Regression



Sign in to add a comment

61% improvement in media.desktop at 577999:578061

Project Member Reported by dougman@chromium.org, Aug 1 
Investigating what change caused this improvement.
Project Member

Comment 1 by 42576172...@developer.gserviceaccount.com, Aug 1 

All graphs for this bug:
  https://chromeperf.appspot.com/group_report?bug_id=870088

(For debugging:) Original alerts at time of bug-filing:
  https://chromeperf.appspot.com/group_report?sid=531d7d920a1f1fad2e475ca17d90b5b38946f1c7281bd9a6ce6fc4a9ec0683df


Bot(s) for this bug's original alert(s):

mac-10_12_laptop_low_end-perf
Project Member

Comment 3 by 42576172...@developer.gserviceaccount.com, Aug 2

Cc: sunn...@chromium.org
📍 Found a significant difference after 1 commit.
https://pinpoint-dot-chromeperf.appspot.com/job/1192bd8fa40000

Fix anonymous GLImageIOSurface memory double counting by sunnyps@chromium.org
https://chromium.googlesource.com/chromium/src/+/4da52fed413909a85bb4e52fc7c82e3a62bec3df
3.567e+07 → 1.388e+07 (-2.179e+07)

Understanding performance regressions:
  http://g.co/ChromePerformanceRegressions

Comment 4 by sunn...@chromium.org, Aug 2

Status: WontFix (was: Assigned)
This is expected. We were double counting IOSurfaces since last year, and the above CL fixed that. See CL description for more details.
►

Sign in to add a comment