# 本地跑大模型：Ollama / LM Studio 选型与调参思路

作者：星苒鸭（xingranya）
发布日期：2026-02-06
更新时间：2026-02-06
原文：https://blog.xran.uk/local-llm-ollama-lmstudio-setup/

把大模型放到本地跑，最常见的理由只有两个：

- **隐私**：数据不出本机（尤其是公司资料/个人笔记）
- **成本**：不想按 token 付费，或者经常离线

但本地跑也有代价：硬件、速度、模型大小、显存/内存……这篇帮你把选型与调参思路捋清楚，避免“下了模型跑不动”的尴尬。

![本地推理的核心瓶颈，往往在算力与内存带宽](https://images.unsplash.com/photo-1756575802474-b2348cef95c3?auto=format&fit=crop&w=1600&q=80&ixlib=rb-4.1.0)

### 1) 先选“路线”：云 API 还是本地推理

你可以用这张对照表快速决策：

| 需求 | 更适合 |
| --- | --- |
| 极致效果、最新模型 | 云 API |
| 隐私敏感、离线可用 | 本地 |
| 低成本高频使用 | 本地 |
| 只偶尔用一下 | 云 API |

### 2) 你需要关注的 3 个硬指标

- **模型参数量**：越大通常越强，但越吃资源
- **量化（Quantization）**：用更小的精度换更少的内存/显存占用
- **上下文长度**：上下文越长，显存/内存占用也会涨

一个实用结论：

> 多数个人设备更适合“中小模型 + 合理量化 + 控制上下文”，追求稳定输出比盲目上大更重要。

### 3) Ollama vs LM Studio：怎么选

#### Ollama（偏“工程化”）

- 命令行友好
- 更适合做本地服务（给你的应用调用）
- 适合 Docker/脚本化管理

#### LM Studio（偏“桌面体验”）

- 图形界面上手快
- 适合先试模型、试参数
- 更适合“个人日常使用”

我的建议：

- 你要“集成到项目里”：优先 Ollama
- 你要“先体验/先选模型”：LM Studio 更顺手

### 4) 调参思路：先稳后快

你可以按这个顺序调：

- **温度（temperature）**：先用 0.3~0.7 找到稳定区间
- **最大输出长度**：别无限放开，避免跑飞
- **上下文长度**：按需提高，别为了“看起来高级”硬拉满
- **并发**：本地并发高会让延迟陡增，建议保守

### 5) 一个很容易忽略的点：模型许可

不同模型的 License 不一样，尤其是：

- 是否允许商用
- 是否允许再分发
- 是否要求保留声明

如果你要把本地模型用于对外服务，建议先把 License 看清楚。

### 总结

本地跑大模型并不神秘：核心是“选对规模 + 量化 + 控制上下文”。先把体验打磨到稳定可用，再追求更大更强，效率更高。

> 封面与配图来自 Unsplash（免费使用授权）。
