Skip to content

Commit 4c6cdce

Browse files
Olivia-liufacebook-github-bot
authored andcommitted
sdk overview page rename (#5385)
Summary: Pull Request resolved: #5385 Differential Revision: D62727993
1 parent 32c1d8f commit 4c6cdce

File tree

3 files changed

+46
-43
lines changed

3 files changed

+46
-43
lines changed
Lines changed: 44 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,44 @@
1+
# Introduction to the ExecuTorch Developer Tools
2+
3+
ExecuTorch has been designed with [productivity](./intro-overview.md) as one of its core objectives and the ExecuTorch Developer Tools enable this through the comprehensive suite of tools it provides users to help them profile, debug, and visualize models that they have onboarded onto ExecuTorch.
4+
5+
All the components of the Developer Tools have been designed from the ground up with deep integration in both the export process and the runtime. This enables us to provide unique features such as linking back operator execution in the runtime to the line of code in the original eager model that this operator originated from.
6+
7+
## Developer Tools Features
8+
9+
The ExecuTorch Developer Tools support the following features:
10+
11+
- **BundledProgram** is a utility tool for exporting the model bundled with a sample set of (representative) inputs and expected outputs, so that during runtime users can validate that the actual output is in fact the same as the expected output.
12+
- **Profiling** models with operator level breakdown of performance stats
13+
- Linking back operator performance stats to source code and module hierarchy
14+
- Model loading and execution time
15+
- **Delegate Integration** - Surfacing performance details from delegate backends
16+
- Link back delegate operator execution to the nodes they represent in the edge dialect graph (and subsequently linking back to source code and module hierarchy)
17+
- **Debugging** - Intermediate outputs and output quality analysis
18+
- **Visualization** - Coming soon
19+
20+
## Fundamental components of the Developer Tools
21+
22+
In order to fully understand and leverage the power of the Developer Tools in this section, the fundamental components that power the Developer Tools will be detailed.
23+
24+
### ETRecord
25+
ETRecord (ExecuTorch Record) is an artifact generated during the export process that stores the graphs and other metadata that is critical for the Developer Tools to be able to link back the performance/debug data sourced from the runtime to the source code of the eager model.
26+
27+
To draw a rough equivalence to conventional software development ETRecord can be considered as the binary built with debug symbols that is used for debugging in GNU Project debugger (gdb).
28+
29+
More details are available in the [ETRecord documentation](sdk-etrecord.rst) on how to generate and store an ETRecord.
30+
31+
### ETDump
32+
ETDump (ExecuTorch Dump) is the binary blob that is generated by the runtime after running a model. Similarly as above, to draw a rough equivalence to conventional software development, ETDump can be considered as the coredump of ExecuTorch, but in this case within ETDump we store all the performance and debug data that was generated by the runtime during model execution.
33+
34+
```{note}
35+
If you only care about looking at the raw performance data without linking back to source code and other extensive features, an ETDump alone will be enough to leverage the basic features of the Developer Tools. For the full experience, it is recommended that the users also generate an ETRecord.
36+
```
37+
38+
More details are available in the [ETDump documentation](sdk-etdump.md) on how to generate and store an ETDump from the runtime.
39+
40+
41+
### Inspector APIs
42+
The Inspector Python APIs are the main user enrty point into the Developer Tools. They join the data sourced from ETDump and ETRecord to give users access to all the performance and debug data sourced from the runtime along with linkage back to eager model source code and module hierarchy in an easy to use API.
43+
44+
More details are available in the [Inspector API documentation](sdk-inspector.rst) on how to use the Inspector APIs.

docs/source/index.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -196,7 +196,7 @@ Topics in this section will help you get started with ExecuTorch.
196196
:caption: Developer Tools
197197
:hidden:
198198

199-
sdk-overview
199+
developer-tools-overview
200200
sdk-bundled-io
201201
sdk-etrecord
202202
sdk-etdump

docs/source/sdk-overview.md

Lines changed: 1 addition & 42 deletions
Original file line numberDiff line numberDiff line change
@@ -1,44 +1,3 @@
11
# Introduction to the ExecuTorch Developer Tools
22

3-
ExecuTorch has been designed with [productivity](./intro-overview.md) as one of its core objectives and the ExecuTorch Developer Tools enable this through the comprehensive suite of tools it provides users to help them profile, debug, and visualize models that they have onboarded onto ExecuTorch.
4-
5-
All the components of the Developer Tools have been designed from the ground up with deep integration in both the export process and the runtime. This enables us to provide unique features such as linking back operator execution in the runtime to the line of code in the original eager model that this operator originated from.
6-
7-
## Developer Tools Features
8-
9-
The ExecuTorch Developer Tools support the following features:
10-
11-
- **BundledProgram** is a utility tool for exporting the model bundled with a sample set of (representative) inputs and expected outputs, so that during runtime users can validate that the actual output is in fact the same as the expected output.
12-
- **Profiling** models with operator level breakdown of performance stats
13-
- Linking back operator performance stats to source code and module hierarchy
14-
- Model loading and execution time
15-
- **Delegate Integration** - Surfacing performance details from delegate backends
16-
- Link back delegate operator execution to the nodes they represent in the edge dialect graph (and subsequently linking back to source code and module hierarchy)
17-
- **Debugging** - Intermediate outputs and output quality analysis
18-
- **Visualization** - Coming soon
19-
20-
## Fundamental components of the Developer Tools
21-
22-
In order to fully understand and leverage the power of the Developer Tools in this section, the fundamental components that power the Developer Tools will be detailed.
23-
24-
### ETRecord
25-
ETRecord (ExecuTorch Record) is an artifact generated during the export process that stores the graphs and other metadata that is critical for the Developer Tools to be able to link back the performance/debug data sourced from the runtime to the source code of the eager model.
26-
27-
To draw a rough equivalence to conventional software development ETRecord can be considered as the binary built with debug symbols that is used for debugging in GNU Project debugger (gdb).
28-
29-
More details are available in the [ETRecord documentation](sdk-etrecord.rst) on how to generate and store an ETRecord.
30-
31-
### ETDump
32-
ETDump (ExecuTorch Dump) is the binary blob that is generated by the runtime after running a model. Similarly as above, to draw a rough equivalence to conventional software development, ETDump can be considered as the coredump of ExecuTorch, but in this case within ETDump we store all the performance and debug data that was generated by the runtime during model execution.
33-
34-
```{note}
35-
If you only care about looking at the raw performance data without linking back to source code and other extensive features, an ETDump alone will be enough to leverage the basic features of the Developer Tools. For the full experience, it is recommended that the users also generate an ETRecord.
36-
```
37-
38-
More details are available in the [ETDump documentation](sdk-etdump.md) on how to generate and store an ETDump from the runtime.
39-
40-
41-
### Inspector APIs
42-
The Inspector Python APIs are the main user enrty point into the Developer Tools. They join the data sourced from ETDump and ETRecord to give users access to all the performance and debug data sourced from the runtime along with linkage back to eager model source code and module hierarchy in an easy to use API.
43-
44-
More details are available in the [Inspector API documentation](sdk-inspector.rst) on how to use the Inspector APIs.
3+
Please update your link to <https://pytorch.org/executorch/main/developer-tools-overview.html>. This URL will be deleted after v0.4.0.

0 commit comments

Comments
 (0)