Can an Apple M4 Pro 48GB run GPT OSS 20B?
Yes
Yes. At Q8_0 it needs 21.17 GB of the 36 GB available and generates around 51.4 tokens per second at an 8k context window.
The numbers
GPT OSS 20B has 20.91 billion parameters across 24 layers, of which 4.18 billion are read for each token. The Apple M4 Pro 48GB has 48 GB of unified memory at 273 GB/s, of which about 36 GB is left for a model once the operating system has taken its share.
| Quantisation | Total needed | Fits | Speed |
|---|---|---|---|
| Q8_0 | 21.17 GB | yes | 51.4 t/s |
| Q6_K | 16.45 GB | yes | 66.6 t/s |
| Q5_K_M | 14.33 GB | yes | 76.7 t/s |
| Q4_K_M | 12.24 GB | yes | 90.4 t/s |
| IQ4_XS | 10.83 GB | yes | 102.7 t/s |
| Q3_K_M | 10 GB | yes | 111.6 t/s |
| IQ3_XXS degraded | 7.93 GB | yes | 142.4 t/s |
| Q2_K degraded | 8.64 GB | yes | 130.2 t/s |
| IQ2_XXS degraded | 5.5 GB | yes | 211.2 t/s |
9 of the 9 levels fit. Levels marked degraded are listed for completeness, not as advice.
How long a conversation it holds
At Q8_0, memory rises with the length of the conversation because the attention cache keeps a key and value for every token. The longest window that still fits on this device is 128k tokens.
| Context | Cache | Total | Fits |
|---|---|---|---|
| 4k | 0.01 GB | 21.09 GB | yes |
| 8k | 0.01 GB | 21.17 GB | yes |
| 16k | 0.01 GB | 21.35 GB | yes |
| 32k | 0.01 GB | 21.7 GB | yes |
| 64k | 0.01 GB | 22.4 GB | yes |
| 128k | 0.01 GB | 23.81 GB | yes |
See how fast it feels
Apple M4 Pro 48GB running GPT OSS 20B at Q8_0
YouWhy does my model use more memory when the conversation gets longer?
Because of the KV cache. Every token you send leaves behind a key and a value vector in each layer of the model, and those stay in memory for as long as the conversation lasts.
The weights are a fixed cost: load a 4-bit 8B model and that is about 4.8 GB, whether you write one word or ten thousand. The cache is the part that grows, and it grows in a straight line with the number of tokens in the window.
How steeply depends on the model's attention design. With grouped-query attention, several query heads share one key-value pair, which cuts the cache by that ratio. Without it, every head keeps its own, and a long context can cost more memory than the weights themselves.
If you are short on memory, the first thing to try is lowering the context window in your runtime, not the quantisation.
Reading your question
Simulated from our estimate at a 512-token question, not a recording. Assumes nothing else is competing for the GPU. The same answer on RTX 4090 at Q8_0 would take about 901 ms.
Keep going
Everything the Apple M4 Pro 48GB runs, the full breakdown for GPT OSS 20B, or check a different pairing in the calculator.