New issue
Advanced search Search tips

Issue 852939 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug-Regression
Proj-VR
Proj-XR



Sign in to add a comment

26.1%-753.2% regression in xr.browsing.wpr.static at 561578:566089

Project Member Reported by bsheedy@google.com, Jun 14 2018

Issue description

Bisect points to https://chromium-review.googlesource.com/1093423, but that doesn't really make sense. The story I used to bisect (the Google one) has extremely consistent results, but a couple of the other ones (Yandex and Youtube) have had this metric fluctuate a bit recently.

Based on that, I think this is a Won't Fix, as it looks like it's just some noise we get occasionally in benchmarks.
 
Project Member

Comment 1 by 42576172...@developer.gserviceaccount.com, Jun 14 2018

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

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


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

pixel_xl
Components: Internals>VR
Labels: Proj-VR VR-Perf

Comment 3 by tiborg@chromium.org, Jun 20 2018

Cc: tiborg@chromium.org
Labels: -Proj-VR FoundIn-69
It is a pretty significant regression and it's not going down. I'm inclined to up the bugs priority and investigate further. WDYT?
If devs have spare time after the current push for standalone fixes, then sure. Note that the amount the metrics increased is very similar to  Issue 835456 , which is the last significant jump on the graphs.
Status: Available (was: Untriaged)
Components: Internals>XR
Removing Internals>VR component and assigning to Internals>XR
Components: -Internals>VR

Sign in to add a comment