Views
No views yet
hy_v3 architecture yet — there's an open PR: mlx-lm#1211. Until it lands, install mlx-lm from the PR branch, otherwise the model won't load:uv pip install "mlx-lm @ git+https://github.com/kernelpool/mlx-lm.git@add-hy3-preview"GPU Timeout) on this hardware: the 4-bit proxy (150 GB) overflows the default Metal working-set cap.mixed_2_6 — I first made a uniform heuristic mixed quant via mlx_lm.convert (2-bit base, 6-bit on a fixed structural set of layers). It's coherent but heavy (3.15 bpw, 108 GB, peaks 116 GB — needs a raised Metal cap) and uneven on harder prompts.mixed_2_6 as sensitivity_model_path, so oQ skips the failing auto-proxy, measures sensitivity on it (fits in memory, runs as inference — no watchdog), then streams the final quant tensor-by-tensor. It's more resilient than mixed_2_6 at less memory.sysctl iogpu.wired_limit_mb bump needed, unlike mixed_2_6 (116 GB peak). Headroom for the KV cache is tight at long context, so enabling TurboQuant KV is highly recommended if possible — I got good performance with it at 3-bit.mlx_lm.generate): coherent — solved 17 * 24 = 408 with correct step-by-step reasoning, no repetition loop (plain 2-bit and 2-bit+8-bit-router uniform quants both collapsed here; the calibrated oQ2 does not). On a Macbook Pro M5 Max 128GB 40 GPU: 33.6 tok/s generation, 5.05 tok/s prompt, peak 99 GB (short prompt).| Benchmark (300) | oQ2 · 2.68 (this model) | oQ2e · 2.43 | oQ2e-2.37bpw | oQ2e-2.33bpw | oQ2e-2.31bpw |
|---|---|---|---|---|---|
| mathqa | 0.63 | 0.65 | 0.64 | 0.62 | 0.60 |
| mmlu_pro | 0.65 | 0.61 | 0.60 | 0.59 | 0.55 |
| winogrande | 0.74 | 0.68 | 0.68 | 0.65 | 0.65 |
python -m mlx_lm generate --model mlx-community/Hy3-oQ2 --prompt "Explain Bayes' theorem in two sentences." --max-tokens 3001from mlx_lm import load, generate
2model, tokenizer = load("mlx-community/Hy3-oQ2")