Google Git Google Git
Sign in
fuchsia/third_party/github.com/google/perfetto/refs/heads/upstream/dev/lalitm/exec-run-allocs
commit
c9530a30fa36e704fcbc9f1448c04faee2c5808e
[log]
author
Lalit Maganti <lalitm@google.com>
Wed Oct 28 06:07:59 2026 +0000
committer
Lalit Maganti <lalitm@google.com>
Fri Oct 30 18:20:33 2026 +0000
tree
0b062fd0edda47c1b9cc04a6b5dc12bc82adf3ea
parent
833c1cfad96e2208528c51f899f5aa5b13a801d3 [diff] 
tp: stop allocating on every run of a small sort or group

**Why**

The same pipeline is often rerun for small queries, so whatever a run
allocates or fills regardless of its input dominates its cost. A
one-row GROUP BY took over 2 µs.

**Changes**

- `FlexVector::push_back_multiple` fills through a local pointer. A
  store through the slab could alias `size_`, so `size_` was written
  back on every element, and `GroupTable` zero-fills thousands of slots
  through it each run.
- `RowLayout::Assign` rebuilds a layout in place. `SortedRows` uses it
  and keeps the list it builds the layout from.
- `RowStore` refills its nullability flags in place instead of
  allocating them again.

**Benchmarks**

| | Before | After |
|---|---:|---:|
| `BM_GroupByInt64OneRow` | 2150 ns | 230 ns |
| `BM_SortInt64OneRow` | 116 ns | 80 ns |
| `BM_RowStoreOneRow` | 64 ns | 58 ns |

**Testing**

- The `FlexVector`, `RowLayout`, `RowStore`, sort and grouping unit
  test suites pass.
5 files changed
tree: 0b062fd0edda47c1b9cc04a6b5dc12bc82adf3ea
  1. .github/
  2. ai/
  3. bazel/
  4. build_overrides/
  5. buildtools/
  6. contrib/
  7. docs/
  8. examples/
  9. gn/
  10. include/
  11. infra/
  12. protos/
  13. python/
  14. sdk/
  15. src/
  16. test/
  17. third_party/
  18. tools/
  19. ui/
  20. AGENTS.md ⇨ docs/AGENTS.md
  21. .bazelignore
  22. .bazelrc
  23. .bazelversion
  24. .clang-format
  25. .clang-tidy
  26. .git-blame-ignore-revs
  27. .gitallowed
  28. .gitattributes
  29. .gitignore
  30. .gn
  31. .style.yapf
  32. Android.bp
  33. Android.bp.extras
  34. BUILD
  35. BUILD.extras
  36. BUILD.gn
  37. CHANGELOG
  38. CONTRIBUTORS.txt
  39. DIR_METADATA
  40. heapprofd.rc
  41. LICENSE
  42. meson.build
  43. METADATA
  44. MODULE.bazel
  45. MODULE.bazel.lock
  46. MODULE_LICENSE_APACHE2
  47. OWNERS
  48. OWNERS.github
  49. perfetto.rc
  50. perfetto_flags.aconfig
  51. PerfettoIntegrationTests.xml
  52. persistent_cfg.pbtxt
  53. README.chromium
  54. README.md
  55. TEST_MAPPING
  56. traced_perf.rc
  57. WORKSPACE
README.md

Perfetto - System profiling, app tracing and trace analysis

Perfetto is an open-source suite of SDKs, daemons and tools which use tracing to help developers understand the behaviour of complex systems and root-cause functional and performance issues on client and embedded systems.

It is a production-grade tool that is the default tracing system for the Android operating system and the Chromium browser.

Core Components

Perfetto is not a single tool, but a collection of components that work together:

  • High-performance tracing daemons: For capturing tracing information from many processes on a single machine into a unified trace file.
  • Low-overhead tracing SDK: A C++17 library for direct userspace-to-userspace tracing of timings and state changes in your application.
  • Extensive OS-level probes: For capturing system-wide context on Android and Linux (e.g. scheduling states, CPU frequencies, memory profiling, callstack sampling).
  • Browser-based UI: A powerful, fully local UI for visualizing and exploring large, multi-GB traces on a timeline. It works in all major browsers, requires no installation, and can open traces from other tools.
  • SQL-based analysis library: A powerful engine that allows you to programmatically query traces using SQL to automate analysis and extract custom metrics.

Why Use Perfetto?

Perfetto was designed to be a versatile and powerful tracing system for a wide range of use cases.

  • For Android App & Platform Developers: Debug and root-cause functional and performance issues like slow startups, dropped frames (jank), animation glitches, low memory kills, and ANRs. Profile both Java/Kotlin and native C++ memory usage with heap dumps and profiles.
  • For C/C++ Developers (Linux, macOS, Windows): Use the Tracing SDK to instrument your application with custom trace points to understand its execution flow, find performance bottlenecks, and debug complex behavior. On Linux, you can also perform detailed CPU and native heap profiling.
  • For Linux Kernel & System Developers: Get deep insights into kernel behavior. Perfetto acts as an efficient userspace daemon for ftrace, allowing you to visualize scheduling, syscalls, interrupts, and custom kernel tracepoints on a timeline.
  • For Chromium Developers: Perfetto is the tracing backend for chrome://tracing. Use it to debug and root-cause issues in the browser, V8, and Blink.
  • For Performance Engineers & SREs: Analyze and visualize a wide range of profiling and tracing formats, not just Perfetto's. Use the powerful SQL interface to programmatically analyze traces from tools like Linux perf, macOS Instruments, Chrome JSON traces, and more.

Getting Started

We‘ve designed our documentation to guide you to the right information as quickly as possible, whether you’re a newcomer to performance analysis or an experienced developer.

  1. New to tracing? If you're unfamiliar with concepts like tracing and profiling, start here:

  2. Ready to dive in? Our “Getting Started” guide is the main entry point for all users. It will help you find the right tutorials and documentation for your specific needs:

  3. Want the full overview? For a comprehensive look at what Perfetto is, why it's useful, and who uses it, see our main documentation page:

Debian Distribution

For users interested in the Debian distribution of Perfetto, the official source of truth and packaging efforts are maintained at Debian Perfetto Salsa Repository

Community & Support

Have questions? Need help?

We follow Google's Open Source Community Guidelines.