8卡RTX 5090服务器llama.cpp测试

8 卡 RTX 5090 服务器

完整安装及性能调优指南

 8卡RTX 5090服务器 从 NVIDIA驱动安装 → CUDA环境 → llama.cpp编译 → 多GPU测试 的完整、可直接执行流程(基于Ubuntu 22.04 LTS,适配Blackwell架构)。

一、系统与硬件准备(必做)

1.1 系统要求

• 推荐:Ubuntu 22.04 LTS(64位)

• 内核:6.8+ HWE内核(5090必须高内核)

• 禁用:Nouveau开源驱动(与NVIDIA驱动冲突)

1.2 硬件检查

Bash
# 查看8张5090是否被识别
lspci | grep -i nvidia
# 应输出8条 NVIDIA Corporation Device 2782 (rev a1)

二、安装NVIDIA驱动(5090专属流程)

2.1 卸载旧驱动与禁用Nouveau

Bash
# 1. 彻底卸载旧NVIDIA驱动
sudo apt purge nvidia* libnvidia* -y
sudo apt autoremove -y

# 2. 禁用Nouveau
sudo bash -c 'echo -e "blacklist nouveau\noptions nouveau modeset=0" > /etc/modprobe.d/blacklist-nouveau.conf'
sudo update-initramfs -u

# 3. 重启生效
sudo reboot

2.2 安装高版本HWE内核(5090强制要求)

Bash
# 安装6.8+ HWE内核
sudo apt update
sudo apt install linux-generic-hwe-22.04 -y
sudo reboot

# 验证内核版本(必须≥6.8)
uname -r
# 输出示例:6.8.0-45-generic

2.3 安装5090专用开源驱动(-open)

RTX 5090(Blackwell)必须用 open-dkms 开源内核模块驱动,闭源驱动会报错。

Bash
# 添加显卡驱动PPA
sudo add-apt-repository ppa:graphics-drivers/ppa -y
sudo apt update

# 安装590-open驱动(5090推荐)
sudo apt install nvidia-driver-590-open -y

# 重启
sudo reboot

# 验证驱动(8卡均正常显示)
nvidia-smi

输出应显示 8张RTX 5090、驱动版本 590.xx、CUDA Version 12.4+

三、安装CUDA Toolkit(llama.cpp依赖)

3.1 安装CUDA 12.4(与590驱动匹配)

Bash
# 下载CUDA 12.4安装包
wget https://developer.download.nvidia.com/compute/cuda/12.4.0/local_installers/cuda_12.4.0_550.54.14_linux.run

# 安装(仅安装CUDA Toolkit,不装驱动)
sudo sh cuda_12.4.0_550.54.14_linux.run --silent --toolkit

# 配置环境变量
echo 'export PATH=/usr/local/cuda-12.4/bin:$PATH' >> ~/.bashrc
echo 'export LD_LIBRARY_PATH=/usr/local/cuda-12.4/lib64:$LD_LIBRARY_PATH' >> ~/.bashrc
source ~/.bashrc

# 验证CUDA
nvcc -V
# 输出应显示 release 12.4

3.2 安装基础编译工具(llama.cpp多GPU核心依赖)

Bash
sudo apt update sudo apt install git build-essential cmake pkg-config libopenblas-dev -y

四、安装llama.cpp编译依赖

Bash
# 基础编译工具
sudo apt update
sudo apt install git build-essential cmake pkg-config libopenblas-dev -y

# 验证依赖
gcc --version  # ≥11
cmake --version # ≥3.22

五、编译llama.cpp(开启8卡CUDA加速)

5.1 克隆源码

Bash
git clone https://github.com/ggerganov/llama.cpp.git
cd llama.cpp

5.2 编译(开启CUDA + 多GPU + 5090算力sm_120)

Bash
# 关键参数:
# LLAMA_CUDA=1:启用CUDA
# LLAMA_CUDA_DMMV_X=32:提升多GPU显存效率
# LLAMA_CUDA_N_GRAPH_LAYERS=9999:全层GPU卸载
# LLAMA_CUDA_ARCHS=120:5090专属算力(sm_120)
cmake -B build \
  -DLLAMA_CUDA=ON \
  -DLLAMA_CUDA_DMMV_X=32 \
  -DLLAMA_CUDA_N_GRAPH_LAYERS=9999 \
  -DLLAMA_CUDA_ARCHS=120 \
  -DCMAKE_BUILD_TYPE=Release

# 8线程编译(匹配服务器CPU核心)
cmake --build build -j$(nproc)

5.3 验证编译

Bash
./build/bin/llama-cli --help | grep -E "cuda|gpu"
# 应输出:--cuda, --gpu-layers N 等CUDA参数

六、准备GGUF模型(测试用)

6.1 下载测试模型(以Qwen3 32B Q4_K_M为例)

Bash
# 进入模型目录
mkdir -p models && cd models

# 下载Qwen3 32B Q4_K_M量化模型(4-bit,显存友好)
wget https://hf-mirror.com/bartowski/Qwen_Qwen3-32B-GGUF/resolve/main/Qwen_Qwen3-32B-Q4_K_M.gguf



cd ..

七、8卡5090 llama.cpp测试(核心步骤)

7.1 单卡基础测试(验证CUDA)

Bash
cd .. 

./build/bin/llama-cli \

-m models/Qwen_Qwen3-32B-Q4_K_M.gguf \

--gpu-layers 99 \

-t 64 \

-c 32768 \

-p "你好"

同时另开一个终端,

watch -n 1 nvidia-smi

7.2 8卡并行测试(多GPU自动负载均衡)

llama.cpp 自动识别所有NVIDIA GPU,无需手动指定卡ID。

Bash
./build/bin/llama-cli \

-m models/Qwen_Qwen3-32B-Q4_K_M.gguf \

-n 1024 \

--gpu-layers 99 \

-t 32 \

-c 16384 \

-p "撰写关于8x RTX 5090服务器用于大语言模型(LLM)推理的技术概述。" \

--batch-size 1024 \

--mlock \

--flash-attn on

[ Prompt: 289.1 t/s | Generation: 66.6 t/s ]

7.3 8卡显存与负载验证

新开终端,实时监控:

Bash
watch -n 1 nvidia-smi

8张5090显存均被占用(≈4GB/卡)、GPU利用率 =55%

八、性能调优(8卡5090专属)

8.1 关键参数优化

Bash
# 8卡极致性能参数
./build/bin/llama-cli \

-m models/Qwen_Qwen3-32B-Q4_K_M.gguf \

-n 2048 \

--gpu-layers 99 \

-t 64 \

-c 32768 \

-p "撰写关于8x RTX 5090服务器用于大语言模型(LLM)推理的技术概述。" \

--batch-size 2048 \

--mlock \

--flash-attn on \

--no-mmap \

--numa distribute

-n 2048:将最大生成token数提升至2048,满足更长篇幅的技术概述撰写需求;

-t 64:分配64个CPU线程,匹配多GPU并行推理的CPU调度需求,提升协同效率;

-c 32768:将上下文长度提升至32768,支持更长文本输入与生成,适配技术概述的深度撰写;

--batch-size 2048:提升批量推理效率,适配8×RTX 5090多GPU并行算力;

--mlock:锁定内存,避免内存交换(swap),提升多GPU推理稳定性;

--flash-attn on:启用Flash Attention优化,充分发挥RTX 5090硬件性能,显著提升推理速度;

--no-mmap:禁用内存映射(mmap),减少内存开销,进一步提升多GPU协同推理速度;

--numa distribute:启用NUMA(非统一内存访问)优化,采用“distribute”模式,将执行任务均匀分配到所有CPU节点,适配多CPU节点服务器,平衡CPU与多GPU之间的内存访问效率,避免资源瓶颈

[ Prompt: 280.4 t/s | Generation: 65.2 t/s ]

8张5090显存均被占用(≈4GB/卡)、GPU利用率 =55%

8.2 多GPU显存分配(手动指定)

如需手动分配层到不同GPU:

Bash
# 示例:前40层到GPU0,后40层到GPU1-7
./build/bin/llama-cli -m models/Qwen_Qwen3-32B-Q4_K_M.gguf -n 2048 --gpu-layers 80 --main-gpu 0 -t 64 -c 32768 -p "撰写关于8x RTX 5090服务器用于大语言模型(LLM)推理的技术概述。" --batch-size 2048 --mlock --flash-attn on --no-mmap --numa distribute

-n 2048:最大生成token数,满足技术概述长文本撰写需求;

-t 64:分配64个CPU线程,匹配多GPU并行推理的CPU调度,提升协同效率;

-c 32768:上下文长度32768,支持长文本输入与生成;

--batch-size 2048:提升批量推理效率,适配8×RTX 5090多GPU算力;

--mlock:锁定内存,避免内存交换,提升推理稳定性;

--flash-attn on:启用Flash Attention优化,充分发挥RTX 5090硬件性能;

--no-mmap:禁用内存映射,减少内存开销,提升多GPU协同速度;

--numa distribute:NUMA优化,均匀分配任务到所有CPU节点,避免资源瓶颈;

--gpu-layers 80:核心分层配置,总加载80层模型到GPU(前40层+后40层),需确保该层数不超过Qwen3-32B模型总层数(适配32B模型,80层为合理分配值);

--main-gpu 0:关键分层参数,指定GPU0作为主GPU,llama.cpp会优先将前40层模型加载到主GPU(GPU0),剩余的40层会自动均匀分配到其余GPU(GPU1-GPU7),完全匹配“前40层到GPU0,后40层到GPU1-7”的需求;

补充:llama.cpp不支持--cuda-devices参数,无需手动指定GPU设备(0-7),通过--main-gpu 0即可实现分层分配,系统会自动识别剩余GPU并分配后续层数。

[ Prompt: 248.7 t/s | Generation: 65.1 t/s ]

九、常见问题排查

1. nvidia-smi 只显示部分卡

○ 重启服务器、检查PCIe插槽与供电

○ 确认驱动为 590-open,非闭源

2. llama.cpp 只跑CPU,不调用GPU

○ 编译时必须加 -DLLAMA_CUDA=ON

○ 运行时加 --gpu-layers ≥32

○ 验证CUDA:nvcc -V

3. 显存溢出(OOM)

○ 降低 --gpu-layers(如99→80)

○ 使用更低量化(Q3_K_M)

○ 增大 -c 上下文窗口

4. 5090 报错:Failed to allocate NvKmsKapiDevice

○ 必须用 nvidia-driver-xxx-open 开源驱动

○ 内核必须 ≥6.8

十、最终验证

执行以下命令,确认 8卡5090全量工作

Bash
./build/bin/llama-cli \

-m models/Qwen_Qwen3-32B-Q4_K_M.gguf \

-n 4096 \

--gpu-layers 99 \

-t 64 \

-c 32768 \

-p "阐述8x RTX 5090在大型语言模型部署中的优势。" \

--batch-size 2048 \

--mlock \

--flash-attn on

[ Prompt: 229.4 t/s | Generation: 65.7 t/s ]

十、输出测试效果:

# 使用 llama-bench 正确的参数格式

./build/bin/llama-bench \

-m models/Qwen_Qwen3-32B-Q4_K_M.gguf \

-t 64 \

-p 512,2048,8192 \

-n 128,512,2048 \

-ngl 99 \

-b 2048 \

-ub 512 \

-fa 1 \

-r 3 \

2>&1 | tee benchmark_results.txt

| model                                           |       size     |     params | b ackend    | ngl   | fa |            test   |                  t/s         |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA |  99 | 1 | pp512    |   3569.28 ± 44.41 |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA  |  99 | 1 | pp2048 |  3744.03 ± 0.42 |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA  |  99 | 1 | pp8192 |   3512.90 ± 0.50 |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA  |  99 |  1 |   tg128 |      66.56 ± 0.02 |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA  |  99 |  1 |    tg512 |     66.29 ± 0.07 |

| qwen3 32B Q4_K - Medium | 18.40 GiB | 32.76 B | CUDA  |  99 |  1 |   tg2048 |   65.12 ± 0.03 |

build: 08f21453a (8589)

Read more

2026实测|DeepSeek-R1-Distill-Qwen-1.5B部署全攻略(vLLM+Open WebUI,0.8GB显存就能跑,告别服务器瓶颈)

2026实测|DeepSeek-R1-Distill-Qwen-1.5B部署全攻略(vLLM+Open WebUI,0.8GB显存就能跑,告别服务器瓶颈)

前言:2026年,轻量级大模型部署已成为开发者核心需求——专业GPU服务器成本高昂、边缘设备算力有限,多数1.5B级模型仍需3GB以上显存,让个人开发者与中小企业望而却步。而DeepSeek-R1-Distill-Qwen-1.5B(下称“DQ-1.5B”)的出现打破僵局,通过知识蒸馏技术在1.5B参数体量下实现接近7B级模型的推理能力,配合vLLM推理加速与Open WebUI可视化交互,实测0.8GB显存即可稳定运行,无需高端服务器,个人PC、边缘设备均可轻松落地。本文结合2026年最新实测数据,从核心原理、分步实操、实测验证、应用场景、落地案例到问题排查,打造零冗余、高可用的部署全攻略,兼顾专业性与实用性,助力开发者快速上手,轻松实现轻量级大模型本地化部署。 一、核心技术解析 部署前先理清三大核心组件的核心逻辑,无需深入底层源码,聚焦“为什么能用、为什么高效”,贴合开发者落地需求。 1.1 模型核心:DeepSeek-R1-Distill-Qwen-1.5B 优势解析 DQ-1.5B是DeepSeek团队基于Qwen-1.

前端跨子域通讯深度解读:跳出基础,聚焦避坑

在前端开发中,“跨域”是绕不开的话题,而“跨子域”作为跨域的一种特殊场景(如 a.example.com 与 b.example.com),因主域一致、子域不同的特性,既有别于完全跨域(如 example.com 与 test.com),也存在专属的通讯技巧和避坑点。 多数文章仅罗列“可用方案”,却忽略了不同场景下的选型逻辑、实际落地中的细节问题,以及生产环境中的最佳实践。本文将从“痛点拆解→方案深度解析(含代码+场景)→避坑指南→最佳实践”四个维度,真正了解跨子域通讯,而非停留在“知道有哪些方法”的层面。 一、先搞懂:跨子域通讯的核心痛点(区别于普通跨域) 跨子域的核心特点是「主域相同,子域不同」,这就决定了它的痛点的特殊性,而非普通跨域的“

跨平台AI语音转换框架:Retrieval-based-Voice-Conversion-WebUI完全指南

跨平台AI语音转换框架:Retrieval-based-Voice-Conversion-WebUI完全指南 【免费下载链接】Retrieval-based-Voice-Conversion-WebUI语音数据小于等于10分钟也可以用来训练一个优秀的变声模型! 项目地址: https://gitcode.com/GitHub_Trending/re/Retrieval-based-Voice-Conversion-WebUI 项目概览 Retrieval-based-Voice-Conversion-WebUI是一款基于VITS架构的先进语音转换系统,它打破了传统变声工具的技术壁垒。这个开源框架最大的亮点在于其极低的数据需求——仅需10分钟语音素材即可训练出高质量的AI变声模型! 该项目采用检索式语音转换技术,通过top1特征检索机制有效防止音色泄露,确保转换后的声音既自然又富有表现力。无论你是内容创作者、开发者还是语音技术爱好者,都能在这个平台上找到适合自己的解决方案。 技术亮点解析 革命性的检索技术 该框架采用创新的特征检索机制,在推理过程中动态替换输入源特征为训

从对话到协作:深度解析 WebMCP —— 开启浏览器端的 AI 智能体新时代

从对话到协作:深度解析 WebMCP —— 开启浏览器端的 AI 智能体新时代

在 2024 年底,Anthropic 推出了 MCP (Model Context Protocol),试图为 AI 模型与外部数据源之间构建一条“通用数据总线”。然而,对于广大的前端开发者和 Web 生态来说,传统的 MCP 更多是在后端或桌面端发力。 2025 年初,由 Google 和 Microsoft 工程师联合发起的 WebMCP 提案正式进入 W3C Web 机器学习社区组(WebML CG)的视野。它标志着 AI 智能体(Agent)正式获得了与 Web 页面进行“结构化对话”的官方绿卡。 本文将为你深度拆解 WebMCP 的前世今生、核心机制以及它将如何重塑前端开发者的技能图谱。 一、 为什么我们需要