Views
No views yet
allenai/tmax-27b.Qwen3_5ForConditionalGeneration
config but contains zero vision tensors in its safetensors — i.e. it is
already a text-only checkpoint with stub vision metadata. This release
strips the residual vision_config / image-token entries so it loads
cleanly via mlx_lm without a vision tower.allenai/tmax-27b6bitmlx-lm 0.31.3 (the upstream mlx_vlm 0.3.12 qwen3_5
loader hard-requires vision-tower weights that this base does not ship,
so the text-only mlx_lm.convert path is used instead)chat_template.jinja)qwen3_xml-compatible (<tool_call>{json}</tool_call>)1from mlx_lm import load, generate
2
3model, tokenizer = load("mlx-community/Tmax-27B-MLX-6bit")
4print(generate(model, tokenizer, prompt="Hello", max_tokens=32))Measured on M3 Ultra Studio (28 (20 Performance and 8 Efficiency) CPU, 60-core GPU, 256 GB unified memory) via rapid-mlx 0.8.18. Medians of 3 runs.
| Variant | Decode tok/s | TTFT (ms) | Prefill 1k (tok/s) | Prefill 4k (tok/s) | Prefill 16k (tok/s) | Tool-call e2e |
|---|---|---|---|---|---|---|
| Tmax-27B (6-bit MLX) | 26.8 | 288 | 305 | 314 | 303 | 2489 ms (OK) |
Architecture note: Tmax-27B uses a hybrid Gated-DeltaNet design (3:1 linear-attention to full-attention layer mix). 16k-context prefill is bandwidth-bound at ~310 tok/s regardless of quantization bit width — ~54 s wall to first token at 16k. This is an architectural property of hybrid linear-attention models on Apple Silicon, not a regression, and not a rapid-mlx bug. Decode and short-context (≤4k) tool-call performance are competitive with the dense Qwen3.5-27B-4bit control on the same hardware.
1pip install rapid-mlx==0.8.18
2rapid-mlx serve tmax-27b-6bit --port 8765