Splintr
A high-performance BPE tokenizer implemented in Rust with Python bindings, designed for efficient tokenization of text in machine learning applications, particularly for large language models.
Features
Splintr implements several optimizations that make tokenization faster and more efficient:
- PCRE2 with JIT compilation: Uses PCRE2's just-in-time compilation for regex matching, providing 2-4x speedup over fancy-regex on pattern matching operations
- Rayon parallelism: Leverages multiple CPU cores for encoding batches of text and individual regex chunks within each text
- Linked-list BPE algorithm: Implements BPE using a linked-list structure that avoids O(N²) complexity on pathological inputs with many repetitive patterns
- FxHashMap: Uses rustc's FxHasher for faster lookups compared to the default SipHash, trading cryptographic security for speed in non-adversarial contexts
- Aho-Corasick for special tokens: Employs the Aho-Corasick algorithm for fast multi-pattern matching of special tokens, avoiding regex alternation overhead
- LRU cache: Caches frequently encoded text chunks to avoid redundant BPE encoding operations
- UTF-8 streaming decoder: Safely handles token-by-token decoding for LLM output, buffering incomplete UTF-8 sequences across token boundaries
- Extended agent tokens: 54 special tokens for chat models, Chain-of-Thought reasoning, ReAct agents, tool calling, RAG citations, and multimodal applications (see Special Tokens)
Installation
Python
Rust
[]
= "0.1.0-beta.1"
Quick Start
Python
# Load a pretrained tokenizer
=
# Encode text to token IDs
=
# [9906, 11, 1917, 0]
# Decode token IDs back to text
=
# "Hello, world!"
# Batch encode multiple texts in parallel
=
=
# [[9906, 11, 1917, 0], [4438, 527, 499, 30], ...]
Rust
use ;
use FxHashMap;
// Load vocabulary and create tokenizer
let encoder = load_tiktoken_bpe_file?;
let special_tokens = default;
let tokenizer = new?;
// Encode text
let tokens = tokenizer.encode;
println!;
// Decode tokens
let text = tokenizer.decode?;
println!;
// Batch encode
let texts = vec!;
let batch_tokens = tokenizer.encode_batch;
API Reference
Python API
Tokenizer
Loading a tokenizer:
# Load a pretrained model (includes vocabulary and special tokens)
= # or "o200k_base"
# Load from a custom vocabulary file
=
Encoding:
encode(text: str) -> list[int]: Encode text to token IDs (sequential, optimal for most use cases)encode_with_special(text: str) -> list[int]: Encode text, recognizing special tokens in the inputencode_batch(texts: list[str]) -> list[list[int]]: Encode multiple texts in parallel (uses Rayon)encode_rayon(text: str) -> list[int]: Encode using Rayon parallelization (only beneficial for texts >1MB)
Decoding:
decode(tokens: list[int]) -> str: Decode token IDs to text (raises error on invalid UTF-8)decode_bytes(tokens: list[int]) -> bytes: Decode token IDs to raw bytesdecode_lossy(tokens: list[int]) -> str: Decode token IDs, replacing invalid UTF-8 with �
Properties:
vocab_size: int: Total vocabulary size including special tokenscache_len: int: Number of entries in the LRU cache
Cache management:
clear_cache(): Clear the encoding cache
StreamingDecoder
The streaming decoder is essential for real-time LLM applications where you receive tokens one at a time and need to display text incrementally:
# Create a streaming decoder
=
# Process tokens one at a time (typical LLM streaming scenario)
# Returns text only when complete UTF-8 characters are available
# Flush any remaining buffered bytes at the end
Why use streaming decoder?
BPE tokens don't always align with UTF-8 character boundaries. For example, a multi-byte Unicode character like "世" (3 bytes: 0xE4 0xB8 0x96) might be split across multiple tokens. The streaming decoder buffers incomplete byte sequences and only outputs text when complete characters are available, preventing display corruption.
Methods:
add_token(token_id: int) -> str | None: Add a token and return complete characters, or None if still bufferingadd_tokens(token_ids: list[int]) -> str | None: Add multiple tokens at onceflush() -> str: Flush remaining buffered bytes (incomplete sequences become �)reset(): Clear the buffer and start fresh
Properties:
has_pending: bool: Whether there are buffered bytes waiting for completionpending_bytes: int: Number of bytes currently buffered
Rust API
The Rust API provides similar functionality with strongly-typed interfaces:
Encoding:
encode(&self, text: &str) -> Vec<u32>: Sequential encoding (optimal for texts <1MB)encode_with_special(&self, text: &str) -> Vec<u32>: Encode with special token recognitionencode_batch(&self, texts: &[String]) -> Vec<Vec<u32>>: Parallel encoding across textsencode_rayon(&self, text: &str) -> Vec<u32>: Parallel encoding within text (for texts >1MB)
Decoding:
decode(&self, tokens: &[u32]) -> Result<String, TokenizerError>: Decode to UTF-8 stringdecode_bytes(&self, tokens: &[u32]) -> Vec<u8>: Decode to raw bytesdecode_lossy(&self, tokens: &[u32]) -> String: Decode with replacement for invalid UTF-8
See the API documentation for detailed information.
Streaming Decoder
The streaming decoder is particularly important when working with LLM APIs that stream tokens:
=
=
# Example with OpenAI streaming API
=
# Get token IDs from the API (pseudo-code, actual API may vary)
=
# Don't forget to flush at the end
This approach ensures that:
- Users see text as soon as complete characters are available
- Multi-byte Unicode characters display correctly
- No corruption occurs at token boundaries
Performance
Benchmarks performed on Linux (6.16.8-arch3-1) with 24 CPU cores, comparing splintr against tiktoken (reference Python implementation), Hugging Face tokenizers, and TokenDagger.
Single Text Encoding
Splintr achieves 3-4x faster single-text encoding compared to tiktoken across various text sizes:

Latency by text type:

Splintr consistently maintains lower latency across different content types (Python code, JSON, English prose, Chinese text), making it ideal for interactive applications and real-time processing.
Batch Encoding
For batch operations, splintr achieves 10-12x speedup over tiktoken by parallelizing across texts:

| Configuration | Splintr | Tiktoken | Speedup |
|---|---|---|---|
| 1,000 × 100 chars | 111 MB/s | 9 MB/s | 12.3x |
| 100 × 1,000 chars | 89 MB/s | 8 MB/s | 11.1x |
| 10 × 10,000 chars | 72 MB/s | 7 MB/s | 10.3x |

The batch encoding speedup scales effectively across different batch configurations, with higher speedups on larger batches where parallelization overhead is amortized.
Design Decision: Sequential by Default
Splintr uses sequential encoding for single texts and parallel encoding across batches. This design choice is based on empirical benchmarking:

Key findings:
- Sequential is faster for texts up to ~1MB (typical LLM use case)
- Rayon's parallelization overhead only pays off at ~1MB+ text sizes
- Most real-world inputs (prompts, documents, code) are well under 1MB
encode()uses sequential processing for optimal single-text performanceencode_batch()parallelizes across multiple texts for maximum throughput
This architecture ensures splintr is optimized for the most common tokenization patterns in LLM applications while still providing excellent batch performance for data processing pipelines.
Running Benchmarks
To reproduce these benchmarks or test on your own hardware:
# Clone the repository
# Install dependencies (requires Python 3.8+)
# Run the benchmark suite
# View results
The benchmark suite tests:
- Single text encoding across various content types (English, code, multilingual, etc.)
- Batch encoding with different batch sizes and text lengths
- Streaming decoder performance
- Special token handling
You can customize the benchmark by modifying benchmark.py or adding your own test data in the data/ directory.
Supported Vocabularies
| Vocabulary | Used By | Vocabulary Size | Special Tokens | Import Constant |
|---|---|---|---|---|
cl100k_base |
GPT-4, GPT-3.5-turbo | ~100,000 | 5 + 54 agent | CL100K_BASE_PATTERN |
o200k_base |
GPT-4o | ~200,000 | 2 + 54 agent | O200K_BASE_PATTERN |
More vocabularies will be added in future releases.
OpenAI standard tokens:
- cl100k_base:
<|endoftext|>,<|fim_prefix|>,<|fim_middle|>,<|fim_suffix|>,<|endofprompt|> - o200k_base:
<|endoftext|>,<|endofprompt|>
Agent tokens (54 per model):
Splintr extends both vocabularies with tokens for building agent systems. See docs/special_tokens.md for complete documentation.
=
# Encode with special tokens
=
=
# Access token IDs programmatically
# 100282
# 100292
| Category | Tokens | Purpose |
|---|---|---|
| Conversation | system, user, assistant, im_start, im_end |
ChatML format |
| Thinking | think |
Chain-of-Thought reasoning |
| ReAct | plan, step, act, observe |
Agent action loops |
| Tools | function, result, error |
Function calling |
| Code | code, output, lang |
Code execution |
| RAG | context, quote, cite, source |
Citations |
| Memory | memory, recall |
State persistence |
| Control | pad, stop, sep |
Sequence control |
| Multimodal | image, audio, video |
Non-text content |
| Document | title, section, summary |
Structured docs |
Use Cases
Splintr is designed for:
- LLM applications: Tokenizing prompts and streaming decoder for real-time output display
- Agent systems: Building ReAct agents, tool-calling systems, and Chain-of-Thought reasoning
- Training pipelines: Fast batch encoding of large datasets for model training
- RAG applications: Structured context injection with citation support
- Token counting: Estimating API costs or enforcing token limits
- Text preprocessing: Converting text to tokens for embedding models or other NLP tasks
Contributing
Contributions are welcome! Here's how you can help:
- Report bugs: Open an issue with a minimal reproduction case
- Suggest features: Describe your use case and why the feature would be helpful
- Submit pull requests:
- Add tests for new functionality
- Run
cargo testandcargo clippybefore submitting - Update documentation as needed
Development Setup
# Clone the repository
# Install pre-commit hook (recommended)
# Build the Rust library
# Build Python bindings
# Run tests
The pre-commit hook automatically runs formatting, clippy, and tests before each commit.
License
This project is licensed under the MIT License - see the LICENSE file for details.
Citation
If you use Splintr in your research, please cite:
Acknowledgments
Splintr builds upon concepts from:
- tiktoken - OpenAI's reference BPE tokenizer
- tokenizers - Hugging Face's tokenization library
The performance optimizations are informed by profiling real-world usage patterns in LLM applications.