Independent reproduction of Orthrus parallel decoding: precision, token parity, and inference speed
Python
0
1 commits
updated Sep 20, 2026
An independent reproduction study of Orthrus parallel decoding on the published Orthrus-Qwen3-1.7B and Orthrus-Qwen3-8B checkpoints. The study focuses on three questions:
The complete results and methodology are available in the technical report. The report is currently written in Russian; the tables and artifact names are language independent.
Main finding: the 8B BF16/FlashAttention-4 run was fast but did not remain token-lossless. Switching to FP32/eager restored 100% token parity with the AR baseline, at the cost of lower throughput.
| Model | Hardware | Precision / attention | Tasks | Exact token match | Pooled speedup vs AR |
|---|---|---|---|---|---|
| Orthrus-Qwen3-8B | NVIDIA H200 | BF16 / FlashAttention-4 | 330 | 237/330 (71.82%) | 3.995x |
| Orthrus-Qwen3-8B | NVIDIA H200 | FP32 / eager | 330 | 330/330 (100.00%) | 2.999x |
| Orthrus-Qwen3-8B | NVIDIA H200 | guarded BF16 / FA4 | 330 | 329/330 (99.70%) | 0.427x |
| Orthrus-Qwen3-1.7B | GTX 1080 Ti server | FP32 / eager | 300 | 300/300 (100.00%) | 2.989x |
Pooled speedup is the sum of AR generation time divided by the sum of Orthrus
generation time over the same prompts. Exact token match requires the entire
generated token sequence to be identical to AR.
The guarded BF16 extension rechecked low-margin decisions through AR. It nearly restored parity, but 1,436 fallbacks made it slower than the plain AR baseline.
The 8B reproduction uses greedy decoding (T=0), max_new_tokens=128, and the
same 330 prompts for AR and Orthrus. The paper-facing suite contains:
| Benchmark | Prompts |
|---|---|
| GSM8K | 30 |
| MATH-500 | 120 |
| AIME 2024 | 30 |
| AIME 2025 | 30 |
| HumanEval | 30 |
| MBPP | 30 |
| Pseudo2Code best-effort proxy | 30 |
| LiveCodeBench-v5 deterministic window | 30 |
The study also reproduces the MATH-500 block-size ablation for
K = 4, 8, 16, 32:
| K | Paper TPF | BF16 TPF | FP32 TPF |
|---|---|---|---|
| 4 | 1.85 | 1.84 | 1.84 |
| 8 | 3.30 | 3.07 | 3.09 |
| 16 | 5.01 | 4.37 | 4.45 |
| 32 | 6.35 | 5.40 | 5.55 |
The Modal pipeline is designed for paid, interruption-prone GPU runs:
See EXPERIMENTS.md for the full execution protocol.
.
├── README.md
├── ORTHRUS_REPRODUCIBILITY_REPORT.pdf
├── report/report.md # report source
├── main.py # inexpensive H200 smoke test
├── experiments.py # resumable full Modal pipeline
├── test_experiments.py # pipeline/unit checks
├── EXPERIMENTS.md # runbook and safety limits
└── data/ # aggregate results for four main runs
Raw model weights and upstream datasets are not redistributed. The repository contains the code, pinned source revisions, aggregate tables, paired timing records, and run summaries needed to audit the reported numbers.
Create a local environment and authenticate Modal:
python3 -m venv .venv
./.venv/bin/python -m pip install -r requirements.txt
./.venv/bin/python -m modal setup
Create a Modal secret named huggingface-secret containing a read-only
HF_TOKEN. Never commit the token itself.
Run the low-cost smoke test:
./.venv/bin/python -m modal run main.py \
--prompt-count 1 \
--max-new-tokens 32
Build the complete experiment plan without allocating an H200:
./.venv/bin/python -m modal run experiments.py \
--action plan \
--phase all \
--max-new-tokens 128
Run local pipeline checks:
./.venv/bin/python -m unittest test_experiments -v
This is a best-effort independent reproduction, not an official Orthrus artifact. The paper does not fully specify the inference hardware, precision, attention backend, exact evaluation prompts, output-token limit, timer boundaries, or averaging procedure. Therefore wall-clock values should not be treated as a controlled hardware-for-hardware comparison.
The 1.7B run omits Pseudo2Code because a public equivalent was not available; its performance numbers are indicative rather than directly table-comparable. The strongest reproduced claim is token parity under the documented local setup: 100% in both FP32 runs, but not in the BF16/FA4 run.
This repository is independent and is not affiliated with the Orthrus authors, Qwen, Hugging Face, or Modal. Upstream models and datasets remain subject to their respective licenses and terms.
Independent reproduction of Orthrus parallel decoding: precision, token parity, and inference speed
Python
0
1 commits
updated Sep 20, 2026
An independent reproduction study of Orthrus parallel decoding on the published Orthrus-Qwen3-1.7B and Orthrus-Qwen3-8B checkpoints. The study focuses on three questions:
The complete results and methodology are available in the technical report. The report is currently written in Russian; the tables and artifact names are language independent.
Main finding: the 8B BF16/FlashAttention-4 run was fast but did not remain token-lossless. Switching to FP32/eager restored 100% token parity with the AR baseline, at the cost of lower throughput.
| Model | Hardware | Precision / attention | Tasks | Exact token match | Pooled speedup vs AR |
|---|---|---|---|---|---|
| Orthrus-Qwen3-8B | NVIDIA H200 | BF16 / FlashAttention-4 | 330 | 237/330 (71.82%) | 3.995x |
| Orthrus-Qwen3-8B | NVIDIA H200 | FP32 / eager | 330 | 330/330 (100.00%) | 2.999x |
| Orthrus-Qwen3-8B | NVIDIA H200 | guarded BF16 / FA4 | 330 | 329/330 (99.70%) | 0.427x |
| Orthrus-Qwen3-1.7B | GTX 1080 Ti server | FP32 / eager | 300 | 300/300 (100.00%) | 2.989x |
Pooled speedup is the sum of AR generation time divided by the sum of Orthrus
generation time over the same prompts. Exact token match requires the entire
generated token sequence to be identical to AR.
The guarded BF16 extension rechecked low-margin decisions through AR. It nearly restored parity, but 1,436 fallbacks made it slower than the plain AR baseline.
The 8B reproduction uses greedy decoding (T=0), max_new_tokens=128, and the
same 330 prompts for AR and Orthrus. The paper-facing suite contains:
| Benchmark | Prompts |
|---|---|
| GSM8K | 30 |
| MATH-500 | 120 |
| AIME 2024 | 30 |
| AIME 2025 | 30 |
| HumanEval | 30 |
| MBPP | 30 |
| Pseudo2Code best-effort proxy | 30 |
| LiveCodeBench-v5 deterministic window | 30 |
The study also reproduces the MATH-500 block-size ablation for
K = 4, 8, 16, 32:
| K | Paper TPF | BF16 TPF | FP32 TPF |
|---|---|---|---|
| 4 | 1.85 | 1.84 | 1.84 |
| 8 | 3.30 | 3.07 | 3.09 |
| 16 | 5.01 | 4.37 | 4.45 |
| 32 | 6.35 | 5.40 | 5.55 |
The Modal pipeline is designed for paid, interruption-prone GPU runs:
See EXPERIMENTS.md for the full execution protocol.
.
├── README.md
├── ORTHRUS_REPRODUCIBILITY_REPORT.pdf
├── report/report.md # report source
├── main.py # inexpensive H200 smoke test
├── experiments.py # resumable full Modal pipeline
├── test_experiments.py # pipeline/unit checks
├── EXPERIMENTS.md # runbook and safety limits
└── data/ # aggregate results for four main runs
Raw model weights and upstream datasets are not redistributed. The repository contains the code, pinned source revisions, aggregate tables, paired timing records, and run summaries needed to audit the reported numbers.
Create a local environment and authenticate Modal:
python3 -m venv .venv
./.venv/bin/python -m pip install -r requirements.txt
./.venv/bin/python -m modal setup
Create a Modal secret named huggingface-secret containing a read-only
HF_TOKEN. Never commit the token itself.
Run the low-cost smoke test:
./.venv/bin/python -m modal run main.py \
--prompt-count 1 \
--max-new-tokens 32
Build the complete experiment plan without allocating an H200:
./.venv/bin/python -m modal run experiments.py \
--action plan \
--phase all \
--max-new-tokens 128
Run local pipeline checks:
./.venv/bin/python -m unittest test_experiments -v
This is a best-effort independent reproduction, not an official Orthrus artifact. The paper does not fully specify the inference hardware, precision, attention backend, exact evaluation prompts, output-token limit, timer boundaries, or averaging procedure. Therefore wall-clock values should not be treated as a controlled hardware-for-hardware comparison.
The 1.7B run omits Pseudo2Code because a public equivalent was not available; its performance numbers are indicative rather than directly table-comparable. The strongest reproduced claim is token parity under the documented local setup: 100% in both FP32 runs, but not in the BF16/FA4 run.
This repository is independent and is not affiliated with the Orthrus authors, Qwen, Hugging Face, or Modal. Upstream models and datasets remain subject to their respective licenses and terms.