Issue metadata
Sign in to add a comment
|
1.1%-1.2% regression in top_10_mobile_memory_ignition at 402765:402783 |
||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Jul 14 2016
Started bisect job https://chromeperf.appspot.com/buildbucket_job_status/9007164873305348512
,
Jul 14 2016
,
Jul 14 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 14 2016
===== BISECT JOB RESULTS ===== Status: completed === Bisection aborted === The bisect was aborted because The metric values for the initial "good" and "bad" revisions do not represent a clear regression. Please contact the the team (see below) if you believe this is in error. === Warnings === The following warnings were raised by the bisect job: * Bisect failed to reproduce the regression with enough confidence. ===== TESTED REVISIONS ===== Revision Mean Std Dev N Good? chromium@402769 5749893 95677.9 12 good chromium@402780 5764037 28219.8 18 bad Bisect job ran on: winx64nvidia_perf_bisect Bug ID: 628182 Test Command: src/tools/perf/run_benchmark -v --browser=release_x64 --output-format=chartjson --upload-results --also-run-disabled-tests top_10_mobile_memory_ignition Test Metric: memory:chrome:all_processes:reported_by_chrome:v8:allocated_objects_size_max/http___www.baidu.com_s?word_google Relative Change: 0.23% Score: 0 Buildbot stdio: http://build.chromium.org/p/tryserver.chromium.perf/builders/winx64nvidia_perf_bisect/builds/1715 Job details: https://chromeperf.appspot.com/buildbucket_job_status/9007164873305348512 Not what you expected? We'll investigate and get back to you! https://chromeperf.appspot.com/bad_bisect?try_job_id=5502534366527488 | O O | Visit http://www.chromium.org/developers/speed-infra/perf-bug-faq | X | for more information addressing perf regression bugs. For feedback, | / \ | file a bug with component Tests>AutoBisect. Thank you!
,
Jul 15 2016
allocated_object_size_max depends on when the last gc happened. So, this variation could be cause by the change in timing of gc. There is no regression in the allocated_object_size_avg which gives a better approximation of the heap size. So marking this bug as won't fix. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by hablich@chromium.org
, Jul 14 2016