Reducing torch.compile cold start compilation time with regional compilation — PyTorch Tutorials 2.7.0+cu126 documentation (original) (raw)
Note
Click hereto download the full example code
Created On: Oct 10, 2024 | Last Updated: Oct 16, 2024 | Last Verified: Oct 10, 2024
Author: Animesh Jain
As deep learning models get larger, the compilation time of these models also increases. This extended compilation time can result in a large startup time in inference services or wasted resources in large-scale training. This recipe shows an example of how to reduce the cold start compilation time by choosing to compile a repeated region of the model instead of the entire model.
Prerequisites¶
- Pytorch 2.5 or later
Setup¶
Before we begin, we need to install torch
if it is not already available.
Note
This feature is available starting with the 2.5 release. If you are using version 2.4, you can enable the configuration flag torch._dynamo.config.inline_inbuilt_nn_modules=True
to prevent recompilations during regional compilation. In version 2.5, this flag is enabled by default.
from time import perf_counter
Steps¶
In this recipe, we will follow these steps:
- Import all necessary libraries.
- Define and initialize a neural network with repeated regions.
- Understand the difference between the full model and the regional compilation.
- Measure the compilation time of the full model and the regional compilation.
First, let’s import the necessary libraries for loading our data:
import torch import torch.nn as nn
Next, let’s define and initialize a neural network with repeated regions.
Typically, neural networks are composed of repeated layers. For example, a large language model is composed of many Transformer blocks. In this recipe, we will create a Layer
using the nn.Module
class as a proxy for a repeated region. We will then create a Model
which is composed of 64 instances of thisLayer
class.
Next, let’s review the difference between the full model and the regional compilation.
In full model compilation, the entire model is compiled as a whole. This is the common approach most users take with torch.compile
. In this example, we apply torch.compile
to the Model
object. This will effectively inline the 64 layers, producing a large graph to compile. You can look at the full graph by running this recipe with TORCH_LOGS=graph_code
.
model = Model(apply_regional_compilation=False).cuda() full_compiled_model = torch.compile(model)
The regional compilation, on the other hand, compiles a region of the model. By strategically choosing to compile a repeated region of the model, we can compile a much smaller graph and then reuse the compiled graph for all the regions. In the example, torch.compile
is applied only to the layers
and not the full model.
regional_compiled_model = Model(apply_regional_compilation=True).cuda()
Applying compilation to a repeated region, instead of full model, leads to large savings in compile time. Here, we will just compile a layer instance and then reuse it 64 times in the Model
object.
Note that with repeated regions, some part of the model might not be compiled. For example, the self.linear
in the Model
is outside of the scope of regional compilation.
Also, note that there is a tradeoff between performance speedup and compile time. Full model compilation involves a larger graph and, theoretically, offers more scope for optimizations. However, for practical purposes and depending on the model, we have observed many cases with minimal speedup differences between the full model and regional compilation.
Next, let’s measure the compilation time of the full model and the regional compilation.
torch.compile
is a JIT compiler, which means that it compiles on the first invocation. In the code below, we measure the total time spent in the first invocation. While this method is not precise, it provides a good estimate since the majority of the time is spent in compilation.
def measure_latency(fn, input): # Reset the compiler caches to ensure no reuse between different runs torch.compiler.reset() with torch._inductor.utils.fresh_inductor_cache(): start = perf_counter() fn(input) torch.cuda.synchronize() end = perf_counter() return end - start
input = torch.randn(10, 10, device="cuda") full_model_compilation_latency = measure_latency(full_compiled_model, input) print(f"Full model compilation time = {full_model_compilation_latency:.2f} seconds")
regional_compilation_latency = measure_latency(regional_compiled_model, input) print(f"Regional compilation time = {regional_compilation_latency:.2f} seconds")
assert regional_compilation_latency < full_model_compilation_latency
/usr/local/lib/python3.10/dist-packages/torch/_inductor/compile_fx.py:236: UserWarning:
TensorFloat32 tensor cores for float32 matrix multiplication available but not enabled. Consider setting torch.set_float32_matmul_precision('high')
for better performance.
Full model compilation time = 26.06 seconds Regional compilation time = 1.31 seconds
Conclusion¶
This recipe shows how to control the cold start compilation time if your model has repeated regions. This approach requires user modifications to apply torch.compile to the repeated regions instead of more commonly used full model compilation. We are continually working on reducing cold start compilation time.
Total running time of the script: ( 0 minutes 28.673 seconds)