Advanced Guide to Programmatic Trace Generation

This page serves as an advanced reference for programmatically creating Perfetto trace files. It builds upon the foundational concepts and examples presented in “Converting arbitrary timestamped data to Perfetto”.

We assume you are familiar with:

  • The basic structure of Perfetto traces (a Trace message containing a stream of TracePacket messages).
  • Using the TrackEvent payload within TracePacket to create custom tracks with various types of slices (simple, nested, asynchronous), counters, and flows.
  • The Python script template (trace_converter_template.py) for generating traces, and that the Python examples provided here are intended to be used within its populate_packets(builder) function.

This guide will currently focus on advanced TrackEvent features, such as:

  • Associating your timeline data with operating system (OS) processes and threads for richer integration.
  • Explicit track sorting and data interning for optimizing trace size and detail.

While TrackEvent is a primary method for representing timeline data, TracePacket is a versatile container. In the future, this guide may expand to cover other TracePacket payloads useful for synthetic trace generation.

The examples will continue to use Python, but the principles apply to any language with Protocol Buffer support. For complete definitions of all available fields, always refer to the official Perfetto protobuf sources, particularly TracePacket and its various sub-messages, including TrackEvent.

Associating Tracks with Operating System Concepts

While the “Converting arbitrary timestamped data to Perfetto” guide demonstrated creating generic custom tracks, you can provide more specific context to Perfetto by associating your tracks with operating system (OS) processes and threads. This allows Perfetto's UI and analysis tools to offer richer integration and better correlation with other system-wide data.

Associating Tracks with Processes

You can create a top-level track that represents an OS process. Any other custom tracks (which might contain slices or counters) can then be parented to this process track. This helps in:

  • UI Grouping: Your custom tracks will appear under the specified process name and PID in the Perfetto UI, alongside any other data collected for that process (e.g., CPU scheduling, memory counters).
  • Correlation: Events on your custom tracks can be more easily correlated with system-level activity related to that process.
  • Clear Identification: Explicitly naming the process and providing its PID makes it unambiguous which process your custom data pertains to.

To define a process track, you populate the process field within its TrackDescriptor. At a minimum, you should provide a pid and ideally a process_name.

It is also recommended to add a timestamp to the TracePacket containing the process's TrackDescriptor. This is especially important when the trace contains data from other sources (e.g. scheduling information from the kernel). Unlike with “global” tracks, these track types may interact with other data sources and as such having a timestamp makes sure that Trace Processor can accurately sort the descriptor into the right place.

Python Example

Let's say you want to emit a custom counter (e.g. “Active DB Connections”) and have it appear under a specific process named “MyDatabaseService” with PID 1234.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 8008

    # --- Define OS Process ---
    PROCESS_ID = 1234
    PROCESS_NAME = "MyDatabaseService"

    # Define a UUID for the process track
    process_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    # 1. Define the Process Track
    # This packet establishes "MyDatabaseService (1234)" in the trace.
    packet = builder.add_packet()
    # It's good practice to timestamp the descriptor to be before the first
    # event.
    packet.timestamp = 9999
    desc = packet.track_descriptor
    desc.uuid = process_track_uuid
    desc.process.pid = PROCESS_ID
    desc.process.process_name = PROCESS_NAME
    # This track itself usually doesn't have events, it serves as a parent.

    # --- Define a Custom Counter Track parented to the Process ---
    db_connections_counter_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    packet = builder.add_packet()
    desc = packet.track_descriptor
    desc.uuid = db_connections_counter_track_uuid
    desc.parent_uuid = process_track_uuid # Link to the process track
    desc.name = "Active DB Connections"
    # Mark this track as a counter track
    desc.counter.unit_name = "connections" # Optional: specify units

    # Helper to add a counter event
    def add_counter_event(ts, value, counter_track_uuid):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = TrackEvent.TYPE_COUNTER
        packet.track_event.track_uuid = counter_track_uuid
        packet.track_event.counter_value = value
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # 3. Emit counter values on the custom counter track
    add_counter_event(ts=10000, value=5, counter_track_uuid=db_connections_counter_track_uuid)
    add_counter_event(ts=10100, value=7, counter_track_uuid=db_connections_counter_track_uuid)
    add_counter_event(ts=10200, value=6, counter_track_uuid=db_connections_counter_track_uuid)

Associating Tracks with Processes

You can query process-associated counter data using SQL in the Perfetto UI's Query tab or with Trace Processor:

SELECT counter.ts, counter.value, process.name AS process_name 
FROM counter 
JOIN process_counter_track ON counter.track_id = process_counter_track.id
JOIN process USING(upid)
WHERE process.pid = 1234;

Once you have defined a process track, you can parent various other kinds of tracks to it. This includes tracks for specific threads within that process (see next section), as well as custom tracks for process-wide counters (as shown above) or groups of asynchronous operations related to this process (using the techniques for asynchronous slices described in the “Converting arbitrary timestamped data to Perfetto” guide).

Associating Tracks with Threads

You can create tracks that are explicitly associated with specific threads within an OS process. This is the most common way to represent thread-specific activity, such as function call stacks or thread-local counters.

Benefits:

  • Correct UI Placement: When a thread track's pid and tid are specified in its TrackDescriptor, the Perfetto UI typically groups it under the corresponding process (identified by that pid). This helps organize the trace.
  • Correlation with System Data: Perfetto can automatically correlate events on your thread track with system-level data for that thread, such as CPU scheduling slices.
  • Clear Naming: You can provide a human-readable name for your thread.

To define a thread track:

  1. Create a TrackDescriptor for the thread.
  2. Populate its thread field, providing the pid of the process this thread belongs to and the unique tid of the thread. You should also set thread_name.
  3. Optionally and encouraged, you can also define a separate TrackDescriptor for the parent process itself (using its process field and pid), though it's not strictly required for the thread track to be recognized as a thread of that PID. The UI often infers process groupings from PIDs present in thread tracks.

Similarly to process tracks, it is also recommended to add a timestamp to the TracePacket containing the thread's TrackDescriptor. This is especially important when the trace contains data from other sources (e.g. scheduling information from the kernel). Unlike with “global” tracks, these track types may interact with other data sources and as such having a timestamp makes sure that Trace Processor can accurately sort the descriptor into the right place.

Python Example: Thread-Specific Slices

This example defines a thread “MainWorkLoop” (TID 5678) belonging to process “MyApplication” (PID 1234). It then emits a couple of slices directly onto this thread‘s track. We also define a track for the process itself for clarity, though the thread track’s association is primarily through its pid and tid fields.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 8009

    # --- Define OS Process and Thread IDs and Names ---
    APP_PROCESS_ID = 1234
    APP_PROCESS_NAME = "MyApplication"
    MAIN_THREAD_ID = 5678
    MAIN_THREAD_NAME = "MainWorkLoop"

    # --- Define UUIDs for the tracks ---
    # While not strictly necessary to parent a thread track to a process track
    # for the UI to group them by PID, defining a process track can be good practice
    # if you want to name the process explicitly or attach process-scoped tracks later.
    app_process_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    main_thread_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    # 1. Define the Process Track (Optional, but good for naming the process)
    packet = builder.add_packet()
    packet.timestamp = 14998
    desc = packet.track_descriptor
    desc.uuid = app_process_track_uuid
    desc.process.pid = APP_PROCESS_ID
    desc.process.process_name = APP_PROCESS_NAME

    # 2. Define the Thread Track
    # The .thread.pid field associates it with the process.
    # No parent_uuid is set here; UI will group by PID.
    packet = builder.add_packet()
    packet.timestamp = 14999
    desc = packet.track_descriptor
    desc.uuid = main_thread_track_uuid
    # desc.parent_uuid = app_process_track_uuid # This line is NOT used
    desc.thread.pid = APP_PROCESS_ID
    desc.thread.tid = MAIN_THREAD_ID
    desc.thread.thread_name = MAIN_THREAD_NAME

    # Helper to add a slice event to a specific track
    def add_slice_event(ts, event_type, event_track_uuid, name=None):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = event_type
        packet.track_event.track_uuid = event_track_uuid
        if name:
            packet.track_event.name = name
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # 3. Emit slices on the main_thread_track_uuid
    add_slice_event(ts=15000, event_type=TrackEvent.TYPE_SLICE_BEGIN,
                    event_track_uuid=main_thread_track_uuid, name="ProcessInputEvent")
    # Nested slice
    add_slice_event(ts=15050, event_type=TrackEvent.TYPE_SLICE_BEGIN,
                    event_track_uuid=main_thread_track_uuid, name="UpdateState")
    add_slice_event(ts=15150, event_type=TrackEvent.TYPE_SLICE_END, # Ends UpdateState
                    event_track_uuid=main_thread_track_uuid)
    add_slice_event(ts=15200, event_type=TrackEvent.TYPE_SLICE_END, # Ends ProcessInputEvent
                    event_track_uuid=main_thread_track_uuid)

    add_slice_event(ts=16000, event_type=TrackEvent.TYPE_SLICE_BEGIN,
                    event_track_uuid=main_thread_track_uuid, name="RenderFrame")
    add_slice_event(ts=16500, event_type=TrackEvent.TYPE_SLICE_END,
                    event_track_uuid=main_thread_track_uuid)

Associating Tracks with Threads

You can query thread-specific slices using SQL in the Perfetto UI's Query tab or with Trace Processor:

INCLUDE PERFETTO MODULE slices.with_context;

SELECT ts, dur, name, thread_name
FROM thread_slice 
WHERE tid = 5678;

Advanced Track Customization

Beyond associating tracks with OS concepts, Perfetto offers ways to fine-tune how your tracks are presented and how data is encoded.

Controlling Track Sorting Order

By default, the Perfetto UI applies its own heuristics to sort tracks (e.g., alphabetically by name, or by track UUID). However, for complex custom traces, you might want to explicitly define the order in which sibling tracks appear under a parent. This is achieved using the child_ordering field on the parent TrackDescriptor and, for EXPLICIT ordering, the sibling_order_rank on the child TrackDescriptors.

This child_ordering setting on a parent track only affects its direct children.

Available child_ordering modes (defined in TrackDescriptor.ChildTracksOrdering):

  • ORDERING_UNSPECIFIED: The default. The UI will use its own heuristics.
  • LEXICOGRAPHIC: Child tracks are sorted alphabetically by their name.
  • CHRONOLOGICAL: Child tracks are sorted based on the timestamp of the earliest TrackEvent that occurs on each of them. Tracks with earlier events appear first.
  • EXPLICIT: Child tracks are sorted based on the sibling_order_rank field set in their respective TrackDescriptors. Lower ranks appear first. If ranks are equal, or if sibling_order_rank is not set, the tie-breaking order is undefined.

Note: The UI treats these as strong hints. While it generally respects these orderings, there are contexts in which the UI reserves the right not to show them in this order; generally this would be if the user explicitly requested this or if the UI has some special handling for these tracks.

Python Example: Demonstrating All Sorting Types

This example defines three parent tracks, each demonstrating a different child_ordering mode.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 9000

    # Helper to define a TrackDescriptor
    def define_custom_track(track_uuid, name, parent_track_uuid=None, child_ordering_mode=None, order_rank=None):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name
        if parent_track_uuid:
            desc.parent_uuid = parent_track_uuid
        if child_ordering_mode:
            desc.child_ordering = child_ordering_mode
        if order_rank is not None:
            desc.sibling_order_rank = order_rank

    # Helper to add a simple instant event
    def add_instant_event(ts, track_uuid, event_name):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = TrackEvent.TYPE_INSTANT
        packet.track_event.track_uuid = track_uuid
        packet.track_event.name = event_name
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # --- 1. Lexicographical Sorting Example ---
    parent_lex_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    define_custom_track(parent_lex_uuid, "Lexicographic Parent",
                        child_ordering_mode=TrackDescriptor.LEXICOGRAPHIC)

    child_c_lex_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_a_lex_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_b_lex_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    define_custom_track(child_c_lex_uuid, "C-Item (Lex)", parent_track_uuid=parent_lex_uuid)
    define_custom_track(child_a_lex_uuid, "A-Item (Lex)", parent_track_uuid=parent_lex_uuid)
    define_custom_track(child_b_lex_uuid, "B-Item (Lex)", parent_track_uuid=parent_lex_uuid)

    add_instant_event(ts=100, track_uuid=child_c_lex_uuid, event_name="Event C")
    add_instant_event(ts=100, track_uuid=child_a_lex_uuid, event_name="Event A")
    add_instant_event(ts=100, track_uuid=child_b_lex_uuid, event_name="Event B")
    # Expected UI order under "Lexicographic Parent": A-Item, B-Item, C-Item

    # --- 2. Chronological Sorting Example ---
    parent_chrono_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    define_custom_track(parent_chrono_uuid, "Chronological Parent",
                        child_ordering_mode=TrackDescriptor.CHRONOLOGICAL)

    child_late_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_early_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_middle_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    define_custom_track(child_late_uuid, "Late Event Track", parent_track_uuid=parent_chrono_uuid)
    define_custom_track(child_early_uuid, "Early Event Track", parent_track_uuid=parent_chrono_uuid)
    define_custom_track(child_middle_uuid, "Middle Event Track", parent_track_uuid=parent_chrono_uuid)

    add_instant_event(ts=2000, track_uuid=child_late_uuid, event_name="Late Event")
    add_instant_event(ts=1000, track_uuid=child_early_uuid, event_name="Early Event")
    add_instant_event(ts=1500, track_uuid=child_middle_uuid, event_name="Middle Event")
    # Expected UI order under "Chronological Parent": Early, Middle, Late Event Track

    # --- 3. Explicit Sorting Example ---
    parent_explicit_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    define_custom_track(parent_explicit_uuid, "Explicit Parent",
                        child_ordering_mode=TrackDescriptor.EXPLICIT)

    child_rank10_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_rank_neg5_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    child_rank0_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    define_custom_track(child_rank10_uuid, "Explicit Rank 10",
                        parent_track_uuid=parent_explicit_uuid, order_rank=10)
    define_custom_track(child_rank_neg5_uuid, "Explicit Rank -5",
                        parent_track_uuid=parent_explicit_uuid, order_rank=-5)
    define_custom_track(child_rank0_uuid, "Explicit Rank 0",
                        parent_track_uuid=parent_explicit_uuid, order_rank=0)

    add_instant_event(ts=3000, track_uuid=child_rank10_uuid, event_name="Event Rank 10")
    add_instant_event(ts=3000, track_uuid=child_rank_neg5_uuid, event_name="Event Rank -5")
    add_instant_event(ts=3000, track_uuid=child_rank0_uuid, event_name="Event Rank 0")
    # Expected UI order under "Explicit Parent": Rank -5, Rank 0, Rank 10

Controlling Track Sorting Order

Sharing Y-Axis Between Counters

When visualizing multiple counter tracks, it is often useful to have them share the same Y-axis range. This allows for easy comparison of their values. Perfetto supports this feature through the y_axis_share_key field in the CounterDescriptor.

All counter tracks that have the same y_axis_share_key and the same parent track will share their Y-axis range in the UI.

Python Example: Sharing Y-Axis

In this example, we create two counter tracks with the same y_axis_share_key. This will cause them to be rendered with the same Y-axis range in the Perfetto UI.

    TRUSTED_PACKET_SEQUENCE_ID = 9005

    # --- Define Track UUIDs ---
    counter1_uuid = 1
    counter2_uuid = 2

    # Helper to define a Counter TrackDescriptor
    def define_counter_track(track_uuid, name, share_key=None):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name
        if share_key:
            desc.counter.y_axis_share_key = share_key

    # 1. Define the counter tracks with the same share key
    define_counter_track(counter1_uuid, "Counter 1", "group1")
    define_counter_track(counter2_uuid, "Counter 2", "group1")

    # Helper to add a counter event
    def add_counter_event(ts, value, counter_track_uuid):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = TrackEvent.TYPE_COUNTER
        packet.track_event.track_uuid = counter_track_uuid
        packet.track_event.counter_value = value
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # 2. Add events to the tracks
    add_counter_event(ts=1000, value=100, counter_track_uuid=counter1_uuid)
    add_counter_event(ts=2000, value=200, counter_track_uuid=counter1_uuid)

    add_counter_event(ts=1000, value=300, counter_track_uuid=counter2_uuid)
    add_counter_event(ts=2000, value=400, counter_track_uuid=counter2_uuid)

Sharing Y-Axis

Adding a Track Description

You can add a human-readable description to any track to provide more context about the data it contains. In the Perfetto UI, this description appears in a popup when the user clicks the help icon next to the track's name. This is useful for explaining what a track represents, the meaning of its events, or how it should be interpreted, especially in complex custom traces.

To add a description, you simply set the optional description field in the track's TrackDescriptor.

Python Example

This example defines two tracks: one with a description field set and one without, to illustrate the difference in the UI.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 9005

    # --- Define Track UUID ---
    described_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    undescribed_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    # --- 1. Define two tracks, one with a description and one without ---
    # Track WITH description
    packet = builder.add_packet()
    desc = packet.track_descriptor
    desc.uuid = described_track_uuid
    desc.name = "Track With Description"
    desc.description = "This track shows the processing stages for incoming user requests. Click the (?) icon to see this text."

    # Track WITHOUT description
    packet = builder.add_packet()
    desc = packet.track_descriptor
    desc.uuid = undescribed_track_uuid
    desc.name = "Track Without Description"
    # The 'description' field is simply not set.

    # Helper to add a slice event to the track
    def add_slice_event(ts, event_type, event_track_uuid, name=None):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = event_type
        packet.track_event.track_uuid = event_track_uuid
        if name:
            packet.track_event.name = name
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # --- 2. Emit some events on both tracks ---
    # Events for the described track
    add_slice_event(ts=1000, event_type=TrackEvent.TYPE_SLICE_BEGIN,
                    event_track_uuid=described_track_uuid, name="Request #123")
    add_slice_event(ts=1200, event_type=TrackEvent.TYPE_SLICE_END,
                    event_track_uuid=described_track_uuid)

    # Events for the undescribed track
    add_slice_event(ts=1300, event_type=TrackEvent.TYPE_SLICE_BEGIN,
                    event_track_uuid=undescribed_track_uuid, name="Some Other Task")
    add_slice_event(ts=1500, event_type=TrackEvent.TYPE_SLICE_END,
                    event_track_uuid=undescribed_track_uuid)

Adding a Track Description

Advanced Event Writing

This section covers advanced TrackEvent features for specialized use cases, including data optimization techniques and event linking mechanisms.

Interning Data for Trace Size Optimization

Interning is a technique used to reduce the size of trace files by emitting frequently repeated strings (like event names or categories) only once in the trace. Subsequent references to these strings use a compact integer identifier (an “interning ID” or iid). This is particularly useful when you have many events that share the same name or other string-based attributes.

How it works:

  1. Define Interned Data: In a TracePacket, you include an interned_data message. Inside this, you map your strings to iids. For example, you can define event_names where each entry has an iid (a non-zero integer you choose) and a name string. This packet establishes the mapping.

  2. Reference by IID: In subsequent TrackEvents (within the same trusted_packet_sequence_id and before the interned state is cleared), instead of setting the name field directly, you set the corresponding name_iid field to the integer iid you defined.

  3. Sequence Flags: The TracePacket.sequence_flags field is crucial:

    • SEQ_INCREMENTAL_STATE_CLEARED (value 1): Set this on a packet if the interning dictionary (and other incremental state) for this sequence should be considered reset before processing this packet's interned_data. This is often used on the first packet of a sequence that defines interned entries.
    • SEQ_NEEDS_INCREMENTAL_STATE (value 2): Set this on any packet that either defines new interned data entries OR uses iids that were defined in previous packets (within the current valid state of the sequence).

    A typical packet that initializes the interning dictionary for a sequence will set both flags: TracePacket.SEQ_INCREMENTAL_STATE_CLEARED | TracePacket.SEQ_NEEDS_INCREMENTAL_STATE. Packets that use these established interned entries (or add more entries to the existing valid dictionary) will set TracePacket.SEQ_NEEDS_INCREMENTAL_STATE.

Python Example: Interning Event Names

This example shows how to define an interned string for an event name and then use it multiple times.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 9002

    # --- Define Track UUID ---
    interning_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    # Helper to define a TrackDescriptor
    def define_custom_track(track_uuid, name):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name

    # 1. Define the track
    define_custom_track(interning_track_uuid, "Interning Demo Track")

    # --- Define Interned Event Name ---
    INTERNED_EVENT_NAME_IID = 1 # Choose a unique iid (non-zero)
    VERY_LONG_EVENT_NAME = "MyFrequentlyRepeatedLongEventNameThatTakesUpSpace"

    # Helper to add a TrackEvent packet, managing interning and sequence flags
    def add_slice_with_interning(ts, event_type, name_iid=None, name_literal=None, define_new_internment=False, new_intern_iid=None, new_intern_name=None):
        packet = builder.add_packet()
        packet.timestamp = ts
        tev = packet.track_event
        tev.type = event_type
        tev.track_uuid = interning_track_uuid

        if name_iid:
            tev.name_iid = name_iid
        elif name_literal and event_type != TrackEvent.TYPE_SLICE_END:
            tev.name = name_literal

        if define_new_internment:
            # This packet defines new interned data.
            # We'll also clear any prior state for this sequence.
            if new_intern_iid and new_intern_name:
                entry = packet.interned_data.event_names.add()
                entry.iid = new_intern_iid
                entry.name = new_intern_name
            packet.sequence_flags = TracePacket.SEQ_INCREMENTAL_STATE_CLEARED | TracePacket.SEQ_NEEDS_INCREMENTAL_STATE
        else:
            # This packet uses existing interned data (or has no interned fields)
            # but is part of a sequence that relies on incremental state.
            packet.sequence_flags = TracePacket.SEQ_NEEDS_INCREMENTAL_STATE

        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
        return packet

    # --- Packet 1: Define the interned name and start a slice using it ---
    add_slice_with_interning(
        ts=1000,
        event_type=TrackEvent.TYPE_SLICE_BEGIN,
        name_iid=INTERNED_EVENT_NAME_IID,
        define_new_internment=True, # This packet defines/resets internment
        new_intern_iid=INTERNED_EVENT_NAME_IID,
        new_intern_name=VERY_LONG_EVENT_NAME
    )

    # End the first slice
    add_slice_with_interning(
        ts=1100,
        event_type=TrackEvent.TYPE_SLICE_END
        # No name_iid needed for END, uses existing interned state context
    )

    # --- Packet 2: Use the Interned Event Name Again ---
    add_slice_with_interning(
        ts=1200,
        event_type=TrackEvent.TYPE_SLICE_BEGIN,
        name_iid=INTERNED_EVENT_NAME_IID # Re-use the iid
        # define_new_internment is False by default, so this uses existing state
    )

    # End the second slice
    add_slice_with_interning(
        ts=1300,
        event_type=TrackEvent.TYPE_SLICE_END
    )

Interning Data for Trace Size Optimization

Linking Related Events with Correlation IDs

Correlation IDs provide a way to visually link slices that are part of the same logical operation, even when they are not causally connected. Unlike flows, which represent direct cause-and-effect relationships, correlation IDs group events that share a common context or belong to the same high-level operation.

Common use cases:

  • GPU rendering: Link all slices involved in rendering the same frame across different GPU stages
  • Distributed systems: Group all slices related to the same RPC request as it moves through different services
  • Network processing: Connect all slices involved in processing the same network request through different kernel stages

Visual benefits: The Perfetto UI can use correlation IDs to assign consistent colors to related slices or highlight the entire correlated set when one slice is hovered, making it easier to track related operations across different tracks.

Relationship to flows:

  • Use flows when events have a direct causal relationship (A triggers B)
  • Use correlation IDs when events are part of the same logical operation but not directly connected
  • You can use both together: flows for causal connections within a correlated group

Perfetto supports three types of correlation identifiers:

  • correlation_id: A 64-bit unsigned integer (most efficient, recommended for most cases)
  • correlation_id_str: A string value (most flexible, human-readable)
  • correlation_id_str_iid: An interned string ID (see Interning Data for Trace Size Optimization above for details on interning)

Python Example

This example demonstrates correlation IDs using integer identifiers by simulating different stages of processing for two separate requests across multiple service tracks.

Copy the following Python code into the populate_packets(builder) function in your trace_converter_template.py script.

    TRUSTED_PACKET_SEQUENCE_ID = 9010

    # --- Define Track UUIDs ---
    frontend_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    auth_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    database_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)
    cache_track_uuid = uuid.uuid4().int & ((1 << 63) - 1)

    # Helper to define a TrackDescriptor
    def define_custom_track(track_uuid, name):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name

    # 1. Define the tracks
    define_custom_track(frontend_track_uuid, "Frontend Service")
    define_custom_track(auth_track_uuid, "Auth Service")
    define_custom_track(database_track_uuid, "Database Service")
    define_custom_track(cache_track_uuid, "Cache Service")

    # Helper to add slice with correlation ID
    def add_correlated_slice(ts_start, ts_end, track_uuid, slice_name, correlation_id):
        # Start slice
        packet = builder.add_packet()
        packet.timestamp = ts_start
        packet.track_event.type = TrackEvent.TYPE_SLICE_BEGIN
        packet.track_event.track_uuid = track_uuid
        packet.track_event.name = slice_name
        packet.track_event.correlation_id = correlation_id
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

        # End slice
        packet = builder.add_packet()
        packet.timestamp = ts_end
        packet.track_event.type = TrackEvent.TYPE_SLICE_END
        packet.track_event.track_uuid = track_uuid
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # --- Request #42: All slices with correlation_id = 42 ---
    REQUEST_42_ID = 42
    add_correlated_slice(1000, 1200, frontend_track_uuid, "Handle Request #42", REQUEST_42_ID)
    add_correlated_slice(1100, 1400, auth_track_uuid, "Authenticate Request #42", REQUEST_42_ID)
    add_correlated_slice(1350, 1600, database_track_uuid, "Query for Request #42", REQUEST_42_ID)

    # --- Request #123: All slices with correlation_id = 123 ---
    REQUEST_123_ID = 123
    add_correlated_slice(2000, 2300, frontend_track_uuid, "Handle Request #123", REQUEST_123_ID)
    add_correlated_slice(2100, 2500, database_track_uuid, "Query for Request #123", REQUEST_123_ID)
    add_correlated_slice(2400, 2600, cache_track_uuid, "Cache Request #123", REQUEST_123_ID)

Correlation IDs

Controlling Track Merging

By default, the Perfetto UI merges tracks that share the same name. This is often the desired behavior for grouping related asynchronous events. However, there are scenarios where you need more explicit control. You can override this default merging logic using the sibling_merge_behavior and sibling_merge_key fields in the TrackDescriptor.

This allows you to:

  • Prevent merging: Force tracks, even with the same name, to always be displayed separately.
  • Merge by key: Force tracks to merge based on a custom key, regardless of their names.

The sibling_merge_behavior field can be set to one of the following values:

  • SIBLING_MERGE_BEHAVIOR_BY_TRACK_NAME (the default): Merges sibling tracks that have the same name.
  • SIBLING_MERGE_BEHAVIOR_NONE: Prevents the track from being merged with any of its siblings.
  • SIBLING_MERGE_BEHAVIOR_BY_SIBLING_MERGE_KEY: Merges sibling tracks that have the same sibling_merge_key string.

Python Example: Preventing Merging

In this example, we create two tracks with the same name. By setting their sibling_merge_behavior to SIBLING_MERGE_BEHAVIOR_NONE, we ensure they are always displayed as distinct tracks in the UI.

    TRUSTED_PACKET_SEQUENCE_ID = 9003

    # --- Define Track UUIDs ---
    track1_uuid = 1
    track2_uuid = 2

    # Helper to define a TrackDescriptor
    def define_custom_track(track_uuid, name):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name
        desc.sibling_merge_behavior = TrackDescriptor.SIBLING_MERGE_BEHAVIOR_NONE

    # 1. Define the tracks
    define_custom_track(track1_uuid, "My Separate Track")
    define_custom_track(track2_uuid, "My Separate Track")

    # Helper to add a slice event
    def add_slice_event(ts, event_type, event_track_uuid, name=None):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = event_type
        packet.track_event.track_uuid = event_track_uuid
        if name:
            packet.track_event.name = name
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # 2. Add events to the tracks
    add_slice_event(ts=1000, event_type=TrackEvent.TYPE_SLICE_BEGIN, event_track_uuid=track1_uuid, name="Slice 1")
    add_slice_event(ts=1100, event_type=TrackEvent.TYPE_SLICE_END, event_track_uuid=track1_uuid)

    add_slice_event(ts=1200, event_type=TrackEvent.TYPE_SLICE_BEGIN, event_track_uuid=track2_uuid, name="Slice 2")
    add_slice_event(ts=1300, event_type=TrackEvent.TYPE_SLICE_END, event_track_uuid=track2_uuid)

Preventing Merging

Python Example: Merging by Key

In this example, we create two tracks with different names but the same sibling_merge_key. By setting their sibling_merge_behavior to SIBLING_MERGE_BEHAVIOR_BY_SIBLING_MERGE_KEY, we instruct the UI to merge them into a single visual track. The name of the merged group will be taken from one of the tracks (usually the one with the lower UUID).

    TRUSTED_PACKET_SEQUENCE_ID = 9004

    # --- Define Track UUIDs ---
    track1_uuid = 1
    track2_uuid = 2

    # Helper to define a TrackDescriptor
    def define_custom_track(track_uuid, name, merge_key):
        packet = builder.add_packet()
        desc = packet.track_descriptor
        desc.uuid = track_uuid
        desc.name = name
        desc.sibling_merge_behavior = TrackDescriptor.SIBLING_MERGE_BEHAVIOR_BY_SIBLING_MERGE_KEY
        desc.sibling_merge_key = merge_key

    # 1. Define the tracks with the same merge key
    define_custom_track(track1_uuid, "HTTP GET", "conn-123")
    define_custom_track(track2_uuid, "HTTP POST", "conn-123")

    # Helper to add a slice event
    def add_slice_event(ts, event_type, event_track_uuid, name=None):
        packet = builder.add_packet()
        packet.timestamp = ts
        packet.track_event.type = event_type
        packet.track_event.track_uuid = event_track_uuid
        if name:
            packet.track_event.name = name
        packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID

    # 2. Add events to the tracks
    add_slice_event(ts=1000, event_type=TrackEvent.TYPE_SLICE_BEGIN, event_track_uuid=track1_uuid, name="GET /data")
    add_slice_event(ts=1100, event_type=TrackEvent.TYPE_SLICE_END, event_track_uuid=track1_uuid)

    add_slice_event(ts=1200, event_type=TrackEvent.TYPE_SLICE_BEGIN, event_track_uuid=track2_uuid, name="POST /submit")
    add_slice_event(ts=1300, event_type=TrackEvent.TYPE_SLICE_END, event_track_uuid=track2_uuid)

Merging by Key

Handling Large Traces with Streaming

All the examples so far have used the TraceProtoBuilder, which builds the entire trace in memory before writing it to a file. This is simple and effective for moderately sized traces, but can lead to high memory consumption if you are generating traces with millions of events.

For these scenarios, the StreamingTraceProtoBuilder is the recommended solution. It writes each TracePacket to a file as it's created, keeping memory usage minimal regardless of the trace size.

How it Works

The API for the streaming builder is slightly different:

  1. Initialization: You initialize StreamingTraceProtoBuilder with a file-like object opened in binary write mode.
  2. Packet Creation: Instead of builder.add_packet(), you call builder.create_packet() to get a new, empty TracePacket.
  3. Packet Writing: After populating the packet, you must explicitly call builder.write_packet(packet) to serialize and write it to the file.

Python Example: Complete Streaming Script

Here is a complete, standalone Python script that demonstrates how to use the StreamingTraceProtoBuilder. It is based on the “Creating Basic Timeline Slices” example from the Getting Started guide.

You can save this code as a new file (e.g., streaming_converter.py) and run it.

#!/usr/bin/env python3
import uuid

from perfetto.trace_builder.proto_builder import StreamingTraceProtoBuilder
from perfetto.protos.perfetto.trace.perfetto_trace_pb2 import TrackEvent

def populate_packets(builder: StreamingTraceProtoBuilder):
    """
    This function defines and writes TracePackets to the stream.

    Args:
        builder: An instance of StreamingTraceProtoBuilder.
    """
    # Define a unique ID for this sequence of packets
    TRUSTED_PACKET_SEQUENCE_ID = 1001

    # Define a unique UUID for your custom track
    CUSTOM_TRACK_UUID = 12345678

    # 1. Define the Custom Track
    packet = builder.create_packet()
    packet.track_descriptor.uuid = CUSTOM_TRACK_UUID
    packet.track_descriptor.name = "My Custom Data Timeline"
    builder.write_packet(packet)

    # 2. Emit events for this custom track
    # Example Event 1: "Task A"
    packet = builder.create_packet()
    packet.timestamp = 1000
    packet.track_event.type = TrackEvent.TYPE_SLICE_BEGIN
    packet.track_event.track_uuid = CUSTOM_TRACK_UUID
    packet.track_event.name = "Task A"
    packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
    builder.write_packet(packet)

    packet = builder.create_packet()
    packet.timestamp = 1500
    packet.track_event.type = TrackEvent.TYPE_SLICE_END
    packet.track_event.track_uuid = CUSTOM_TRACK_UUID
    packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
    builder.write_packet(packet)

    # Example Event 2: "Task B"
    packet = builder.create_packet()
    packet.timestamp = 1600
    packet.track_event.type = TrackEvent.TYPE_SLICE_BEGIN
    packet.track_event.track_uuid = CUSTOM_TRACK_UUID
    packet.track_event.name = "Task B"
    packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
    builder.write_packet(packet)

    packet = builder.create_packet()
    packet.timestamp = 1800
    packet.track_event.type = TrackEvent.TYPE_SLICE_END
    packet.track_event.track_uuid = CUSTOM_TRACK_UUID
    packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
    builder.write_packet(packet)

    # Example Event 3: An instantaneous event
    packet = builder.create_packet()
    packet.timestamp = 1900
    packet.track_event.type = TrackEvent.TYPE_INSTANT
    packet.track_event.track_uuid = CUSTOM_TRACK_UUID
    packet.track_event.name = "Milestone Y"
    packet.trusted_packet_sequence_id = TRUSTED_PACKET_SEQUENCE_ID
    builder.write_packet(packet)

def main():
    """
    Initializes the StreamingTraceProtoBuilder and calls populate_packets
    to write the trace to a file.
    """
    output_filename = "my_streamed_trace.pftrace"
    with open(output_filename, 'wb') as f:
        builder = StreamingTraceProtoBuilder(f)
        populate_packets(builder)

    print(f"Trace written to {output_filename}")
    print(f"Open with [https://ui.perfetto.dev](https://ui.perfetto.dev).")

if __name__ == "__main__":
    main()