|
|
Description[Telemetry] Ensure that story display names are unique
Telemetry operates on a de-facto assumption that story display names are
unique; this CL makes it de-jure.
BUG=catapult:#2429
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/42560ff37c155a0b8c319f79511154f58c465b34
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/a3d2a9721a0bc501733c7e03722e902a7d7c0077
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/1b820a28c383840a84933543dd4630daa0f25fc0
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/471f516504c46017af98ab87f1a02bd589f0e5b2
Patch Set 1 #Patch Set 2 : Fix a bunch of tests #Patch Set 3 : Address Ned's comment #Patch Set 4 : rebase #Patch Set 5 : Use set-based check #
Total comments: 4
Patch Set 6 : Address Ned's comment #Patch Set 7 : fix typo #
Messages
Total messages: 67 (31 generated)
eakuefner@chromium.org changed reviewers: + nednguyen@google.com
Please, take a look.
lgtm Thanks!
The CQ bit was checked by eakuefner@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: Catapult Mac Tryserver on master.tryserver.client.catapult (JOB_FAILED, https://build.chromium.org/p/tryserver.client.catapult/builders/Catapult%20Ma...)
lgtm but as we talked offline, what's unique here is story name + grouping key
On 2016/07/15 at 16:34:12, nednguyen wrote: > lgtm but as we talked offline, what's unique here is story name + grouping key Done, and added tests for both new cases: same story name + different grouping keys is ok; same story name + same grouping keys raises.
The CQ bit was checked by eakuefner@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from nednguyen@google.com Link to the patchset: https://codereview.chromium.org/2153513002/#ps40001 (title: "Address Ned's comment")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by eakuefner@chromium.org
Actually, I will land this on Monday because I would like to watch the Catapult roll.
On 2016/07/15 19:35:43, eakuefner wrote: > Actually, I will land this on Monday because I would like to watch the Catapult > roll. +1
The CQ bit was checked by eakuefner@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 ========== to ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ==========
Message was sent while issue was closed.
Committed patchset #3 (id:40001) as https://chromium.googlesource.com/external/github.com/catapult-project/catapu...
Message was sent while issue was closed.
CQ bit was unchecked.
Message was sent while issue was closed.
A revert of this CL (patchset #3 id:40001) has been created in https://codereview.chromium.org/2163583002/ by eakuefner@chromium.org. The reason for reverting is: Broke telemetry_perf_unittests: https://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium....
The CQ bit was checked by eakuefner@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by eakuefner@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from nednguyen@google.com Link to the patchset: https://codereview.chromium.org/2153513002/#ps60001 (title: "rebase")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ========== to ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ==========
Message was sent while issue was closed.
Committed patchset #4 (id:60001) as https://chromium.googlesource.com/external/github.com/catapult-project/catapu...
Message was sent while issue was closed.
A revert of this CL (patchset #4 id:60001) has been created in https://codereview.chromium.org/2457303003/ by eakuefner@chromium.org. The reason for reverting is: Causing telemetry_perf_unittests to time out on Windows???.
The CQ bit was checked by eakuefner@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 60001, "attempt_start_ts": 1480551207625910, "parent_rev": "582ccd4ab71bd01044002b4798dc7c5fc5ad7fde", "commit_rev": "1b820a28c383840a84933543dd4630daa0f25fc0"}
Message was sent while issue was closed.
Description was changed from ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ========== to ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ==========
Message was sent while issue was closed.
Committed patchset #4 (id:60001) as https://chromium.googlesource.com/external/github.com/catapult-project/catapu...
Message was sent while issue was closed.
A revert of this CL (patchset #4 id:60001) has been created in https://codereview.chromium.org/2545573003/ by eakuefner@chromium.org. The reason for reverting is: Still breaks Chromium CQ..
Message was sent while issue was closed.
On 2016/12/01 04:00:24, eakuefner wrote: > A revert of this CL (patchset #4 id:60001) has been created in > https://codereview.chromium.org/2545573003/ by mailto:eakuefner@chromium.org. > > The reason for reverting is: Still breaks Chromium CQ.. Have you tried to run this telemetry_perf_unittest locally on your Windows to see why it stuck? This seems to be failing consistently, so shouldn't be that hard to reproduce.
Message was sent while issue was closed.
On 2016/12/01 at 13:08:33, nednguyen wrote: > On 2016/12/01 04:00:24, eakuefner wrote: > > A revert of this CL (patchset #4 id:60001) has been created in > > https://codereview.chromium.org/2545573003/ by mailto:eakuefner@chromium.org. > > > > The reason for reverting is: Still breaks Chromium CQ.. > > Have you tried to run this telemetry_perf_unittest locally on your Windows to see why it stuck? This seems to be failing consistently, so shouldn't be that hard to reproduce. I have; I can seemingly repro but not reliably, and the problem is that when you ctrl+c under typ, you don't get a stack trace for any of the child processes. I also get a lot of 10 second lock timeouts when I try to run telemetry_perf_unittests on my Windows laptop. I might see if I can modify the typ runner to propagate the signal when I ctrl+c to its child processes and thereby get stack traces for them.
Message was sent while issue was closed.
On 2016/12/01 15:57:53, eakuefner wrote: > On 2016/12/01 at 13:08:33, nednguyen wrote: > > On 2016/12/01 04:00:24, eakuefner wrote: > > > A revert of this CL (patchset #4 id:60001) has been created in > > > https://codereview.chromium.org/2545573003/ by > mailto:eakuefner@chromium.org. > > > > > > The reason for reverting is: Still breaks Chromium CQ.. > > > > Have you tried to run this telemetry_perf_unittest locally on your Windows to > see why it stuck? This seems to be failing consistently, so shouldn't be that > hard to reproduce. > > I have; I can seemingly repro but not reliably, and the problem is that when you > ctrl+c under typ, you don't get a stack trace for any of the child processes. I > also get a lot of 10 second lock timeouts when I try to run > telemetry_perf_unittests on my Windows laptop. > > I might see if I can modify the typ runner to propagate the signal when I ctrl+c > to its child processes and thereby get stack traces for them. I am suspecting test in scripts_smoke_unittest causing the hang. Can you try running ./tools/perf/run_testst .. scripts_smoke_unittest a few time to see if it hangs? It probably worths adding logging to see why it hangs & run the test with --passthrough flag. Dirk@ is the person to help with debugging typ
Message was sent while issue was closed.
On 2016/12/01 at 16:00:52, nednguyen wrote: > On 2016/12/01 15:57:53, eakuefner wrote: > > On 2016/12/01 at 13:08:33, nednguyen wrote: > > > On 2016/12/01 04:00:24, eakuefner wrote: > > > > A revert of this CL (patchset #4 id:60001) has been created in > > > > https://codereview.chromium.org/2545573003/ by > > mailto:eakuefner@chromium.org. > > > > > > > > The reason for reverting is: Still breaks Chromium CQ.. > > > > > > Have you tried to run this telemetry_perf_unittest locally on your Windows to > > see why it stuck? This seems to be failing consistently, so shouldn't be that > > hard to reproduce. > > > > I have; I can seemingly repro but not reliably, and the problem is that when you > > ctrl+c under typ, you don't get a stack trace for any of the child processes. I > > also get a lot of 10 second lock timeouts when I try to run > > telemetry_perf_unittests on my Windows laptop. > > > > I might see if I can modify the typ runner to propagate the signal when I ctrl+c > > to its child processes and thereby get stack traces for them. > > I am suspecting test in scripts_smoke_unittest causing the hang. Can you try running ./tools/perf/run_testst .. scripts_smoke_unittest a few time to see if it hangs? > > It probably worths adding logging to see why it hangs & run the test with --passthrough flag. Dirk@ is the person to help with debugging typ Running scripts_smoke_unittest by itself doesn't seem to cause any hang.
Message was sent while issue was closed.
On 2016/12/01 17:18:42, eakuefner wrote: > On 2016/12/01 at 16:00:52, nednguyen wrote: > > On 2016/12/01 15:57:53, eakuefner wrote: > > > On 2016/12/01 at 13:08:33, nednguyen wrote: > > > > On 2016/12/01 04:00:24, eakuefner wrote: > > > > > A revert of this CL (patchset #4 id:60001) has been created in > > > > > https://codereview.chromium.org/2545573003/ by > > > mailto:eakuefner@chromium.org. > > > > > > > > > > The reason for reverting is: Still breaks Chromium CQ.. > > > > > > > > Have you tried to run this telemetry_perf_unittest locally on your Windows > to > > > see why it stuck? This seems to be failing consistently, so shouldn't be > that > > > hard to reproduce. > > > > > > I have; I can seemingly repro but not reliably, and the problem is that when > you > > > ctrl+c under typ, you don't get a stack trace for any of the child > processes. I > > > also get a lot of 10 second lock timeouts when I try to run > > > telemetry_perf_unittests on my Windows laptop. > > > > > > I might see if I can modify the typ runner to propagate the signal when I > ctrl+c > > > to its child processes and thereby get stack traces for them. > > > > I am suspecting test in scripts_smoke_unittest causing the hang. Can you try > running ./tools/perf/run_testst .. scripts_smoke_unittest a few time to see if > it hangs? > > > > It probably worths adding logging to see why it hangs & run the test with > --passthrough flag. Dirk@ is the person to help with debugging typ > > Running scripts_smoke_unittest by itself doesn't seem to cause any hang. Hmhh, I would recommend you look at the failed log in catapult to figure out which tests were not executed when they hang. That would give some clues about what hang.
The CQ bit was checked by eakuefner@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from nednguyen@google.com Link to the patchset: https://codereview.chromium.org/2153513002/#ps80001 (title: "Use set-based check")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by nednguyen@google.com
https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... File telemetry/telemetry/story/story_set.py (right): https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... telemetry/telemetry/story/story_set.py:35: self.story_names_and_grouping_keys = set() Can you make this private? Things that are not supposed to be touched/modified by external should be private.
https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... File telemetry/telemetry/story/story_set.py (right): https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... telemetry/telemetry/story/story_set.py:118: self.stories.remove(story) Don't you need to remove the corresponding data from display_name_and_grouping_key_tuple? Please also add a unittest that would catch this bug
Thanks for your comments. Please take another look. https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... File telemetry/telemetry/story/story_set.py (right): https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... telemetry/telemetry/story/story_set.py:35: self.story_names_and_grouping_keys = set() On 2016/12/02 at 19:59:58, nednguyen wrote: > Can you make this private? Things that are not supposed to be touched/modified by external should be private. Done. Also made stories private, since now it's critical that stories and story_names_and_grouping_keys should remain in sync. https://codereview.chromium.org/2153513002/diff/80001/telemetry/telemetry/sto... telemetry/telemetry/story/story_set.py:118: self.stories.remove(story) On 2016/12/02 at 20:00:57, nednguyen wrote: > Don't you need to remove the corresponding data from display_name_and_grouping_key_tuple? Please also add a unittest that would catch this bug Done.
The CQ bit was checked by eakuefner@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
lgtm
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: Catapult Mac Tryserver on master.tryserver.client.catapult (JOB_FAILED, https://build.chromium.org/p/tryserver.client.catapult/builders/Catapult%20Ma...)
The CQ bit was checked by eakuefner@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from nednguyen@google.com Link to the patchset: https://codereview.chromium.org/2153513002/#ps120001 (title: "fix typo")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: Catapult Linux Tryserver on master.tryserver.client.catapult (JOB_FAILED, https://build.chromium.org/p/tryserver.client.catapult/builders/Catapult%20Li...)
Kari, it looks like there are some issues on Linux to do with "can't find browser" -- could this have to do with the recent stable roll?
The CQ bit was checked by nednguyen@google.com
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
On 2016/12/02 22:24:17, eakuefner wrote: > Kari, it looks like there are some issues on Linux to do with "can't find > browser" -- could this have to do with the recent stable roll? Hmm, possibly. I would assume it would fail to land in the first case if it caused those errors though.
On 2016/12/02 22:50:40, aiolos wrote: > On 2016/12/02 22:24:17, eakuefner wrote: > > Kari, it looks like there are some issues on Linux to do with "can't find > > browser" -- could this have to do with the recent stable roll? > > Hmm, possibly. I would assume it would fail to land in the first case if it > caused those errors though. I did a speculative revert of https://codereview.chromium.org/2415683002/ to see if that fixes the issue. I didn't see the "can't find browser" log that you mentioned. Messages with the following are expected since we're running outside of chrome checkout: "Chrome build location for linux_x86_64 not found."
CQ is committing da patch. Bot data: {"patchset_id": 120001, "attempt_start_ts": 1480718002498830, "parent_rev": "2c4509f202dee320e26bdef10d7a414eb5f30a72", "commit_rev": "471f516504c46017af98ab87f1a02bd589f0e5b2"}
Message was sent while issue was closed.
Description was changed from ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ========== to ========== [Telemetry] Ensure that story display names are unique Telemetry operates on a de-facto assumption that story display names are unique; this CL makes it de-jure. BUG=catapult:#2429 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ==========
Message was sent while issue was closed.
Committed patchset #7 (id:120001) as https://chromium.googlesource.com/external/github.com/catapult-project/catapu... |