K2 Horizon 375B-A23B

375B-A23B

MBZUAI K2 Horizon

The largest K2 Horizon model from MBZUAI IFM, Apache 2.0 with its training data: 379B parameters, about 23B active per token. The parameter count is taken from its configuration. Every one of its 61 layers keeps an ordinary cache. Q2_K (bartowski's 146 GB in four parts) needs about 154 GB at 4K, comfortable on a 256 GB Mac Studio; Q4_K_M (238 GB in seven parts) needs about 250 GB and is comfortable only on a 512 GB one. IFM publishes no GGUF for this size; the sizes here are bartowski's files, and no per-level quality loss has been published.

⬇ 2.5K HF downloads♥ 1 likesbartowski/K2-Horizon-375B-A23B-GGUF· stats from 10/23/2026
Mac / Apple SiliconPro GPU

524K

Max Context

4

Quant Variants

GGUF Q8_0

Best Quality

—

Perplexity rise (best build)

Quantization Variants

Per-quant VRAM, quality loss, and inference speed on RTX 4090

Measured = run on this site · Estimated = not run here: calculated, or a figure this site has not verified · Community = public reports

FormatLevelBPWVRAMPPL LossSpeedSourceActions
GGUFQ2_K3.09154.1 GB——Estimated
CalcHF
GGUFQ3_K_M3.85191.7 GB——Estimated
CalcHF
GGUFQ4_K_M5.02249.7 GB——Estimated
CalcHF
GGUFQ8_08.5422.0 GB——Estimated
CalcHF

Which file each size is for

A file size is not a memory figure: the VRAM column is the calculator's total at 4K context — weights plus KV cache plus a 10% activation buffer. Units differ on purpose: file sizes are decimal GB, as Hugging Face lists them; the VRAM column is GiB (1024³ bytes) with 2% added to the weights, so 7.12 GB of file counts as about 6.8 GiB there. A vision projector (mmproj), where the repo ships one, is a separate download and is in neither number.

36B-A4B

K2 Horizon MoVA 36B-A4B

MBZUAI K2 Horizon

Consumer GPUPro GPU
24.2 GBmin VRAM—perplexity rise

The mixture-of-experts member of MBZUAI IFM's K2 Horizon family: 37.5B parameters with about 4B active per token, Apache 2.0, released with its training data. Every one of its 48 layers keeps an ordinary KV cache, so context is not cheap: Q4_K_M is about 24.2 GB at 4K, which is tight on a 24 GB card, and comfortable on a 32 GB card up to 16K. The 512K window would need about 129 GB. llama.cpp runs it as `k2-horizon`. Sizes come from IFM's own GGUF files (bartowski's Q4_K_M is about 0.3 GB larger); no per-level quality loss has been published.

32B

K2 Horizon 32B

MBZUAI K2 Horizon

Consumer GPUPro GPU
23.1 GBmin VRAM—perplexity rise

The dense 32B member of MBZUAI IFM's K2 Horizon family (34.8B counted, Apache 2.0, released with its training data). All 64 layers keep an ordinary KV cache with 8 KV heads: Q4_K_M is about 23.1 GB at 4K, tight on a 24 GB card and comfortable on a 32 GB card up to 16K; each extra 32K of context adds roughly 8.8 GB. llama.cpp runs it as `k2-horizon`. Sizes come from IFM's own GGUF files (bartowski's Q4_K_M is about 1 GB larger); no per-level quality loss has been published.

7B

K2 Horizon 7B

MBZUAI K2 Horizon

Consumer GPUMac / Apple Silicon
6.5 GBmin VRAM—perplexity rise

The small dense member of MBZUAI IFM's K2 Horizon family, Apache 2.0, released with its training data. It is called 7B but holds 9.0B parameters: the 250K-token vocabulary's input and output tables add about 2B. Q4_K_M is about 6.5 GB at 4K, comfortable on an 8 GB card at that length; a 16 GB card holds it comfortably to 32K (10.8 GB), and 128K needs about 25.6 GB because every layer keeps an ordinary KV cache. llama.cpp runs it as `k2-horizon`. Sizes come from IFM's own GGUF files (bartowski's Q4_K_M is about 0.2 GB larger); no per-level quality loss has been published.

0.9B

K2 Horizon 0.9B

MBZUAI K2 Horizon

Consumer GPUMac / Apple Silicon
1.0 GBmin VRAM—perplexity rise

The smallest member of MBZUAI IFM's K2 Horizon family, Apache 2.0 and released with its training data. It is called 0.9B and holds 1.08B parameters. At Q4_K_M it needs about 1.0 GB at 4K and 2.6 GB at 32K, so it runs on almost anything, including a CPU. Every layer keeps an ordinary cache, which is why its full 128K window needs about 8.4 GB. IFM's own GGUF repo names these files 1B; the sizes here are bartowski's files, and no per-level quality loss has been published.

Running K2 Horizon 375B-A23B locally

At Q4_K_M and 4K of context, K2 Horizon 375B-A23B needs about 249.7 GB — 226.0 GB of weights, 0.95 GB of KV cache and a 22.7 GB activation buffer. The smallest card in this index that clears that comfortably is the Mac M5 Ultra 512G at 512 GB, and 1 of the 78 cards here do. These are calculated figures, not measurements: the estimate stops counting a card as comfortable at 88% of its VRAM, which is roughly the room a desktop session needs.

What longer context costs

Going from 4K to 32K adds about 6.68 GB, taking the total to 257.0 GB. Weights do not move with context — only the KV cache does, and it grows linearly, so this is the number to watch when planning for long documents. The model's native window is 512K; holding all of it at Q4_K_M would need about 383 GB.

Which build to download

This index only tracks K2 Horizon 375B-A23B in GGUF, across 4 levels (Q2_K, Q3_K_M, Q4_K_M, Q8_0). No per-level perplexity sweep has been published for this model, so the quality column is empty rather than estimated — within one model, more bits per weight is the only ordering the data supports. No throughput has been measured for this model on this site's hardware. GGUF runs on llama.cpp and Ollama across NVIDIA, AMD and Apple silicon; AWQ and GPTQ target vLLM on CUDA and ROCm; EXL2 is ExLlamaV2 — CUDA only, and now archived, so local use rather than serving.

Common questions

How much VRAM does K2 Horizon 375B-A23B need?
About 249.7 GB at Q4_K_M with 4K of context and batch 1, rising to roughly 257.0 GB at 32K. That figure is weights plus KV cache plus a 10% activation buffer, calculated from the model's architecture rather than measured on a card.
Will K2 Horizon 375B-A23B run on a 512GB GPU?
Yes — at Q4_K_M and 4K context it needs about 249.7 GB, which leaves 134.3 GB spare on a Mac M5 Ultra 512G. That is the smallest card in this index that clears it comfortably; 1 of 78 do.
Which quantization of K2 Horizon 375B-A23B should I use?
No published quality comparison exists for this model, so pick by footprint: Q4_K_M is the level most people run, and a higher bits-per-weight level is more faithful. All 4 levels in the index are Q2_K, Q3_K_M, Q4_K_M, Q8_0. Note this is a mixture-of-experts model — all parameters must be resident even though only a fraction are active per token, so the memory cost follows the total, not the active count.

Where this model fits

Sized at Q4_K_M with a 4K context window, smallest card first. Comfortable means the estimate uses at most 88% of the memory.

Ships in
GGUF

This page's figures change when the model or the runtime does.Last updated 2026-10-23 RSS → /feed.xml