5.1%-25500% regression in system_health.memory_mobile at 545877:545939 |
||||
Issue descriptionSee the link to graphs below.
,
Mar 28 2018
📍 Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/148a93a7440000
,
Mar 28 2018
📍 Found a significant difference after 1 commit. https://pinpoint-dot-chromeperf.appspot.com/job/148a93a7440000 Trigger GPU context dropping on low-end from Browser proc by ericrk@chromium.org https://chromium.googlesource.com/chromium/src/+/73cfd3fcb696344b7ecc66519c3a702f0ef6e127 Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
Mar 30 2018
My CL re-enabled an optimization that reduces GPU memory in the background. It brings us back to our previous levels before this optimization was temporarily disabled last month. Note that the "regression" here is ~500k on a few sites (on most sites we don't see it), and it comes with a large (multiple MB) reduction in system GPU memory, so it's an overall win: https://chromeperf.appspot.com/report?sid=0246b0eeee7826261d963f2dfe3aab10a308845f010fb6da2cb4f24d8241c64d&start_rev=1519234338&end_rev=1522360965 We should understand why we have this additional usage at all, so not closing this out, but removing the regression / sheriff tags. It appears that we are creating an additional command buffer that we didn't previously have - maybe this is in response to dropping contexts?
,
Apr 16 2018
Issue 826832 has been merged into this issue.
,
Aug 27
|
||||
►
Sign in to add a comment |
||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Mar 28 2018