164、模型选型决策框架：不同任务、硬件、预算下的模型选择策略与基准测试

上周帮一个创业团队排查线上推理延迟问题，他们的场景是实时客服对话，用了Llama 2 7B，结果单次推理平均耗时3.2秒，用户等得直接关页面。我一看硬件配置，四块T4显卡，但代码里只加载了一个模型实例，batch size设成1，还开了float32。这不是拿跑车当牛车用吗？更离谱的是，他们选模型时根本没做基准测试，纯粹因为“7B参数听起来够用”就上了。这种选型方式，我见过太多团队踩坑了。

选型不是选参数，是选约束条件

很多人一上来就问“哪个模型最好”，这问题本身就有问题。模型选型本质是在任务需求、硬件资源、预算限制这三者之间找平衡点。我习惯先画一个三角约束图——任务复杂度、推理速度、成本，这三者不可能同时最优。你要做的是明确哪个约束最硬。

比如刚才那个客服场景，任务复杂度其实不高，就是意图识别加简单回复生成，但推理速度要求极高（<500ms），成本又敏感（不能上A100）。那Llama 2 7B显然不是最优解，换成Mistral 7B或者更小的Phi-3 mini，配合量化+批处理，延迟能压到200ms以内。这里踩过坑：别以为参数越小就一定越快，模型架构和推理框架的适配度同样关键。Mistral的grouped-query attention在批处理场景下比Llama的multi-head attention快30%以上。

硬件决定天花板，别幻想用T4跑70B

我见过最离谱的配置是有人用RTX 3060跑Falcon 180B，还开了4-bit量化，结果显存溢出后自动切到CP