1. 17 Apr, 2020 1 commit
  2. 08 Nov, 2019 1 commit
  3. 10 Sep, 2019 1 commit
  4. 06 Sep, 2019 1 commit
  5. 05 Sep, 2019 2 commits
  6. 06 Aug, 2019 1 commit
  7. 05 Aug, 2019 1 commit
    • Peter Marshall's avatar
      [tracing] Fix TracingCpuProfiler test for Perfetto · 5ab7510e
      Peter Marshall authored
      Update the TracingCpuProfiler test to work properly with perfetto.
      
      Roll perfetto to get fixes for bugs encountered with starting/stopping
      tracing rapidly, which happens in the test for the tracing profiler.
      
      Add a check that the DataSource::Register call was successful to flush
      out any errors there (although they are fixed by the perfetto roll).
      
      Emit a fake trace event when stopping tracing in order to avoid
      losing the final trace event that the user provided. Remove the ad-hoc
      fake final trace events that the cctests for perfetto added.
      
      Add a test StartAndStopRepeated which flushes out the issues fixed by
      the perfetto roll.
      
      TBR=yangguo@chromium.org
      
      Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      Bug: v8:8339
      Change-Id: I042d7385486bf42c86f1631406974693868a477f
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1731006
      Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#63083}
      5ab7510e
  8. 18 Jul, 2019 1 commit
  9. 08 Jul, 2019 1 commit
    • Peter Marshall's avatar
      [tracing] Use the new perfetto client API · edd383fb
      Peter Marshall authored
      The client API provides a much simpler interface so that we don't have
      to deal with producers, consumers etc. directly. This CL removes all the
      code that dealt with the more complex API used previously.
      
      The architecture used here requires that the embedder call into
      Tracing::Initialize() to set up the tracing backend. The tracing
      controller then connects to this backend when calling
      DataSource::Register() and Tracing::NewTrace(). This will ultimately
      avoid the need for a virtual call (or two) for every trace event that
      need to be dispatched over the API - chrome can provide a backend
      and V8 will connect to it opaquely with the same code when tracing is
      enabled.
      
      Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      Bug: v8:8339
      Change-Id: I6b74fbb49ffcc89638caeb59ed3d5cc81238f3e8
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1634916Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#62568}
      edd383fb
  10. 27 May, 2019 1 commit
    • Peter Marshall's avatar
      [tracing] Add a way to test perfetto traces. · d365f62e
      Peter Marshall authored
      Add a new abstract class TraceEventListener which is just an interface
      for consuming trace events. This separates the V8-specific stuff that
      an actual perfetto consumer needs to do e.g. handling the has_more flag
      and signalling back to the controller with a semaphore.
      
      This is a change from the previous plan of making the PerfettoConsumer
      class sub-classable to implement custom consumption of trace events.
      This will be difficult when the consumer is created outside of the
      PerfettoTracingController as we can't hook up the
      consumer_finished_semaphore_ that belongs to the controller.
      
      Now the PerfettoTracingController is responsible for the Consumer life-
      cycle and hides it entirely from callers. We add the
      AddTraceEventListener() method to allow callers to register a listener
      either for testing or a JSON listener for real tracing.
      
      This lets us write tests that can store all the trace events in memory
      without first converting them to JSON, letting us write test more
      easily. There's an example test add to test-tracing - more tests using
      this style will follow.
      
      Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      Bug: v8:8339
      Change-Id: I2d2b0f408b1c7bed954144163e1968f40d772c1b
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1628789
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Auto-Submit: Peter Marshall <petermarshall@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#61854}
      d365f62e
  11. 23 May, 2019 1 commit
    • Peter Marshall's avatar
      Reland "[tracing] Add a configurable output stream for perfetto tracing" · d5688b1f
      Peter Marshall authored
      This is a reland of a03ed626
      
      Removed the added test which was failing on win32. The test was unrelated
      to the CL; we can add it later.
      
      Original change's description:
      > [tracing] Add a configurable output stream for perfetto tracing
      >
      > Add the ability to provide perfetto with an output stream for the JSON
      > consumer rather than hardcode it. D8 will use this interface exclusively
      > once the old trace controller is removed.
      >
      > Also add a test for scope-managed trace events and their duration - this
      > was leftover from a previous CL.
      >
      > Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      > Bug: v8:8339
      > Change-Id: I1c45e17e528b549a4cfdaecabd33c7ac4ab4af77
      > Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1611801
      > Reviewed-by: Ulan Degenbaev <ulan@chromium.org>
      > Reviewed-by: Jakob Gruber <jgruber@chromium.org>
      > Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#61753}
      
      TBR=jgruber@chromium.org, ulan@chromium.org
      
      Bug: v8:8339
      Change-Id: I3442a4d111e12947c107e7d0c226ae934acd06e4
      Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1627334Reviewed-by: 's avatarPeter Marshall <petermarshall@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#61780}
      d5688b1f
  12. 22 May, 2019 2 commits
  13. 20 May, 2019 1 commit
    • Peter Marshall's avatar
      [tracing] Convert COMPLETE events to BEGIN/END pairs for perfetto · d5c4d577
      Peter Marshall authored
      COMPLETE events are being deprecated and don't work well with perfetto
      because we can't give out a handle into the buffer like we used to so
      that the caller can update the existing event with the duration.
      
      BEGIN/END pairs should be used instead to add two separate trace events
      to the buffer which can be associated with one another by the trace
      processor e.g. the trace viewer UI.
      
      Cq-Include-Trybots: luci.v8.try:v8_linux64_perfetto_dbg_ng
      Bug: v8:8339
      Change-Id: Ib73c19d77ad58456ce23d15f0b658c26f3dc3d53
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1615257Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#61641}
      d5c4d577
  14. 09 May, 2019 1 commit
  15. 03 May, 2019 1 commit
  16. 21 Feb, 2019 1 commit
    • Peter Marshall's avatar
      [tracing] Fix races in TracingController implementation · 51e80efd
      Peter Marshall authored
      The default TracingController (used by d8 and Node) has some concurrency
      issues. The new test flushes these out, when a second thread logs trace
      events while the main thread calls StopTracing().
      
      - Use an acquire load in UpdateCategoryGroupEnabledFlags() because this
        was racing with GetCategoryGroupEnabled() where a new category is
        added in the slow path. g_category_groups is append-only, but
        reads/writes to g_category_index need to be correctly ordered so that
        new categories are added and only then is the change to the index
        visible. The relaxed load ignored this and caused unsynchronized
        read/write.
      - Use a relaxed load in ~ScopedTracer() to access category_group_enabled
        as this previously used a non-atomic operation which caused a race
        with UpdateCategoryGroupEnabledFlag() which does a relaxed store.
      - Replace TracingController::mode_ with an atomic bool as read/writes to
        mode_ were not synchronized and caused TSAN errors. It only has two
        states and it doesn't seem like we will extend this so just convert it
        to bool.
      - Take the lock around calling trace_object->Initialize in
        AddTraceEvent(), and around trace_buffer_->Flush() in StopTracing().
        These two raced previously as the underlying TraceBufferRingBuffer
        passes out pointers to TraceObjects in a synchronized way, but the
        caller (AddTraceEvent) then writes into the object without
        synchronization. This leads to races when Flush() is called, at which
        time TraceBufferRingBuffer assumes that all the pointers it handed out
        are to valid, initialized TraceObjects - which is not true because
        AddTraceEvent may still be calling Initialize on them. This could be
        the cause of issues in Node.js where the last line of tracing/logging
        sometimes gets cut off. This is kind of a band-aid solution - access
        to the TraceObjects handed out by the ring buffer really needs proper
        synchronization which at this point would require redesign. It's quite
        likely we will replace this with Perfetto in the near future so not
        much point investing in this code right now.
      - Enable TracingCpuProfiler test which was flaky due to these bugs.
      
      Bug: v8:8821
      Change-Id: I141296800c6906ac0e7f3f21dd16d861b07dae62
      Reviewed-on: https://chromium-review.googlesource.com/c/1477283
      Commit-Queue: Peter Marshall <petermarshall@chromium.org>
      Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Reviewed-by: 's avatarAli Ijaz Sheikh <ofrobots@google.com>
      Cr-Commit-Position: refs/heads/master@{#59752}
      51e80efd
  17. 19 Feb, 2019 1 commit
  18. 12 Oct, 2018 1 commit
  19. 20 Sep, 2018 1 commit
  20. 18 Sep, 2018 2 commits
  21. 11 Sep, 2018 1 commit
  22. 24 Aug, 2018 1 commit
  23. 22 Aug, 2018 1 commit
  24. 06 Aug, 2018 1 commit
  25. 03 Aug, 2018 1 commit
    • Ali Ijaz Sheikh's avatar
      [tracing] allow dynamic control of tracing · bf5ea813
      Ali Ijaz Sheikh authored
      If the trace_buffer_ was null, we were returning a pointer to a static
      flag back that permanently disabled that particular trace point.
      
      This implied an assumption that tracing will be statically enabled at
      process startup, and once it is disabled, it will never be enabled
      again. On Node.js side we want to dynamically enable/disable tracing as per
      programmer intent.
      
      Change-Id: Ic7a7839b8450ab5c356d85e8e0826f42824907f4
      Reviewed-on: https://chromium-review.googlesource.com/1161518Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Commit-Queue: Ali Ijaz Sheikh <ofrobots@google.com>
      Cr-Commit-Position: refs/heads/master@{#54903}
      bf5ea813
  26. 12 Jan, 2018 1 commit
  27. 10 Jan, 2018 1 commit
  28. 13 Oct, 2017 1 commit
  29. 03 Jul, 2017 1 commit
    • Jochen Eisinger's avatar
      Reland "Switch tracing to use v8::TracingController" · cc59f8b1
      Jochen Eisinger authored
      Original change's description:
      > Switch tracing to use v8::TracingController
      >
      > BUG=v8:6511
      > R=fmeawad@chromium.org
      >
      > Cq-Include-Trybots: master.tryserver.chromium.linux:linux_chromium_rel_ng
      > Change-Id: I4961e4b61a9ddc98385ed97c3ffcbcaef2d9cba7
      > Reviewed-on: https://chromium-review.googlesource.com/543144
      > Commit-Queue: Jochen Eisinger <jochen@chromium.org>
      > Reviewed-by: Fadi Meawad <fmeawad@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#46307}
      
      BUG=v8:6511
      TBR=fmeawad@chromium.org
      
      Cq-Include-Trybots: master.tryserver.chromium.linux:linux_chromium_rel_ng;master.tryserver.v8:v8_linux64_tsan_rel
      Change-Id: Ide32b409248dfd466e7c0bae1d8ae61d6a955d98
      Reviewed-on: https://chromium-review.googlesource.com/558865
      Commit-Queue: Jochen Eisinger <jochen@chromium.org>
      Reviewed-by: 's avatarJochen Eisinger <jochen@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#46381}
      cc59f8b1
  30. 29 Jun, 2017 2 commits
  31. 22 Jun, 2017 1 commit
  32. 30 May, 2017 1 commit
  33. 27 Sep, 2016 3 commits
  34. 26 Sep, 2016 1 commit