榨干锐龙AI Max+ 395：PVE下开启128G统一内存与GTT动态显存

1. 前言

最近内存价格疯涨，传统 DIMM/SO-DIMM 内存的主机或服务器组装成本飙升，反倒是板载内存的小主机在这个节点成了性价比之选。因此博主入手了一台 FEVM FAEX1 放在弱电箱，配置直接拉满：锐龙 AI Max+ 395 处理器 + 128GB LPDDR5 四通道内存。

这颗代号“Strix Halo”的处理器，最大的杀手锏是那颗 40CU 规模的 Radeon 8060S 核显。配合 128GB 四通道统一内存（UMA），它不仅能跑许多独立显卡都“装不下”的 AI 大模型，其 16 核 Zen5 的 CPU 性能也足以轻松应对各种高负载任务。

2. 系统选择

在系统层面，博主强烈建议避开 Windows。

Windows 的 WDDM 机制对显存划分非常死板（默认通常只能切一半内存）。想要大显存跑 AI，就必须在 BIOS 里硬划走 64-96GB 给核显。这就导致一个尴尬的局面：回到桌面做日常任务时，系统可用内存少得可怜；如果想切换用途，还得重启进 BIOS 改设置，既麻烦又不优雅。

博主这台机器主要用于运行以下任务（分时段运行，互不干扰）：

1. AI大模型推理（吃核显、显存）
2. Steam串流服务器（吃核显、CPU）
3. Stata计算服务器（吃CPU、内存）

可以看到，需求 1 和 需求 3 对内存资源的占用是完全互斥的。如果在 Windows 下，每次切换任务都要重启改 BIOS，这显然不可接受。

于是，博主决定采用 Proxmox (PVE) 系统，利用 Linux LXC 容器来部署上述服务。这种方案的便利在于：只需在 BIOS 里划分 8GB 专用显存，剩下的通过 Linux 的 GTT (Graphics Translation Table) 机制动态映射 96GB。

• 当跑 AI 时，显卡能调动 104GB (8G专用+96G GTT) 显存；

• 当跑 Stata 时，CPU 又能用满 120GB 内存。

这种“既要又要”的动态调整能力，无需重启，即用即取，这才是 395 小主机 All-in-One 的正确打开方式。

3. BIOS 关键设置

硬件装好后，建议调整 BIOS 设置，默认设置通常为Auto，为避免BIOS自动切换策略抽风。以 FEVM FAEX1 为例，需要进入 GFX Configuration 菜单，开启 Advanced Control 并进行以下修改：

4. PVE安装

如果使用其他Linux版本，可忽略以下内容，但是请确保内核版本在6.15以上。

博主使用了一块 三星 990 Pro 4T 作为系统盘。在 PVE 安装界面的硬盘选择步骤中点击 “Advanced Options” (高级选项) 进行手动规划。

PVE 默认的分区策略在消费级 SSD 上往往过于激进或保守，以下是博主基于 4TB 硬盘的个人配置方案，供 PVE 新用户参考：

剩余选项根据自己需求填写即可，需要注意服务器地址填写需要填.lan或.local局域网地址，别填写公网域名。

安装完成后在PVE更新一下系统至最新版本，目前PVE最新版本V9.1.4，内核版本Linux 6.17.2-1-pve (2025-10-21T11:55Z)可以完美驱动Strix Halo的Radeon 8060S/8050S核显。

5. GPU驱动验证

1). 在PVE Shell中输入并执行：

ls /lib/firmware/amdgpu/ | grep gc

如果看到了一堆类似gc_11_5_0_*.bin文件名的文件，说明核显驱动成功。

2). 执行以下命令查看GTT（共享显存）大小：

dmesg | grep -i "GTT"

大概看到的是这样的内容，GTT（共享显存）

root@exterior:~# dmesg | grep -i "GTT"
[4.428132] amdgpu 0000:c6:00.0: amdgpu: amdgpu: 60189M of GTT memory ready.

3). 安装轻量级的 GPU 监控工具radeontop

apt update
apt install radeontop -y

运行监控执行radeontop，可以看到监控界面，只要界面能出来不报错退出，就说明核显已经完美驱动。

6. 修改GTT上限

修改 GTT（Graphics Translation Table）的上限是通过添加内核启动参数实现的，Linux 内核默认策略通常是将 GTT 设置为系统内存的一半左右，需要修改 GRUB 配置突破默认的内存占比限制。。

1).编辑GRUB配置文件

nano /etc/default/grub

2). 找到以 GRUB_CMDLINE_LINUX开头的那一行，它现在可能看起来像这样：

GRUB_CMDLINE_LINUX=""

3). 添加参数：在引号内部、现有内容的后面，添加amdgpu.gttsize=数值(单位:MB)、ttm.pages_limit=数值(单位:Pages)。 例如，设置GTT为96GB (98304MB、98304MB*256(4kb/page)=25165824 pages)

GRUB_CMDLINE_LINUX="amdgpu.gttsize=98304 ttm.pages_limit=25165824"

其实现在新内核只要有ttm.pages_limit参数就行，amdgpu.gttsize这个参数只是兼容性保留，同时填写时二者数据注意需要匹配。

nano编辑器操作步骤：

• 使用方向键移到目标行
• 输入amdgpu.gttsize=98304 ttm.pages_limit=25165824
• 确保引号 " 依然包裹着整句话
• 按 Ctrl + O 然后 Enter 保存
• 按 Ctrl + X 退出编辑器

4). 执行更新命令

update-grub

5). 执行重启命令

reboot

6). 验证GTT（共享显存）容量

dmesg | grep -i "GTT"

如果看到类似以下内容，显示GTT memory ready的话，说明修改成功。

 -> # dmesg | grep -i "GTT"
[0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.17.4-2-pve root=/dev/mapper/pve-root ro amdgpu.gttsize=98304 ttm.pages_limit=25165824 quiet
[0.065303] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.17.4-2-pve root=/dev/mapper/pve-root ro amdgpu.gttsize=98304 ttm.pages_limit=25165824 quiet
[4.405208] amdgpu 0000:c6:00.0: amdgpu: [drm] Configuring gttsize via module parameter is deprecated, please use ttm.pages_limit
[4.405210] amdgpu 0000:c6:00.0: amdgpu: amdgpu: 98304M of GTT memory ready.

此时最大可用显存为BIOS中设置的8G+GTT（共享显存）96G共104G，可以根据实际业务需要扩大或者缩小GTT（共享显存）容量，但是建议保留不低于16G内存可用，避免系统死机。

7. 配置完成

接下来就可以放心的在小主机上部署自己需要的服务啦wwwww

上面修改的是 /etc/default/grub主配置文件，之后apt更新内核都会自动触发update-grub脚本，会将参数，自动注入到每个内核（包括新安装的内核）的启动项中，无需每次修改。