SDK委托集成¶

委托后端是设备上模型的重要组成部分，因为它们在定义行为方面具有灵活性。这种灵活性的副作用是它作为不透明的转换运行。这会模糊在后处理中很有价值的丰富关联和变异。

例如，如果在委托中发生两种不同的运算符融合，后处理将无法分离这两种转换。

具体来说，它使通过委托图关联运行时信息（例如分析结果）变得困难。委托调试标识符提供了一个框架，通过该框架，委托作者可以传播此信息并将其用于运行后分析。

准备分为三个阶段

提前（AOT）：委托作者生成一个调试句柄映射。
运行时：委托作者使用在调试句柄映射中注册的 AOT 的委托调试标识符进行日志记录。
反序列化：委托作者为委托事件中的自定义元数据提供解析器。

提前¶

委托作者通过从后端实现返回调试句柄映射来传播在降低的后端中发生的转换。

生成调试句柄映射¶

调试句柄映射通过将委托调试标识符映射到调试句柄来传达在后端中发生的转换。

委托调试标识符是在运行时表示兴趣点的生成或用户提供的标识符。回想一下，调试句柄是模型图中运算符实例的唯一标识符。

例如

{ 0: (10, 11), 1: (11, 12) }: 运行时中的标识符 0 和 1 分别对应于调试句柄为 (10, 11) 和 (11, 12) 的运算符。
{ “fused_op_1_2_3”: (11, 12, 15) }：运行时中的标识符 “fused_op_1_2_3” 对应于调试句柄为 (11, 12, 15) 的运算符，而 11、12、15 对应于运算符 1、运算符 2 和运算符 3。

注意

标识符是将运行时结果连接到模型图的一种方法；标识符的解释由委托作者定义。

调试句柄映射是通过使用DelegateMappingBuilder构建的，并作为PreprocessResult的一部分返回。

class PreprocessResult:
    processed_bytes: bytes = bytes()

    debug_handle_map: Optional[
        Union[Dict[int, Tuple[int]], Dict[str, Tuple[int]]]
    ] = None

PreprocessResult 的定义在此。

DelegateMappingBuilder¶

DelegateMappingBuilder 是一个用于管理和构建调试句柄映射的辅助类。构建器的结果应在构建 PreprocessResult 时传入。

DelegateMappingBuilder 的定义在此

可以以两种模式之一构建 DelegateMappingBuilder 实例：手动标识符或生成的标识符。

# Manual Identifiers, Default
builder = DelegateMappingBuilder(generated_identifiers=False)

# Generated Identifiers
builder = DelegateMappingBuilder(generated_identifiers=True)

使用手动标识符，用户在创建条目时传入委托调试标识符。使用生成的标识符，构建器将自动分配委托调试标识符。

要向调试句柄映射添加条目，请使用 insert_delegate_mapping_entry。它将一个或多个 fx.Node(s) 或调试句柄(s)（源自 node.meta[“debug_handle”]）与可选的委托调试标识符（用于手动标识符）相关联。记录的标识符从调用中返回。

def insert_delegate_mapping_entry(
    self,
    nodes: Optional[Union[Node, List[Node]]] = None,
    handles: Optional[Union[int, List[int]]] = None,
    identifier: Optional[Union[int, str]] = None,
) -> Union[int, str]:

要检索调试句柄映射，请使用 get_delegate_mapping。

def get_delegate_mapping(
    self,
) -> Union[Dict[int, Tuple[int]], Dict[str, Tuple[int]]]

AOT 映射的演示可以在此处找到。

运行时¶

对应于 AOT 映射，运行时随后定义了通过这些事件记录的功能。

实时日志记录¶

ExecuTorch 允许您实时记录日志。实时日志记录在执行发生时有时间戳可用时很有用。它提供了最小的开销，并且对于作者来说直观地调用。

为了实时记录事件（例如，明确表示分析的开始和结束），event_tracer_start_profiling_delegate 用于创建 EventEntry，而 event_tracer_end_profiling_delegate 用于结束提供的 EventTracer 的 EventEntry。

要使用 event_tracer_start_profiling_delegate 启动 EventTracerEntry，委托调试标识符（AOT 提供给 debug_handle_map）将作为名称或 delegate_debug_id 参数传递，具体取决于委托调试标识符类型（分别为 str 和 int）。

EventTracerEntry event_tracer_start_profiling_delegate(
    EventTracer* event_tracer,
    const char* name,
    DebugHandle delegate_debug_id)

要结束 EventTracerEntry，只需将原始 EventTracerEntry 提供给 event_tracer_end_profiling_delegate。

此外，还可以选择在此处记录其他运行时 metadata。

void event_tracer_end_profiling_delegate(
    EventTracer* event_tracer,
    EventTracerEntry event_tracer_entry,
    const void* metadata = nullptr,
    size_t metadata_len = 0)

后期时间记录¶

ExecuTorch 还允许您在后期时间进行记录。某些运行时设置在执行时无法访问时间戳。后期时间记录使作者仍然能够记录这些事件。

要记录后期事件（例如，同时记录开始和结束时间），event_tracer_log_profiling_delegate 将与实时记录 API 中使用的参数组合和时间戳一起调用。

void event_tracer_log_profiling_delegate(
    EventTracer* event_tracer,
    const char* name,
    DebugHandle delegate_debug_id,
    et_timestamp_t start_time,
    et_timestamp_t end_time,
    const void* metadata = nullptr,
    size_t metadata_len = 0)

运行时代码的演示可以在此处找到。

从委托事件中显示自定义元数据¶

如运行时日志 API 上所示，用户可以记录字节数组及其委托分析事件。我们通过 Inspector API 在后处理中向用户提供此数据。

用户可以在创建 Inspector 实例时传递一个元数据解析器。解析器是一个可调用对象，它反序列化数据并返回字符串列表或包含键值对的字典。然后将反序列化的数据添加回事件块中的相应事件，供用户使用。以下是如何编写此解析器的示例

注意：反序列化器的输入是一个列表，其中每个条目都是一系列字节（本质上每个条目都是一个不可变的字节数组）。用户需要遍历此列表，反序列化每个条目，然后以预期格式返回它，该格式可以是字符串列表或字典。

Inspector(
    etdump_path=etdump_path,
    # Optional
    etrecord=etrecord_path,
    # Optional, only needed if debugging was enabled.
    buffer_path=buffer_path,
    delegate_metadata_parser=parse_delegate_metadata
)


def parse_delegate_metadata(delegate_metadatas: List[bytes]) -> Union[List[str], Dict[str, Any]]:
    metadata_str = []
    for metadata_bytes in delegate_metadatas:
        metadata_str += str(metadata_bytes)
    return metadata_str