Expanding LLM Tokenizers Without Discarding Weights
Listen to the summary
Uses a voice available on your device
Audio options
On this page 4 sections
Related concepts 4 concepts
Key Takeaways
- Addresses language-specific tokenizer fragmentation in pre-trained on-device LLMs that causes increased latency and energy consumption.
- Introduces an in-place expansion recipe using a 128K merge table and a two-stage adaptation process.
- Achieves up to 4.0x fewer tokens for Thai and a 2.2x to 3.7x per-character decode speedup on reference devices for underrepresented languages.
- Surpasses the source checkpoint on aggregate benchmarks, reaching an 8-benchmark mean accuracy of 48.3% compared to 44.7% for the source.
Summary & Methodology Analysis
Language-specific tokenizer fragmentation in pre-trained on-device LLMs causes increased latency and energy consumption for languages underrepresented at the start of pre-training. To solve this without discarding existing model weights, the paper proposes an in-place expansion recipe. Tokenisation, the process of breaking text into discrete sub-word units, is improved by continuing the source tokenizer's byte-level BPE, a sub-word tokenisation algorithm, merge training on a multilingual corpus to initialize a new 128K merge table. Embedding initialization is performed by copying embedding rows unchanged for the majority of source tokens that map one-to-one, while new rows are initialized by averaging the source sub-token embeddings.
The adaptation process is split into two distinct stages. In Stage 1 adaptation, only the new embedding rows are trained while keeping all other model parameters frozen over 600B tokens. In Stage 2 adaptation, full-model continued pre-training is performed for 400B tokens on a balanced multilingual corpus to integrate the new vocabulary into the model body. The models and datasets used include LFM2-8B-A1B, LFM2.5-8B-A1B, FineWeb 2, MMLU-Pro, GSM8K, MATH500, GSM-Plus, HumanEval+, LiveCodeBench v5, MMMLU, MGSM, IFEval, and Multi-IF. This approach yields significant token-count reduction on under-tokenized languages, reaching up to 4.0x fewer tokens for Thai compared to the source tokenizer.
Despite these improvements, the method has several limitations. The recipe is restricted to continued-BPE constructions and cannot be applied to off-the-shelf third-party tokenizers. Additionally, the expanded vocabulary introduces a per-character decode regression of up to 9% on languages already encoded efficiently by the source tokenizer. Furthermore, training the full embedding matrix in Stage 1 degrades generative performance. The synthesis of compression gains and vocabulary-size costs yields an estimated 2.2x to 3.7x per-character decode speedup for under-represented languages on reference devices, and aggregate benchmark performance reaches an 8-benchmark mean accuracy of 48.3%.
Interactive System Flowchart
Cross-Examination & FAQs
A deeper dive clarifying mechanics, constraints, and baseline evaluations.
Q1. What problem does this paper address?
It addresses language-specific tokenizer fragmentation in pre-trained on-device LLMs, which causes increased latency and energy consumption for languages underrepresented at the start of pre-training.
Q2. What is the core solution proposed by the authors?
It proposes an in-place expansion recipe to improve language coverage and decoding efficiency without discarding existing model weights.
Q3. What are the main benefits of the expanded tokenizer?
It achieves significant token-count reduction on under-tokenized languages, reaching up to 4.0x fewer tokens for Thai, and yields an estimated 2.2x to 3.7x per-character decode speedup for under-represented languages on reference devices.
Q4. How is the new 128K merge table initialized?
It is initialized by continuing the source tokenizer's byte-level BPE merge training on a multilingual corpus.
Q5. How are the embedding rows initialized in the new model?
Embedding rows are copied unchanged for the majority of source tokens that map one-to-one, and new rows are initialized by averaging the source sub-token embeddings.
Q6. What happens during Stage 1 adaptation?
Only the new embedding rows are trained while keeping all other model parameters frozen over 600B tokens.
Q7. What happens during Stage 2 adaptation?
Full-model continued pre-training is performed for 400B tokens on a balanced multilingual corpus to integrate the new vocabulary into the model body.
Q8. How does the expanded model compare to the source checkpoint on benchmarks?
It surpasses the source checkpoint on aggregate benchmarks, reaching an 8-benchmark mean accuracy of 48.3% compared to 44.7% for the source.
Q9. What are the limitations of this method?
The recipe is restricted to continued-BPE constructions, cannot be applied to off-the-shelf third-party tokenizers, introduces a per-character decode regression of up to 9% on efficiently encoded languages, and training the full embedding matrix in Stage 1 degrades generative performance.