Best AI Models for Mac Studio M1 Ultra (2026)
Configure your Mac Studio
Generation.
Chip.
Processing power.
The 64-core GPU vs the 48-core: same generation speed (both 800 GB/s), prompt reading about 33% faster.
Qwen3.5 122B-A10B Instruct · estimated speeds · Prompt-speed source
Memory.
Storage.
Your top 10 models need about 765 GB. 2TB holds them twice over.
- EnclosureUGREEN USB4 NVMe enclosureUSB4, 40Gb/s · ASM2464PD · aluminum fins · M.2 2280 up to 8TBAmazon
- DriveSamsung 990 PRO 2TBPCIe 4.0 NVMe · M.2 2280 · no heatsink, fits the enclosureAmazon
40Gb/s USB4 enclosure.
Storage does not change model speed.
Keep Ollama's models on the drive
launchctl setenv OLLAMA_MODELS "/Volumes/Models/ollama"Ollama FAQModelFit may earn a commission from these links.
Model filters.
Best models for Mac Studio M1 Ultra · 128 GB
| Model | Quant | Fit | Run | |||||
|---|---|---|---|---|---|---|---|---|
| 1 | est. 56 tok/s · Runs well | 122B moe 10B | Q4_K_M | 72.0 GB | Runs well | 34.7 | 56 | |
| 2 | est. 70 tok/s · Runs well | 125B moe 6B | 93.7 GB | Runs well | 48.1 | 70 | llama-server -hf, via llama.cpp | |
| 3 | est. 84 tok/s · Runs well | 124B moe 5.1B | 77.8 GB | Runs well | 35.9 | 84 | llama-server -hf, via llama.cpp | |
| 4 | est. 34 tok/s · Runs well | 120B moe 12B | 86.8 GB | Runs well | 26.3 | 34 | ||
| 5 | est. 81 tok/s · Runs well | 117B moe 5.1B | MXFP4 | 65.4 GB | Runs well | 28.1 | 81 | |
| 6 | est. 47 tok/s · Runs well | 118B moe 8B | Q4_K_M | 96.0 GB | Runs well | 39.7 | 47 | |
| 7 | est. 100 tok/s · Runs well | 78.1B moe 3.5B | 49.8 GB | Runs well | n/a | 100 | llama-server -hf, via llama.cpp | |
| 8 | est. 88 tok/s · Lots of room | 35B moe 3B | 38.7 GB | Lots of room | 32.0 | 88 | ||
| 9 | est. 79 tok/s · Runs well | 80B moe 3B | 84.8 GB | Runs well | 19.7 | 79 | ||
| 10 | est. 40 tok/s · Runs well | 109B moe 17B | Q4_K_M | 67.0 GB | Runs well | 7.3 | 40 | |
| 11 | est. 31 tok/s · Lots of room | 27B | 16.5 GB | Lots of room | 44.4 | 31 | ||
| 12 | est. 88 tok/s · Lots of room | 30B moe 3B | 25.4 GB | Lots of room | 21.8 | 88 | ||
| 13 | est. 88 tok/s · Lots of room | 35B moe 3B | 38.7 GB | Lots of room | 30.5 | 88 | ||
| 14 | est. 97 tok/s · Lots of room | 30B moe 3B | Q4_K_M | 19.0 GB | Lots of room | 23.0 | 97 | |
| 15 | est. 25 tok/s · Lots of room | 31B | 20.0 GB | Lots of room | 32.7 | 25 | ||
| 16 | est. 125 tok/s · Lots of room | 35B | Q4_K_M | 21.2 GB | Lots of room | n/a | 125 | |
| 17 | est. 130 tok/s · Lots of room | 39.8B moe 2.5B | NVFP4 | 22.9 GB | Lots of room | n/a | 130 | |
| 18 | est. 68 tok/s · Lots of room | 26B moe 4B | 28.1 GB | Lots of room | 29.2 | 68 | ||
| 19 | est. 7 tok/s · Runs well | 123B | Q4_K_M | 74.9 GB | Runs well | n/a | 7 | |
| 20 | est. 118 tok/s · Lots of room | 33B moe 3B | Q4_K_M | 20.3 GB | Lots of room | 23.9 | 118 |
Select a row to update the summaryMemory includes 8k contextEstimated speeds · verified run commandsQuality: LLM Stats Score · Data by LLM Stats
| Model | Fits | Quality | App |
|---|---|---|---|
| FLUX 3 Image KleinFLUX Kommunity License v1.0 | Runs · Published on M1 Max · 32 GBComplete: mflux 4-bit20.3 GB download | No independent score yet | Diffusers, mflux |
| FLUX.1 [dev]FLUX.1 [dev] Non-Commercial License v1.1.1 | Runs · PublishedApple M3 Pro · 18 GB unified memory · Draw Things 5-bit, 1024x1024, 295 s · Draw Things engineering: Metal FlashAttention 2.0 | #78 of 82 in text to image49,221 votessnapshot 2026-10-07 | Diffusers, mflux, ComfyUI |
| FLUX.2 [dev]FLUX Non-Commercial License | Runs · Published on M2 Ultra · 96 GBComplete: BF16 safetensors112.8 GB download | #38 of 82 in text to image77,988 votessnapshot 2026-10-07 | flux-2-swift-mlx, Diffusers, ComfyUI, stable-diffusion.cpp |
| FLUX.2 [klein]Apache 2.0 (4B), FLUX Non-Commercial License (9B) | Runs · Published on M2 Ultra · 96 GBComplete: Klein 4B BF1616.0 GB download | No independent score yet | flux-2-swift-mlx, Diffusers, stable-diffusion.cpp |
| Krea 2 TurboKrea 2 Community License Agreement v.1 | Runs · Published on M1 Max · 32 GBComplete: Turbo MLX mixed-4/819.2 GB download | No independent score yet | ComfyUI-Krea2-MLX, Diffusers, stable-diffusion.cpp |
| Qwen-Image-2.1Qwen Research License Agreement | Runs · Published on M5 Pro · 48 GBComplete: BF16 safetensors33.1 GB download | #19 of 82 in text to image11,441 votessnapshot 2026-10-07 | Diffusers with staged loading, Diffusers, stable-diffusion.cpp |
| SDXL Base 1.0CreativeML Open RAIL++-M License | Runs · PublishedApple M2 Pro · 16 GB unified memory · ComfyUI fp16, 1344x768, 20 steps, about 190 s · ComfyUI issue #948 | No independent score yet | ComfyUI, Rapid-MLX, stable-diffusion.cpp |
| Stable Diffusion 3.5 LargeStability AI Community License | Runs · PublishedApple M3 Pro · 18 GB unified memory · Draw Things 5-bit, 1024x1024, 248 s · Draw Things engineering: Metal FlashAttention 2.0 | #81 of 82 in text to image23,396 votessnapshot 2026-10-07 | ComfyUI, Rapid-MLX |
| Z-Image-TurboApache 2.0 | Runs · Published on M1 Max · 64 GBComplete: mflux 4-bit32.8 GB download | #59 of 82 in text to image24,808 votessnapshot 2026-10-07 | Diffusers, mflux, stable-diffusion.cpp |
Quality: blind human votes from Arena (arena.ai), CC BY 4.0, snapshot 2026-10-07. Scores are for the Arena checkpoint, not your local quantized build.
| Model | Fits | Quality | App |
|---|---|---|---|
| HunyuanVideo-1.5Tencent Hunyuan Community License | Runs · PublishedApple M2 Ultra · 64 GB unified memory · ComfyUI official workflow, I2V 832x480, 73 frames · ComfyUI discussion #15109 | #38 of 48 in text to video4,292 votessnapshot 2026-09-22 | ComfyUI |
| LTX-2.3LTX-2 Community License Agreement | Runs · Published on M5 Max · 128 GBComplete: Official FP8 dev checkpoint, quantized to 4-bit at load61.1 GB download | No independent score yet | Lightricks/LTX-2 ltx-pipelines, appautomaton/ltx-video-mlx, ComfyUI |
| LTX-2.5LTX-2.x Community License Agreement | Runs · PublishedApple M1 Max · 64 GB unified memory · KinoMLX FP16, 768x448, 5 s clip in 1 min 45 s · KinoMLX LTX-2.5 performance | No independent score yet | Lightricks/LTX-2 ltx-pipelines, ComfyUI |
| MiniMax H3MiniMax H3 Community License Agreement | Runs · Published on M4 Max · 128 GBComplete: MLX Serve FL2VA 4-bit pack with Turbo LoRA41.1 GB download | #8 of 48 in text to video11,417 votessnapshot 2026-09-22 | Argus-AiTeam/minimax-h3-mac (MLX streaming), antirez/h3.c (Metal), ddalcu/mlx-serve, stable-diffusion.cpp, ComfyUI |
| Mochi 1 previewApache License 2.0 | Runs · Published on M4 Max · 64 GBComplete: Official Diffusers BF16 variant40.0 GB download | #48 of 48 in text to video5,893 votessnapshot 2026-09-22 | Diffusers, ComfyUI |
| Wan2.1Apache License 2.0 | Runs · Stated32 GB unified memory · Draw Things, 720p up to 81 frames · Draw Things wiki: video generation | No independent score yet | ml-explore/mlx-examples Wan2.1, ComfyUI, FastVideo MLX (FastMetal) |
| Wan2.2 A14BApache License 2.0 | Runs · Published on M5 Max · 128 GBComplete: PocketAI MLX Q4 (group size 64)28.6 GB download | #42 of 48 in text to video10,458 votessnapshot 2026-09-22 | PocketAI Wan2.2 MLX (pocketai-wan-video), ComfyUI |
| Wan2.2 TI2V 5BApache License 2.0 | Runs · Published on M4 Max · 36 GBComplete: FastMetal 5B QAD (DMD2-distilled INT8 derivative, not the base model)19.5 GB download | No independent score yet | Blaizzy/mlx-video, FastVideo MLX (FastMetal), ComfyUI |
Quality: blind human votes from Arena (arena.ai), CC BY 4.0, snapshot 2026-09-22. Scores are for the Arena checkpoint, not your local quantized build.
See how fast it feels
Qwen3.5 122B-A10B Instruct: ~1.3s to start, then est. 56 tok/s, typical error 10%.
~ $ ollama run qwen3.5:122b-a10b
# Press Send to run the fixed message below.
# fixed message, the same for every model
>>> Summarize these meeting notes in one short paragraph: what was decided, and who does what next.
[meeting-notes.txt]
Weekly sync, support tools team Attendees: Maya (lead), Jonas, Priya, Tom, Elena Agenda: local drafting assistant pilot, knowledge base cleanup, customer feedback survey, on-call rota, next steps 1. Local drafting assistant pilot - Maya recapped the goal: agents draft replies with an assistant that runs on the team's own Macs, so customer emails never leave the building and nothing depends on an outside service being up. - Jonas ran the pilot for two weeks on four machines. Agents used it for first drafts on roughly a third of tickets. Most drafts needed light edits. A few needed a full rewrite, mostly billing questions where the model guessed at policy instead of saying it did not know. - Priya said the biggest complaint was the wait before the first word on long tickets. Short tickets felt instant. Tickets with a long email thread pasted in took several seconds before anything appeared, and agents read that as the tool being stuck. Two agents restarted the app because of it. - Tom suggested trimming the thread to the last three messages before sending it to the model. Elena worried that would drop context the customer refers back to, like an order number from the first email. Agreed to test both on the same set of tickets before choosing. - Jonas said the speed once the reply starts was fine on every machine. Agents read slower than the model writes, so nobody asked for faster output. The only request was a visible sign that the model is reading, so people stop restarting it. - Memory: the oldest machine, the one with the least memory, could not keep the model loaded next to the browser and the ticketing app. It swapped and slowed down badly by mid-morning. The other three machines had no issue all day. - Priya asked whether a larger model would fix the billing guesses. Jonas thought not: the model guesses because the policy text it needs is missing or contradictory, and a bigger model would guess more fluently, not less. - Decision: keep the current model size for now. Revisit only after the knowledge base cleanup, and only if the edit rate on billing drafts is still high. 2. Knowledge base cleanup - Elena found about forty articles that contradict each other on refund windows and plan changes. These are the likely source of the billing guesses. - Priya proposed one owner per section, with a review date on every article so stale pages show up on their own instead of during an angry ticket. - Agreed: Elena owns billing and refunds, Priya owns accounts and login, Tom owns shipping and returns. Each owner archives duplicates, merges the rest, and flags anything that needs a policy decision from Maya. - Jonas will add the cleaned articles to the assistant's reference folder once each section is signed off, not before. Mixing old and new versions would make the guessing worse. - Tom asked for a template for new articles. Elena will share the one billing already uses. 3. Customer feedback survey - Priya shared the quarterly survey results. Response time scores went up since the last quarter, and the free-text comments mention faster first replies more than once. - Several comments still complain about being asked for the same order details twice. Elena thinks this happens when a ticket moves between agents and the notes field is left empty. - Agreed: the handover checklist gets one new line, fill in the notes field before reassigning a ticket. Tom will update the checklist and post it in the team channel. - Maya wants the next survey to ask one question about reply quality, not only speed, so the team can see whether the assistant drafts change how customers rate answers. 4. On-call rota - Two people asked to swap weeks in November. Maya approved both swaps. - Tom raised that weekend coverage gets thin when two people are on leave at the same time. Agreed that leave requests go in the team channel at least two weeks ahead, and Maya checks the rota before approving. - No change to escalation rules. The escalation doc is still correct. 5. Next steps - Jonas: run the trimmed thread versus full thread test on fifty past tickets and report the wait before the first word and the edit rate for each. - Jonas: add a reading indicator to the assistant panel so agents can see the model is working on a long ticket. - Elena, Priya, Tom: finish their knowledge base sections and send Maya the open policy questions. - Maya: ask IT whether the oldest machine can get more memory or should be replaced at the next refresh. - Everyone: log any draft that invents a policy, with the ticket link, in the shared sheet. - Next sync: same time next week. Maya sends the agenda the day before.
Estimated speed, not a benchmark. Model loading excluded.
Compare configurations
Full comparison| Spec | A · yours | B | Change |
|---|---|---|---|
| Configuration | M1 Ultra 64C · 128 GB | M3 Ultra 60C · 256 GB | |
| Bandwidth | 800 GB/s | 819 GB/s | +19 GB/s |
| Usable memory | 108.8 GB | 217.6 GB | +108.8 GB |
| Models at 8k | 124 | 126 | +2 |
| Top pick | Qwen3.5 122B-A10B Instruct est. 56 tok/s | Qwen3.8-Flash-Next est. 76 tok/s | |
| Max context | 256k, max | 256k, max |
AI model recommendations for Mac Studio M1 Ultra with up to 128GB RAM. Strong for 30B-70B models. This configuration provides optimal performance for local AI models.
For a Mac Studio M1 Ultra with 128GB RAM, the best local LLM is Qwen3.5 122B-A10B Instruct (est. 56 tok/s, typical error 10%). It loads in ~72GB of unified memory, and 124 of ModelFit's 129 local models fit this device comfortably (ModelFit, 2026).
Sizing rule: a local model needs about 0.6 GB of unified memory per billion parameters at Q4, and ModelFit budgets roughly 70% of the 128GB here so the OS, context, and KV-cache keep headroom (rising toward 85% on 128GB-and-up machines). Strong alternatives: Qwen3.8-Flash-Next (IQ4_XS) (~93.7GB) and Ling-3.0-flash (~77.8GB). On this device Qwen3.5 122B-A10B Instruct runs at est. 56 tok/s, typical error 10%, fast enough for interactive chat. Longer contexts cost extra memory, so a model that fits at 8k context may not fit at 64k. What it will not run: Llama 4 Maverick (400B) needs about 245GB, more than this device's comfortable budget; models that large stay on a cloud API or a higher-memory machine.
- Top pick
- Qwen3.5 122B-A10B Instruct
- Decode speed
- est. 56 tok/s, typical error 10%
- Memory needed
- ~72 GB
Speeds are ModelFit estimates from chip bandwidth and model size, not measured benchmarks. Typical error: the median gap between the ModelFit speed model and measured runs on hardware the model was not fitted on, for this backend and model size.
Cite this page: ModelFit, Best AI Models for Mac Studio M1 Ultra (2026), https://modelfit.io/mac-studio/m1/, updated October 2026, CC BY 4.0.
Get told when a better model fits your M1 Ultra 128 GB
When a new open-weight model beats these picks on your configuration, you get one email, plus the Thursday weekly.
For: Mac Studio M1 Ultra 128 GB
You'll also get the weekly ModelFit email. By signing up you agree to our Privacy Policy. Unsubscribe from either email anytime, in one click.
Apple M1 Ultra performance for AI
The Mac Studio M1 Ultra with up to 128GB unified memory is a powerhouse for local AI. Its dual-die design and active cooling system handle 70B models with sustained performance for batch processing and development.
Based on our analysis, 8 out of 8 recommended models run excellently on this configuration. The sweet spot for Mac Studio with Apple M1 Ultra at 128GB is up to about 125B parameter models with Q4_K_M quantization, which provides the best trade-off between quality and inference speed. Higher-RAM configurations in the Apple M1 Ultra generation, including Pro and Max tiers where available, reach into the 30B-70B parameter range.
Where to buy for local AI
best configs- External SSD · 2TBArchive your model library off the internal drive. Quantized models run 5 to 40GB each, so 2TB holds dozens with room to spare.Check price on Amazon
- USB4 NVMe Enclosure40Gbps external storage fast enough to run models from. Pair it with an M.2 drive for a portable model vault.Check price on Amazon
- USB-C Hub / DockMore ports for the external drives, displays and peripherals around a local-AI workstation.Check price on Amazon
- Sweet spotMac Studio M5 Max · 128GBRuns 70B dense and 120B-class MoE models like Qwen3.5 122B-A10B, the value pick for serious local AI.Check price at Apple
- FrontierMac Studio M5 Ultra · 256GB+Headroom for 235B-class MoE models like Qwen3 235B A22B at home.Check price at Apple
ModelFit may earn a commission on purchases through these links, at no extra cost to you.
Frequently asked questions
What is the best AI model for Mac Studio with Apple M1 Ultra?
With 128GB RAM and the Apple M1 Ultra chip, we recommend Qwen3.5 122B-A10B Instruct for the best balance of speed and quality, handling models up to about 125B parameters at this RAM. Higher-RAM Mac Studio configurations in the Apple M1 Ultra generation, including Pro and Max tiers where available, reach into the 30B-70B parameter range.
How much RAM do I need for AI on Mac Studio Apple M1 Ultra?
Mac Studio with Apple M1 Ultra supports 64, 128GB configurations. For most AI workloads, 128GB provides good headroom. A 7B model typically needs 4-5GB of free RAM, while 14B models need 8-10GB.
How fast is Apple M1 Ultra for running local AI models?
With optimized models, the Apple M1 Ultra on Mac Studio achieves est. 56 tok/s, typical error 10%. The Mac Studio M1 Ultra with up to 128GB unified memory is a powerhouse for local AI. Its dual-die design and active cooling system handle 70B models with sustained performance for batch processing and development. (Speeds are ModelFit estimates, not measured benchmarks.)
Can I run Ollama on Mac Studio Apple M1 Ultra?
Yes, Ollama runs natively on Apple Silicon including Apple M1 Ultra. You can install it in minutes and run models like Qwen3.5 122B-A10B Instruct locally. Our wizard recommends the best models based on your exact Apple M1 Ultra configuration and available RAM.
Related guides
- Best LLM for MacRead our full guide
- How to Set Up OllamaRead our full guide
- Run AI OfflineRead our full guide
- Local AI image generator on MacCompare image models by RAM and app
- Local AI video generator on MacCompare video models by RAM and app
- Local video generation on MacVideo models and apps for Apple Silicon
Other Mac Studio configurations
Have this hardware? Share a measured run.
Time a model that fits your machine with Ollama, using the same prompts as every other run. The CLI shows your result and asks before it sends anything; your machine then joins the speed test leaderboard. It does not change the quality benchmark.