Issue metadata
Sign in to add a comment
|
3% regression in system_health.memory_desktop at 552596:552599 |
||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Apr 25 2018
📍 Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/12f71105c40000
,
Apr 25 2018
📍 Couldn't reproduce a difference. https://pinpoint-dot-chromeperf.appspot.com/job/12f71105c40000
,
May 8 2018
📍 Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/16c1750fc40000
,
May 8 2018
📍 Found a significant difference after 1 commit. https://pinpoint-dot-chromeperf.appspot.com/job/16c1750fc40000 Make --site-per-process the default on ToT via fieldtrial_testing_config by lukasza@chromium.org https://chromium.googlesource.com/chromium/src/+/fb1ccf02ee8ca79e1404abfd3a3a7d540b7d2dbd Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
May 8 2018
I see that the pinpoint job from #c5 tracks memory:chrome:all_processes:reported_by_chrome:malloc:effective_size. Therefore, I think we can resolve the current bug as WontFix - it is expected that site-per-process uses more memory - on average we expect to increase memory usage (e.g. as measured by Memory.Total.PrivateMemoryFootprint) by around 10%.
,
May 9 2018
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Apr 25 2018