New issue
Advanced search Search tips

Issue 660166 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: May 2017
Cc:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug-Regression



Sign in to add a comment

13% regression in page_cycler_v2.intl_ar_fa_he at 427563:427626

Project Member Reported by m...@chromium.org, Oct 27 2016

Issue description

See the link to graphs below.
 
Project Member

Comment 3 by 42576172...@developer.gserviceaccount.com, Oct 28 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@427562  249.548  2.99385  18  good
chromium@427626  250.793  3.49065  18  bad

Bisect job ran on: winx64_zen_perf_bisect
Bug ID: 660166

Test Command: src/tools/perf/run_benchmark -v --browser=release_x64 --output-format=chartjson --upload-results --pageset-repeat=1 --also-run-disabled-tests page_cycler_v2.intl_ar_fa_he
Test Metric: timeToFirstMeaningfulPaint_avg/pcv1-warm/http___www.google.com.sa_
Relative Change: 0.36%
Score: 0

Buildbot stdio: http://build.chromium.org/p/tryserver.chromium.perf/builders/winx64_zen_perf_bisect/builds/571
Job details: https://chromeperf.appspot.com/buildbucket_job_status/8997614147104473632


Not what you expected? We'll investigate and get back to you!
  https://chromeperf.appspot.com/bad_bisect?try_job_id=5347073484914688

| 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!

Comment 4 by m...@chromium.org, Oct 28 2016

Cc: -m...@chromium.org kouhei@chromium.org
Owner: nednguyen@chromium.org
Status: Assigned (was: Untriaged)
Looks like there might not be a regression, but something made the results more volatile recently. Assigning to owner for further triage...


Cc: -kouhei@chromium.org nedngu...@google.com ksakamoto@chromium.org
Owner: kouhei@chromium.org
Cc: -ksakamoto@chromium.org kouhei@chromium.org
Owner: ksakamoto@chromium.org
I'm pretty certain that this is from the multi-renderer proc support

https://chromium.googlesource.com/chromium/src/+log/1b5df0c36af06d0963a77b7103088d3a63648e02%5E..828578c64ba3f0e43f067655af29c1cd425a2ed3?pretty=fuller

+ksakamoto to decide further actions
I don't think the multi-renderer process support caused this.
The trace for www.google.com.sa has only one renderer process. (FCP/FMP are logged twice due to https://github.com/catapult-project/catapult/issues/2962)

Status: WontFix (was: Assigned)
This was swamped out by a later improvement.

Sign in to add a comment