New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 754609 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

1.2%-36.3% regression in webrtc_perf_tests at 19272:19272

Project Member Reported by brandtr@chromium.org, Aug 11 2017

Issue description

See the link to graphs below.
 
Project Member

Comment 1 by 42576172...@developer.gserviceaccount.com, Aug 11 2017

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

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


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

webrtc-android-tests-nexus5-kitkat
Cc: srte@chromium.org
Owner: ehmaldonado@chromium.org
Status: Assigned (was: Untriaged)
Hey Edward,

As you can see in several of the graphs in the attached report, the Nexus 5 perf bot seems to oscillate between two "performance levels". This is particularly visible in WebRTCPerf/webrtc-android-tests-nexus5-kitkat/webrtc_perf_tests / dropped_frames / simulcast_vp8_3sl_high.

Could this be an infra problem, maybe due to the tests running on different devices at different times?
Cc: kjellander@chromium.org
Yes, that might have happened.
The bot has 6 devices, and if devices die or come back alive, the distribution of the tests will change.
I'll take a look.
Thanks for looking into it. I've added some more alerts to the report.
Status: WontFix (was: Assigned)
Since these are all related to the same device type (nexus 5), I'm pretty sure it must be device availability problems.

It looks pretty stable now so I'm closing.

Sign in to add a comment