Spaces:
Runtime error
Runtime error
<!--Copyright 2021 The HuggingFace Team. All rights reserved. | |
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with | |
the License. You may obtain a copy of the License at | |
http://www.apache.org/licenses/LICENSE-2.0 | |
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on | |
an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the | |
specific language governing permissions and limitations under the License. | |
--> | |
# ByT5 | |
## Overview | |
The ByT5 model was presented in [ByT5: Towards a token-free future with pre-trained byte-to-byte models](https://arxiv.org/abs/2105.13626) by Linting Xue, Aditya Barua, Noah Constant, Rami Al-Rfou, Sharan Narang, Mihir | |
Kale, Adam Roberts, Colin Raffel. | |
The abstract from the paper is the following: | |
*Most widely-used pre-trained language models operate on sequences of tokens corresponding to word or subword units. | |
Encoding text as a sequence of tokens requires a tokenizer, which is typically created as an independent artifact from | |
the model. Token-free models that instead operate directly on raw text (bytes or characters) have many benefits: they | |
can process text in any language out of the box, they are more robust to noise, and they minimize technical debt by | |
removing complex and error-prone text preprocessing pipelines. Since byte or character sequences are longer than token | |
sequences, past work on token-free models has often introduced new model architectures designed to amortize the cost of | |
operating directly on raw text. In this paper, we show that a standard Transformer architecture can be used with | |
minimal modifications to process byte sequences. We carefully characterize the trade-offs in terms of parameter count, | |
training FLOPs, and inference speed, and show that byte-level models are competitive with their token-level | |
counterparts. We also demonstrate that byte-level models are significantly more robust to noise and perform better on | |
tasks that are sensitive to spelling and pronunciation. As part of our contribution, we release a new set of | |
pre-trained byte-level Transformer models based on the T5 architecture, as well as all code and data used in our | |
experiments.* | |
This model was contributed by [patrickvonplaten](https://huggingface.co/patrickvonplaten). The original code can be | |
found [here](https://github.com/google-research/byt5). | |
ByT5's architecture is based on the T5v1.1 model, so one can refer to [T5v1.1's documentation page](t5v1.1). They | |
only differ in how inputs should be prepared for the model, see the code examples below. | |
Since ByT5 was pre-trained unsupervisedly, there's no real advantage to using a task prefix during single-task | |
fine-tuning. If you are doing multi-task fine-tuning, you should use a prefix. | |
### Example | |
ByT5 works on raw UTF-8 bytes, so it can be used without a tokenizer: | |
```python | |
>>> from transformers import T5ForConditionalGeneration | |
>>> import torch | |
>>> model = T5ForConditionalGeneration.from_pretrained("google/byt5-small") | |
>>> num_special_tokens = 3 | |
>>> # Model has 3 special tokens which take up the input ids 0,1,2 of ByT5. | |
>>> # => Need to shift utf-8 character encodings by 3 before passing ids to model. | |
>>> input_ids = torch.tensor([list("Life is like a box of chocolates.".encode("utf-8"))]) + num_special_tokens | |
>>> labels = torch.tensor([list("La vie est comme une boîte de chocolat.".encode("utf-8"))]) + num_special_tokens | |
>>> loss = model(input_ids, labels=labels).loss | |
>>> loss.item() | |
2.66 | |
``` | |
For batched inference and training it is however recommended to make use of the tokenizer: | |
```python | |
>>> from transformers import T5ForConditionalGeneration, AutoTokenizer | |
>>> model = T5ForConditionalGeneration.from_pretrained("google/byt5-small") | |
>>> tokenizer = AutoTokenizer.from_pretrained("google/byt5-small") | |
>>> model_inputs = tokenizer( | |
... ["Life is like a box of chocolates.", "Today is Monday."], padding="longest", return_tensors="pt" | |
... ) | |
>>> labels_dict = tokenizer( | |
... ["La vie est comme une boîte de chocolat.", "Aujourd'hui c'est lundi."], padding="longest", return_tensors="pt" | |
... ) | |
>>> labels = labels_dict.input_ids | |
>>> loss = model(**model_inputs, labels=labels).loss | |
>>> loss.item() | |
17.9 | |
``` | |
Similar to [T5](t5), ByT5 was trained on the span-mask denoising task. However, | |
since the model works directly on characters, the pretraining task is a bit | |
different. Let's corrupt some characters of the | |
input sentence `"The dog chases a ball in the park."` and ask ByT5 to predict them | |
for us. | |
```python | |
>>> from transformers import AutoTokenizer, AutoModelForSeq2SeqLM | |
>>> import torch | |
>>> tokenizer = AutoTokenizer.from_pretrained("google/byt5-base") | |
>>> model = AutoModelForSeq2SeqLM.from_pretrained("google/byt5-base") | |
>>> input_ids_prompt = "The dog chases a ball in the park." | |
>>> input_ids = tokenizer(input_ids_prompt).input_ids | |
>>> # Note that we cannot add "{extra_id_...}" to the string directly | |
>>> # as the Byte tokenizer would incorrectly merge the tokens | |
>>> # For ByT5, we need to work directly on the character level | |
>>> # Contrary to T5, ByT5 does not use sentinel tokens for masking, but instead | |
>>> # uses final utf character ids. | |
>>> # UTF-8 is represented by 8 bits and ByT5 has 3 special tokens. | |
>>> # => There are 2**8+2 = 259 input ids and mask tokens count down from index 258. | |
>>> # => mask to "The dog [258]a ball [257]park." | |
>>> input_ids = torch.tensor([input_ids[:8] + [258] + input_ids[14:21] + [257] + input_ids[28:]]) | |
>>> input_ids | |
tensor([[ 87, 107, 104, 35, 103, 114, 106, 35, 258, 35, 100, 35, 101, 100, 111, 111, 257, 35, 115, 100, 117, 110, 49, 1]]) | |
>>> # ByT5 produces only one char at a time so we need to produce many more output characters here -> set `max_length=100`. | |
>>> output_ids = model.generate(input_ids, max_length=100)[0].tolist() | |
>>> output_ids | |
[0, 258, 108, 118, 35, 119, 107, 104, 35, 114, 113, 104, 35, 122, 107, 114, 35, 103, 114, 104, 118, 257, 35, 108, 113, 35, 119, 107, 104, 35, 103, 108, 118, 102, 114, 256, 108, 113, 35, 119, 107, 104, 35, 115, 100, 117, 110, 49, 35, 87, 107, 104, 35, 103, 114, 106, 35, 108, 118, 35, 119, 107, 104, 35, 114, 113, 104, 35, 122, 107, 114, 35, 103, 114, 104, 118, 35, 100, 35, 101, 100, 111, 111, 35, 108, 113, 255, 35, 108, 113, 35, 119, 107, 104, 35, 115, 100, 117, 110, 49] | |
>>> # ^- Note how 258 descends to 257, 256, 255 | |
>>> # Now we need to split on the sentinel tokens, let's write a short loop for this | |
>>> output_ids_list = [] | |
>>> start_token = 0 | |
>>> sentinel_token = 258 | |
>>> while sentinel_token in output_ids: | |
... split_idx = output_ids.index(sentinel_token) | |
... output_ids_list.append(output_ids[start_token:split_idx]) | |
... start_token = split_idx | |
... sentinel_token -= 1 | |
>>> output_ids_list.append(output_ids[start_token:]) | |
>>> output_string = tokenizer.batch_decode(output_ids_list) | |
>>> output_string | |
['<pad>', 'is the one who does', ' in the disco', 'in the park. The dog is the one who does a ball in', ' in the park.'] | |
``` | |
## ByT5Tokenizer | |
[[autodoc]] ByT5Tokenizer | |
See [`ByT5Tokenizer`] for all details. | |