|
|
Chromium Code Reviews
Description[Clock sync] Use clock sync manager to convert trace event timestamps
This is usually a no-op because we always try to use the Chrome clock
domain as the model clock domain. However, without actually getting
a model time transformer for the trace event importer, we never verify
that all of the clock domains are connected.
To make telemetry's integration test of tracing on reference Chrome
binary passing, this CL also fixes how trace importers handle clock
sync events based on telemetry's workaround of using console.time
& console.timeEnd for record clock sync on old chrome binary (see
https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e7bc5cd441bd56/telemetry/telemetry/internal/platform/tracing_agent/chrome_tracing_agent.py#L153)
This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/
BUG=catapult:#2547
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/260117fe0d2e76f878268a4c84e23ba0332e1329
Patch Set 1 #Patch Set 2 : Fix test #Patch Set 3 : Remove extra logs #Patch Set 4 : Fix clock sync for old browser #Patch Set 5 : Improve documentations #
Total comments: 2
Patch Set 6 : Address Nat's comments #Patch Set 7 : Fix typo #
Messages
Total messages: 32 (24 generated)
The CQ bit was checked by nednguyen@google.com 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: 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 nednguyen@google.com 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...
nednguyen@google.com changed reviewers: + charliea@chromium.org
Description was changed from ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ==========
The CQ bit was checked by nednguyen@google.com 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...
On 2016/09/12 15:49:52, nednguyen wrote: PTAL: this is ready for review.
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
Description was changed from ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ==========
Description was changed from ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ==========
The CQ bit was checked by nednguyen@google.com 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...
Description was changed from ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ==========
On 2016/09/12 18:55:04, nednguyen wrote: > On 2016/09/12 15:49:52, nednguyen wrote: > > PTAL: this is ready for review. I just verified that this indeed fixes https://github.com/catapult-project/catapult/issues/2759. Applying this patch on the trace in https://github.com/catapult-project/catapult/issues/2759#issue-174801151 gives us the correct view now :-)
Description was changed from ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. This CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. To make telemetry's integration test of tracing on reference Chrome binary passing, this CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ==========
nednguyen@google.com changed reviewers: + fmeawad@chromium.org, nduca@chromium.org
+Fadi, Nat since I would want this patch lands soon to unblock https://codereview.chromium.org/2301523007/
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm with nit https://codereview.chromium.org/2334753002/diff/80001/tracing/tracing/extras/... File tracing/tracing/extras/importer/trace_event_importer.html (right): https://codereview.chromium.org/2334753002/diff/80001/tracing/tracing/extras/... tracing/tracing/extras/importer/trace_event_importer.html:894: // Older version of Chrome doesn't support clock sync API, hence can you extract this out to a function? eg initBackcompatClockSyncEventTracker(e) and checkEventForBackcompatClockSyncEventAndDispatch(e)
https://codereview.chromium.org/2334753002/diff/80001/tracing/tracing/extras/... File tracing/tracing/extras/importer/trace_event_importer.html (right): https://codereview.chromium.org/2334753002/diff/80001/tracing/tracing/extras/... tracing/tracing/extras/importer/trace_event_importer.html:894: // Older version of Chrome doesn't support clock sync API, hence On 2016/09/12 21:57:39, nduca wrote: > can you extract this out to a function? > > eg > initBackcompatClockSyncEventTracker(e) and > checkEventForBackcompatClockSyncEventAndDispatch(e) Done.
The CQ bit was checked by nednguyen@google.com
The patchset sent to the CQ was uploaded after l-g-t-m from nduca@chromium.org Link to the patchset: https://codereview.chromium.org/2334753002/#ps120001 (title: "Fix typo")
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 ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. To make telemetry's integration test of tracing on reference Chrome binary passing, this CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 ========== to ========== [Clock sync] Use clock sync manager to convert trace event timestamps This is usually a no-op because we always try to use the Chrome clock domain as the model clock domain. However, without actually getting a model time transformer for the trace event importer, we never verify that all of the clock domains are connected. To make telemetry's integration test of tracing on reference Chrome binary passing, this CL also fixes how trace importers handle clock sync events based on telemetry's workaround of using console.time & console.timeEnd for record clock sync on old chrome binary (see https://github.com/catapult-project/catapult/blob/cb0d9d7c3b28514bb03d9cc1f1e...) This is based on charliea@'s original work in https://codereview.chromium.org/2203033002/ BUG=catapult:#2547 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... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
