1. 先把问题问对:你跑的到底是哪种"大模型"
很多人一上来就问"Mac Studio 和 5090 哪个强",这个问题本身就问偏了。这两台机器的差异不在"谁跑分高",而在于它们服务的是完全不同的使用场景。我见过太多人花三万块买了顶配 Mac Studio,结果发现自己要跑的是带 CUDA 自定义算子的训练脚本,最后只能吃灰;也见过有人咬牙上了 5090,结果日常只是做推理和调试,风扇噪音和功耗让他后悔没选 Mac。
所以第一步不是比硬件,而是先搞清楚你的工作负载属于哪一类。
1.1 推理、微调、训练,三条路对应三种硬件需求
大模型相关的活儿,粗略可以分成三档:
- 纯推理(Inference):模型已经训练好了,你只是拿来做对话、做批量生成、做本地知识库问答。典型工具是 llama.cpp、Ollama、LM Studio 这类。这一档对显存容量敏感,对算力峰值没那么敏感。
- 轻量微调(Fine-tuning):用 LoRA、QLoRA 这类方法在预训练模型上做小规模适配。这一档既要显存,也要一定的算力,而且对框架生态(PyTorch、bitsandbytes、peft)的兼容性要求很高。
- 全量训练或重度微调:这一档基本和消费级设备无缘,无论 Mac 还是单张 5090 都不够看,属于多卡集群的领域,本文不展开。
绝大多数个人开发者和中小团队,实际落在前两档。而这两档对硬件的偏好,恰好是分叉的。
1.2 显存容量和显存带宽,哪个才是瓶颈
这是最容易被忽略的一点。跑大模型时,真正的瓶颈往往不是"算得多快",而是"装不装得下"。
一个粗略的估算公式:模型以 FP16 精度加载时,每 10 亿参数大约占 2GB 显存;如果用 4-bit 量化,每 10 亿参数大约占 0.5 到 0.7GB。也就是说:
| 模型规模 | FP16 显存需求 | 4-bit 量化显存需求 |
|---|---|---|
| 7B | 约 14GB | 约 4-5GB |
| 13B | 约 26GB | 约 8-9GB |
| 32B | 约 64GB | 约 20-22GB |
| 70B | 约 140GB | 约 40-45GB |
看这张表你就明白了:5090 的 32GB 显存,在 4-bit 量化下能舒服地跑 32B 模型,70B 就很勉强;而 Mac Studio 如果上到 128GB 或 192GB 统一内存,70B 甚至更大的模型都能塞进去。
但反过来,显存带宽决定了 token 生成速度。5090 的 GDDR7 带宽在 1.7TB/s 以上,而 Mac Studio 的 M 系列芯片统一内存带宽大概在 400 到 800GB/s 区间(取决于具体型号)。这个差距在推理速度上是实打实能感受到的。
一句话总结:装得下看容量,跑得快看带宽。Mac 赢在容量,5090 赢在带宽。
1.3 生态兼容性:CUDA 这道墙绕不过去
如果你要碰微调,尤其是涉及 bitsandbytes、flash-attention、DeepSpeed 这些库,那基本就是 CUDA 的天下。这些库在 NVIDIA 显卡上有成熟的预编译轮子,装起来顺风顺水;而在 Mac 的 Metal 后端上,要么没有对应实现,要么需要自己折腾编译,坑多到能劝退大部分人。
我自己的经验是:纯推理场景,Mac 的生态已经够用(llama.cpp 对 Metal 的支持相当成熟,Ollama 也开箱即用);一旦涉及训练相关的库,Mac 会让你怀疑人生。
所以下面这张决策表,可以先帮你快速定位:
| 你的主要工作 | 推荐方向 | 核心理由 |
|---|---|---|
| 本地对话、知识库问答、批量推理 | Mac Studio(大内存版) | 容量大、安静、省电 |
| LoRA 微调、实验性训练 | 5090 | CUDA 生态完整 |
| 需要跑 70B 以上模型推理 | Mac Studio 大内存 | 显存容量决定能不能跑 |
| 需要低延迟高吞吐推理服务 | 5090 | 带宽和算力优势明显 |
| 移动办公、需要便携 | 都不选,考虑笔记本 | 这俩都是台式设备 |
2. Mac Studio 的真实使用边界在哪里
Mac Studio 最大的卖点就是统一内存架构。CPU 和 GPU 共享同一块内存池,意味着你可以把 128GB 甚至 192GB 内存全部当作"显存"来用。这在跑大模型时是巨大的优势,因为传统独显的显存是独立且昂贵的,32GB 就到顶了。
2.1 统一内存跑大模型的实测感受
我拿一台 128GB 内存的 Mac Studio 跑过 70B 的 4-bit 量化模型,加载进去大概占 45GB 左右,剩下的内存还能同时开浏览器、编辑器、几个 Docker 容器,系统不卡。生成速度大概在每秒 8 到 12 个 token,日常对话完全够用,但如果你要做大批量的文档生成,这个速度就有点磨人。
对比之下,5090 跑 32B 的 4-bit 模型,速度能到每秒 40 到 60 个 token,快了好几倍。但 70B 就塞不进去了,除非你用更激进的量化(比如 2-bit),但那样质量损失就比较明显了。
这里有个关键认知:推理速度不是线性的,模型越大,内存带宽的压力越大,速度下降越明显。Mac 在跑小模型时速度还能接受,跑大模型时速度劣势会被放大。
2.2 Metal 后端对 llama.cpp 和 Ollama 的支持现状
好消息是,llama.cpp 对 Metal 的支持已经相当成熟,编译时加上 Metal 后端就能用。Ollama 更是把这一切封装好了,装完直接用,模型拉下来就能跑,对新手非常友好。
但要注意几个细节:
- 量化格式的选择:Mac 上推荐用 Q4_K_M 或 Q5_K_M 这类量化,平衡质量和速度。Q8 虽然质量更好,但内存占用翻倍,速度也会下降。
- 上下文长度:上下文越长,KV Cache 占用越大。Mac 内存大,可以开更长的上下文,但速度会随之下降。
- 并发请求:Mac 的 GPU 在并发处理上不如独显,如果你要做多用户并发推理服务,Mac 不是好选择。
2.3 微调场景下 Mac 的尴尬处境
这是 Mac 最不擅长的领域。虽然 PyTorch 有 MPS 后端,理论上能在 Mac 上跑训练,但实际体验是:
- 很多库没有 MPS 实现,会直接报错或回退到 CPU,速度慢到无法接受。
- bitsandbytes 的 4-bit 量化训练在 Mac 上支持很差,QLoRA 基本跑不起来。
- 显存管理机制不同,容易出现内存碎片和 OOM。
我试过在 Mac 上跑 LoRA 微调,折腾了一整天,最后速度只有 5090 的十分之一不到,而且中途各种报错。所以如果你要微调,别为难 Mac。
实操建议:Mac Studio 就老老实实做推理,把它当成一台"能跑大模型的静音工作站",不要指望它做训练。
3. 5090 的诱惑与它的隐藏成本
5090 作为新一代旗舰消费级显卡,32GB 显存加上超高的显存带宽,在推理和微调上都是猛兽。但买它之前,有几个成本你必须算清楚。
3.1 32GB 显存到底能跑多大的模型
前面表格已经算过,32GB 在 4-bit 量化下能跑 32B 模型,70B 需要更激进的量化或者部分卸载到内存(速度会暴跌)。所以如果你的目标是 70B 模型,5090 单卡是不够的,要么上双卡,要么接受速度损失。
但 32B 及以下的模型,5090 跑起来非常舒服。像 Qwen 32B、Llama 3 系列的中等规模模型,4-bit 量化后占 20GB 左右,剩下的显存还能开不小的上下文。
3.2 功耗、散热、噪音:被低估的日常成本
5090 的功耗在 500W 以上,满载时整机功耗轻松突破 700W。这意味着:
- 电源:至少 1000W 金牌电源,别省这个钱。
- 散热:机箱风道要做好,否则显卡降频,性能打折。
- 噪音:满载时风扇声音不小,如果你在卧室或开放式办公室用,要有心理准备。
- 电费:长时间满载跑推理,电费是持续支出。
相比之下,Mac Studio 满载也就一两百瓦,基本听不到风扇声。如果你需要长时间挂着跑任务,这个差异在体验上非常明显。
3.3 CUDA 生态的便利与版本管理的坑
CUDA 生态是 5090 最大的优势,但也是新手最容易踩坑的地方。常见问题包括:
- 驱动版本和 CUDA 版本不匹配:装 PyTorch 时要选对 CUDA 版本,否则会报 "CUDA not available"。
- 多版本 CUDA 共存:不同项目依赖不同 CUDA 版本,需要学会用环境变量切换。
- cuDNN 配置:某些库需要手动配置 cuDNN 路径。
我踩过最典型的坑是:装完驱动后nvidia-smi能显示,但 PyTorch 里torch.cuda.is_available()返回 False。原因通常是 PyTorch 装的是 CPU 版本,或者 CUDA 版本对不上。解决办法是先确认驱动支持的 CUDA 版本,再去 PyTorch 官网找对应的安装命令。
排查顺序:先
nvidia-smi看驱动和 CUDA 版本,再python -c "import torch; print(torch.version.cuda)"看 PyTorch 编译时的 CUDA 版本,两者要兼容。
4. 按场景给出具体选型建议
前面讲了原理,这一节直接给结论。你可以对号入座。
4.1 个人开发者做本地推理和知识库
如果你主要做本地对话、RAG 知识库、文档问答,模型规模在 32B 以内,那 5090 是更爽的选择,速度快、生态好。但如果你想要一台安静、省电、能长期开着的机器,而且模型规模可能上到 70B,那 Mac Studio 大内存版更合适。
我的建议是:先想清楚你未来一年会不会碰微调。会碰,选 5090;不会碰,且预算允许大内存,选 Mac Studio。
4.2 小团队做微调和实验
小团队做 LoRA 微调、模型实验,5090 几乎是唯一选择。CUDA 生态的完整性在这里是决定性的。如果预算够,可以考虑双卡 5090,显存翻倍到 64GB,能碰 70B 的微调。
但要注意,双卡不是简单叠加,需要主板支持、电源够大、机箱够宽,而且多卡训练的配置比单卡复杂不少。
4.3 企业私有化部署的考量
企业私有化部署要考虑的维度更多:稳定性、运维成本、数据安全、扩展性。Mac Studio 在静音和省电上有优势,适合放在办公室做小规模推理服务;但如果要做高并发、低延迟的服务,还是得靠 NVIDIA 的服务器级方案。
这里不展开企业级方案,因为那已经超出"Mac Studio vs 5090"的讨论范围了。
5. 几个容易被忽略的实操细节
最后分享几个我在实际使用中总结的细节,这些是文档里不会写的。
5.1 内存和显存的"够用"标准不一样
Mac 的统一内存是共享的,系统本身、浏览器、编辑器都要占。所以 128GB 内存,实际能给模型用的可能只有 90 到 100GB。而 5090 的 32GB 显存是独占的,基本能全部给模型用。
所以比较时不能只看数字,要看"可用量"。Mac 上建议留 20% 到 30% 的内存给系统。
5.2 量化格式对速度的影响比想象中大
同一个模型,Q4_K_M 和 Q8_0 的速度差异可能达到 30% 到 50%。如果你追求速度,选更激进的量化;如果追求质量,选保守的量化。这个权衡在 Mac 上尤其明显,因为 Mac 的带宽本来就有限。
5.3 别忽略模型加载时间
大模型从磁盘加载到内存/显存需要时间。70B 的模型加载可能要几分钟。如果你频繁切换模型,这个时间成本要考虑进去。SSD 的速度在这里很关键,建议用 NVMe SSD。
5.4 散热和长期稳定性
5090 长时间满载,机箱内温度会很高,其他部件(比如 SSD)也可能受影响。Mac Studio 的散热设计更紧凑,但长时间满载也会降频。无论选哪个,都要保证良好的散热环境。
我在实际使用中的体会是:没有绝对更好的机器,只有更适合你工作流的机器。先明确你的核心场景,再对照显存容量、带宽、生态这三个维度去选,基本不会选错。如果你实在纠结,可以先租用云端的对应配置跑几天,感受一下再决定,这比看一百篇评测都管用。