Extremely Slow Model Download Speed Despite Fast Internet Connection (Windows 11)

快速结论：此报错通常出现在 Windows 11 系统上，用户执行 ollama pull 命令下载模型时速度极慢（例如 10 Mbps 左右），但测速或 Steam 等应用可以跑满带宽。优先排查默认浏览器的“并行下载”和“安全 DNS”设置。

问题场景

用户在执行 ollama pull 命令下载大模型（如 llama2 或任意模型）时，下载速度持续低下（约 10 Mbps），甚至偶尔降为零，需要重新下载。用户网络测速正常（约 100 Mbps），Steam 和 Epic Games 也能跑满带宽，但 ollama pull 和 Brave 浏览器下载均被限制在同一低速。

报错原文

time=2025-03-30T14:09:15.479+03:00 level=INFO source=images.go:432 msg="total blobs: 17"
time=2025-03-30T14:09:15.479+03:00 level=INFO source=images.go:439 msg="total unused blobs removed: 0"
time=2025-03-30T14:09:15.479+03:00 level=INFO source=routes.go:1297 msg="Listening on 127.0.0.1:11434 (version 0.6.3)"
time=2025-03-30T14:09:15.479+03:00 level=INFO source=gpu.go:217 msg="looking for compatible GPUs"
time=2025-03-30T14:09:15.479+03:00 level=INFO source=gpu_windows.go:167 msg=packages count=1
time=2025-03-30T14:09:15.479+03:00 level=INFO source=gpu_windows.go:214 msg="" package=0 cores=16 efficiency=0 threads=32

日志提示：服务端日志显示正常启动，未出现明确报错。速度问题出现在下载阶段，而非服务器内部错误。

原因分析

可能原因：默认浏览器（如 Brave、Chrome）的“并行下载”标志未开启，或“安全 DNS”配置限制了 DNS 解析性能，导致 Windows 部分应用（包括 Ollama CLI）的下载流量被间接阻塞。用户发现修改 Brave 浏览器设置后，ollama pull 在 CMD 中的下载速度立即恢复，说明默认浏览器的网络配置可能会影响系统级别的 DNS 或网络状态缓存。此外，Linux 用户（Pop OS 22.04）也报告了类似情况，可能与 Docker 桥接设置或 WiFi 连接 MAC 地址配置有关。

环境排查

操作系统：Windows 11（亦可能影响 Windows 10）或 Linux（Pop OS 22.04, Arch Linux）
Ollama 版本：0.6.3（Issue 中提及）
默认浏览器：Brave（最常见）、Chrome
网络条件：测速正常（约 100 Mbps），但 Ollama 下载限速在 10 Mbps 左右
其他应用：Steam、Epic Games、Microsoft Edge 下载正常

解决步骤

Windows 11 / Brave 浏览器用户（可优先尝试）：

在 Brave 浏览器地址栏输入 brave://flags 并回车。
搜索 Parallel downloading（并行下载），将标志设为 Enabled。
根据提示重新启动浏览器。
进入 Brave 设置 > 隐私和安全 > 安全。
在“使用安全 DNS”部分，选择 使用自定义，并从下拉菜单中选取 Cloudflare (1.1.1.1)。
重新启动 Brave，然后再次执行 ollama pull 测试速度。

Linux 用户（如 Pop OS 22.04，可次优先尝试）：

Docker 相关：若已安装 Docker，修改 Docker 守护进程配置，将默认桥接模式设置为 none（需使用 daemon.json 配置），重启 Docker 服务。
WiFi 连接设置：
- 进入系统的网络设置，找到当前连接的 WiFi。
- 进入“身份”或高级设置选项卡。
- 在“MAC 地址”或“克隆地址”部分，选择 永久 (Permanent)。
- 若存在多个 BSSID，尝试逐一选择并测试下载速度。