FilesLast commitLast update
4 months ago
4 months ago
4 months ago
4 months ago
4 months ago
4 months ago
4 months ago
README

Sample Usage Guide

1. Functional Description

This sample uses control operators for graph construction, aiming to help graph construction developers quickly get started with control operator definition and usage

2. Directory Structure

cpp/
├── src/
|   └── CMakeLists.txt           // CMake build file
|   └── es_showcase.h            // Header file
|   └── make_if_graph.cpp        // sample file
├── CMakeLists.txt               // CMake build file
├── main.cpp                     // Program main entry
├── README.md                    // README file
├── run_sample.sh                // Execution script
├── utils.h                      // Utility file

3. Usage

3.1. Prepare CANN Package

  • Correctly install toolkit and ops packages through installation guide Environment Preparation
  • Set environment variables (assuming packages are installed in /usr/local/Ascend/)
source /usr/local/Ascend/cann/set_env.sh

3.2. Compilation and Execution

Simply run the following command to complete cleanup, interface generation, graph construction and DUMP graph

bash run_sample.sh

Current run_sample.sh behavior: first automatically clean up old build, build sample and execute sample dump by default. When you see the following information, it means successful execution:

[Success] sample executed successfully, pbtxt dump generated in current directory. This file starts with ge_onnx_ and can be opened in netron for display

Output File Description

After successful execution, the following files will be generated in the current directory:

  • ge_onnx_*.pbtxt - Graph structure protobuf text format, can be viewed with netron

Build Graph and Execute

Besides basic graph construction and dump functionality, esb_sample also supports building graphs and executing actual computation.

bash run_sample.sh -t sample_and_run

This command will:

  1. Automatically generate ES interfaces
  2. Compile sample program
  3. Generate dump graph, run graph and output computation results

After successful execution you will see:

[Success] sample_and_run executed successfully, pbtxt and data output dump generated in current directory

You can view computation results through data files

3.3. Log Printing

If you need log printing to assist debugging during executable program execution, you can set the following environment variables before bash run_sample.sh to print logs to screen

export ASCEND_SLOG_PRINT_TO_STDOUT=1 #Print logs to screen
export ASCEND_GLOBAL_LOG_LEVEL=0 #Log level is debug level

3.4. DUMP Graph During Graph Compilation Process

During executable program execution, if you need to DUMP graph to assist debugging graph compilation process, you can set the following environment variable before bash run_sample.sh -t sample_and_run to DUMP graph to execution path

export DUMP_GE_GRAPH=2

4. Core Concept Introduction

4.1. Graph Construction Steps

  • Create graph builder (used to provide context, workspace and construction-related methods needed for graph construction)
  • Add start nodes (start nodes refer to nodes without input dependencies, usually including graph inputs (like Data nodes) and weight constants (like Const nodes))
  • Add intermediate nodes (intermediate nodes are computation nodes with input dependencies, usually generated by user graph construction logic, and connected through existing nodes as inputs)
  • Set graph output (explicitly specify graph output nodes as endpoints of computation results)

4.2. Control Operator (Control Op)

Concept Description: Control operators are a special class of operators used to implement control flow logic, such as conditional branches (If), etc.

Graph Construction API Features:

  • Control operators usually need to construct one or more subgraphs first

For example, the prototype of the If operator is shown below, the ES graph construction generated API is If(), supports usage in C and C++

    REG_OP(If)
      .INPUT(cond, TensorType::ALL())
      .DYNAMIC_INPUT(input, TensorType::ALL())
      .DYNAMIC_OUTPUT(output, TensorType::ALL())
      .GRAPH(then_branch)
      .GRAPH(else_branch)
      .OP_END_FACTORY_REG(If)

Its corresponding function prototype is:

  • Function name: If (C++) or EsIf (C)
  • Parameters: 3 in total, namely cond, input, then_branch, else_branch
  • Return value: output

In C API:

EsIfOutput EsIf(EsCTensorHolder *cond, EsCTensorHolder **input, int64_t input_num, int64_t output_num, EsCGraph *then_branch, EsCGraph *else_branch);
typedef struct {
    EsCTensorHolder **output;
    int64_t output_num;
} EsIfOutput;

C++ API:

std::vector<EsTensorHolder> If(const EsTensorHolder &cond, const std::vector<EsTensorHolder> &input, int64_t output_num, std::unique_ptr<ge::Graph> then_branch, std::unique_ptr<ge::Graph> else_branch)

Note:

  1. Use TensorLike type to express input, to support the case where actual parameters can directly pass values
  2. Use default parameters to express optional attributes in IR prototype