This repository contains code for:
- Fusion-in-Decoder models
- Distilling Knowledge from Reader to Retriever
- Python 3
- PyTorch (currently tested on version 1.6.0)
- Transformers (version 3.0.2, unlikely to work with a different version)
- NumPy
NaturalQuestions and TriviaQA data can be downloaded using get-data.sh
. Both datasets are obtained from the original source and the wikipedia dump is downloaded from the DPR repository. In addition to the question and answers, this script retrieves the Wikipedia passages used to trained the released pretrained models.
The expected data format is a list of entry examples, where each entry example is a dictionary containing
id
: example id, optionalquestion
: question texttarget
: answer used for model training, if not given, the target is randomly sampled from the 'answers' listanswers
: list of answer text for evaluation, also used for training if target is not givenctxs
: a list of passages where each item is a dictionary containing -title
: article title -text
: passage text
Entry example:
{
'id': '0',
'question': 'What element did Marie Curie name after her native land?',
'target': 'Polonium',
'answers': ['Polonium', 'Po (chemical element)', 'Po'],
'ctxs': [
{
"title": "Marie Curie",
"text": "them on visits to Poland. She named the first chemical element that she discovered in 1898 \"polonium\", after her native country. Marie Curie died in 1934, aged 66, at a sanatorium in Sancellemoz (Haute-Savoie), France, of aplastic anemia from exposure to radiation in the course of her scientific research and in the course of her radiological work at field hospitals during World War I. Maria Sk\u0142odowska was born in Warsaw, in Congress Poland in the Russian Empire, on 7 November 1867, the fifth and youngest child of well-known teachers Bronis\u0142awa, \"n\u00e9e\" Boguska, and W\u0142adys\u0142aw Sk\u0142odowski. The elder siblings of Maria"
},
{
"title": "Marie Curie",
"text": "was present in such minute quantities that they would eventually have to process tons of the ore. In July 1898, Curie and her husband published a joint paper announcing the existence of an element which they named \"polonium\", in honour of her native Poland, which would for another twenty years remain partitioned among three empires (Russian, Austrian, and Prussian). On 26 December 1898, the Curies announced the existence of a second element, which they named \"radium\", from the Latin word for \"ray\". In the course of their research, they also coined the word \"radioactivity\". To prove their discoveries beyond any"
}
]
}
Pretrained models can be downloaded using get-model.sh
. Currently availble models are [nq_reader_base, nq_reader_large, nq_retriever, tqa_reader_base, tqa_reader_large, tqa_retriever].
bash get-model.sh -m model_name
Performance of the pretrained models:
Mode size | NaturalQuestions | TriviaQA | ||
dev | test | dev | test | |
base | 49.2 | 50.1 | 68.7 | 69.3 |
large | 52.7 | 54.4 | 72.5 | 72.5 |
The retriever obtained by distilling the reader in the retriever obtains the following results:
NaturalQuestions | TriviaQA | ||||
R@5 | R@20 | R@100 | R@5 | R@20 | R@100 |
73.8 | 84.3 | 89.3 | 77.0 | 83.6 | 87.7 |
Fusion-in-Decoder models can be trained using train_reader.py
and evaluated with test_reader.py
.
train_reader.py
provides the code to train a model. An example usage of the script is given below:
python train_reader.py \
--train_data train_data.json \
--eval_data eval_data.json \
--model_size base \
--per_gpu_batch_size 1 \
--n_context 100 \
--name my_experiment \
--checkpoint_dir checkpoint \
Training these models with 100 passages is memory intensive. To alleviate this issue we use checkpointing with the --use_checkpoint
option. Tensors of variable sizes lead to memory overhead. Encoder input tensors have a fixed size by default, but not the decoder input tensors. The tensor size on the decoder side can be fixed using --answer_maxlength
. The large readers have been trained on 64 GPUs with the following hyperparameters:
python train_reader.py \
--use_checkpoint \
--lr 0.00005 \
--optim adamw \
--scheduler linear \
--weight_decay 0.01 \
--text_maxlength 250 \
--per_gpu_batch_size 1 \
--n_context 100 \
--total_step 15000 \
--warmup_step 1000 \
You can evaluate your model or a pretrained model with test_reader.py
. An example usage of the script is provided below.
python test_reader.py \
--model_path checkpoint_dir/my_experiment/my_model_dir/checkpoint/best_dev \
--eval_data eval_data.json \
--per_gpu_batch_size 1 \
--n_context 100 \
--name my_test \
--checkpoint_dir checkpoint \
This repository also contains code to train a retriever model following the method proposed in our paper: Distilling knowledge from reader to retriever for question answering. This code is heavily inspired by the DPR codebase and reuses parts of it. The proposed method consists in several steps:
Assuming that we have already retrieved relevant passages for each question, the first step consists in generating cross-attention scores. This can be done using the option --write_crossattention_scores
in test.py
. It saves the dataset with cross-attention scores in checkpoint_dir/name/dataset_wscores.json
. To retrieve the initial set of passages for each question, different options can be considered, such as DPR or BM25.
python test.py \
--model_path my_model_path \
--eval_data data.json \
--per_gpu_batch_size 4 \
--n_context 100 \
--name my_test \
--checkpoint_dir checkpoint \
--write_crossattention_scores \
train_retriever.py
provides the code to train a retriever using the scores previously generated.
python train_retriever.py \
--lr 1e-4 \
--optim adamw \
--scheduler linear \
--train_data train_data.json \
--eval_data eval_data.json \
--n_context 100 \
--total_steps 20000 \
--scheduler_steps 30000 \
Then the trained retriever is used to index a knowldege source, Wikipedia in our case.
python3 generate_retriever_embedding.py \
--model_path <model_dir> \ #directory
--passages passages.tsv \ #.tsv file
--output_path wikipedia_embeddings \
--shard_id 0 \
--num_shards 1 \
--per_gpu_batch_size 500 \
After indexing, given an input query, passages can be efficiently retrieved:
python passage_retrieval.py \
--model_path <model_dir> \
--passages psgs_w100.tsv \
--data_path data.json \
--passages_embeddings "wikipedia_embeddings/wiki_*" \
--output_path retrieved_data.json \
--n-docs 100 \
We found that iterating the four steps here can improve performances, depending on the initial set of documents.
[1] G. Izacard, E. Grave Leveraging Passage Retrieval with Generative Models for Open Domain Question Answering
@misc{izacard2020leveraging,
title={Leveraging Passage Retrieval with Generative Models for Open Domain Question Answering},
author={Gautier Izacard and Edouard Grave},
url = {https://arxiv.org/abs/2007.0128},
year={2020},
publisher = {arXiv},
}
[2] G. Izacard, E. Grave Distilling Knowledge from Reader to Retriever for Question Answering
@misc{izacard2020distilling,
title={Distilling Knowledge from Reader to Retriever for Question Answering},
author={Gautier Izacard and Edouard Grave},
url = {https://arxiv.org/abs/2012.04584},
year={2020},
publisher = {arXiv},
}
[3] G. Izacard, F. Petroni, L. Hosseini, N. De Cao, S. Riedel, E. Grave A Memory Efficient Baseline for Open Domain Question Answering
@misc{izacard2020memory,
title={A Memory Efficient Baseline for Open Domain Question Answering},
author={Gautier Izacard and Fabio Petroni and Lucas Hosseini and Nicola De Cao and Sebastian Riedel and Edouard Grave},
url = {https://arxiv.org/abs/2012.15156},
year={2020},
publisher = {arXiv},
}
See the LICENSE file for more details.