# Layer Recycling and Fine-tuning Efficiency

A recent paper by Allen AI has attracted attention in the NLP community as they cache the output of a certain intermediate layer in the training and inference phases to achieve a speedup of ~83% with a negligible loss in model performance. This technique is quite similar to the caching mechanism in Quaterion, but the latter is intended for any data modalities while the former focuses only on language models despite presenting important insights from their experiments. In this post, I will share our findings combined with those, hoping to provide the community with a wider perspective on layer recycling.

## How layer recycling works

The main idea of layer recycling is to accelerate the training (and inference) by avoiding repeated passes of the same data object through the frozen layers. Instead, it is possible to pass objects through those layers only once, cache the output and use them as inputs to the unfrozen layers in future epochs.

In the paper, they usually cache 50% of the layers, e.g., the output of the 6th multi-head self-attention block in a 12-block encoder. However, they find out that it does not work equally for all the tasks. For example, the question answering task suffers from a more significant degradation in performance with 50% of the layers recycled, and they choose to lower it down to 25% for this task, so they suggest determining the level of caching based on the task at hand. they also note that caching provides a more considerable speedup for larger models and on lower-end machines.

In layer recycling, the cache is hit for exactly the same object. It is easy to achieve this in textual data as it is easily hashable, but you may need more advanced tricks to generate keys for the cache when you want to generalize this technique to diverse data types. For instance, hashing PyTorch tensors does not work as you may expect. Quaterion comes with an intelligent key extractor that may be applied to any data type, but it is also allowed to customize it with a callable passed as an argument. Thanks to this flexibility, we were able to run a variety of experiments in different setups, and I believe that these findings will be helpful for your future projects.

## Experiments

We conducted different experiments to test the performance with:

1. Different numbers of layers recycled in the similar cars search example.
2. Different numbers of samples in the dataset for training and fine-tuning for similar cars search.
3. Different numbers of layers recycled in the question answerring example.

## Easy layer recycling with Quaterion

The easiest way of caching layers in Quaterion is to compose a TrainableModel with a frozen Encoder and an unfrozen EncoderHead. Therefore, we modified the TrainableModel in the example as in the following:

class Model(TrainableModel):
# ...

def configure_encoders(self) -> Union[Encoder, Dict[str, Encoder]]:
pre_trained_encoder = torchvision.models.resnet34(pretrained=True)
self.avgpool = copy.deepcopy(pre_trained_encoder.avgpool)
self.finetuned_block = copy.deepcopy(pre_trained_encoder.layer4)
modules = []

for name, child in pre_trained_encoder.named_children():
modules.append(child)
if name == "layer3":
break

pre_trained_encoder = nn.Sequential(*modules)

return CarsEncoder(pre_trained_encoder)

self.avgpool,
nn.Flatten(),
output_size=512)

# ...


This trick lets us finetune one more layer from the base model as a part of the EncoderHead while still benefiting from the speedup in the frozen Encoder provided by the cache.

## Experiment 1: Percentage of layers recycled

The paper states that recycling 50% of the layers yields little to no loss in performance when compared to full fine-tuning. In this setup, we compared performances of four methods:

1. Freeze the whole base model and train only EncoderHead.
2. Move one of the four residual blocks EncoderHead and train it together with the head layer while freezing the rest (75% layer recycling).
3. Move two of the four residual blocks to EncoderHead while freezing the rest (50% layer recycling).
4. Train the whole base model together with EncoderHead.

Note: During these experiments, we used ResNet34 instead of ResNet152 as the pretrained model in order to be able to use a reasonable batch size in full training. The baseline score with ResNet34 is 0.106.

ModelRRP
Full training0.32
50% recycling0.31
75% recycling0.28
Baseline0.11

As is seen in the table, the performance in 50% layer recycling is very close to that in full training. Additionally, we can still have a considerable speedup in 50% layer recycling with only a small drop in performance. Although 75% layer recycling is better than training only EncoderHead, its performance drops quickly when compared to 50% layer recycling and full training.

## Experiment 2: Amount of available data

In the second experiment setup, we compared performances of fine-tuning strategies with different dataset sizes. We sampled 50% of the training set randomly while still evaluating models on the whole validation set.

ModelRRP
Full training0.27
50% recycling0.26
75% recycling0.25
Baseline0.11

This experiment shows that, the smaller the available dataset is, the bigger drop in performance we observe in full training, 50% and 75% layer recycling. On the other hand, the level of degradation in training only EncoderHead is really small when compared to others. When we further reduce the dataset size, full training becomes untrainable at some point, while we can still improve over the baseline by training only EncoderHead.

## Experiment 3: Layer recycling in question answering

We also wanted to test layer recycling in a different domain as one of the most important takeaways of the paper is that the performance of layer recycling is task-dependent. To this end, we set up an experiment with the code from the Question Answering with Similarity Learning tutorial.

ModelRP@1RRK
Full training0.760.65
50% recycling0.750.63
75% recycling0.690.59
Baseline0.640.55

In this task, 50% layer recycling can still do a good job with only a small drop in performance when compared to full training. However, the level of degradation is smaller than that in the similar cars search example. This can be attributed to several factors such as the pretrained model quality, dataset size and task definition, and it can be the subject of a more elaborate and comprehensive research project. Another observation is that the performance of 75% layer recycling is closer to that of training only EncoderHead than 50% layer recycling.

## Conclusion

We set up several experiments to test layer recycling under different constraints and confirmed that layer recycling yields varying performances with different tasks and domains. One of the most important observations is the fact that the level of degradation in layer recycling is sublinear with a comparison to full training, i.e., we lose a smaller percentage of performance than the percentage we recycle. Additionally, training only EncoderHead is more resistant to small dataset sizes. There is even a critical size under which full training does not work at all. The issue of performance differences shows that there is still room for further research on layer recycling, and luckily Quaterion is flexible enough to run such experiments quickly. We will continue to report our findings on fine-tuning efficiency.

Fun fact: The preview image for this article was created with Dall.e with the following prompt: “Photo-realistic robot using a tuning fork to adjust a piano.” Click here to see it in full size!

##### Question Answering with LangChain and Qdrant without boilerplate
We combined LangChain, pretrained LLM from OpenAI, SentenceTransformers and Qdrant to create a Q&A system with just a few lines of code.
##### Minimal RAM you need to serve a million vectors
How to properly measure RAM usage and optimize Qdrant for memory consumption.
##### Question Answering as a Service with Cohere and Qdrant
End-to-end Question Answering system for the biomedical data with SaaS tools: Cohere co.embed API and Qdrant