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

Issue 886958 link

Starred by 2 users
Status: WontFix
Owner:
█ nednguyen@chromium.org
Last visit > 30 days ago
Closed: Sep 20
Cc:
perezju@chromium.org
simonhatch@chromium.org
dtu@chromium.org
nedngu...@google.com
crouleau@chromium.org
jbudorick@chromium.org
u...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Understand how reshard perf benchmarks create regressions that are bisectable by pinpoint

Project Member Reported by nednguyen@chromium.org, Sep 19 
It's expected that resharding perf benchmarks will create regressions. However, what's unexpected is those regressions are  bisectable by pinpoint. That's because:
1) Pinpoint doesn't use the sharded benchmarks mechanism as perf waterfall
2) The commandline pinpoint passes to run tests don't include sharding at all.

Comment 1 by nednguyen@chromium.org, Sep 19 

Issue 885050 has been merged into this issue.

Comment 2 by nednguyen@chromium.org, Sep 19

Cc: u...@chromium.org nedngu...@google.com
 Issue 885059  has been merged into this issue.

Comment 3 by nednguyen@chromium.org, Sep 19 

Issue 885049 has been merged into this issue.

Comment 4 by perezju@chromium.org, Sep 20

Status: WontFix (was: Untriaged)
Note those bugs that blamed your CL include the note:

  "Assigning to nednguyen@google.com because this is the only CL in range"

The dashboard saw the range contained a single CL, didn't even bother to run a pinpoint job, and assigned it to you. :)

The relevant bit of code seems to be here:
https://cs.chromium.org/chromium/src/third_party/catapult/dashboard/dashboard/file_bug.py?rcl=582a06eb78355d29316b9d4a2d3181e725194e52&l=167

Closing as this seems WAI?

Comment 5 by nednguyen@chromium.org, Sep 20 

Ah, very nice. So it's indeed the process of updating the shard during weekend is working well :-)
►

Sign in to add a comment