1. 项目缘起：为什么需要一个“openrig”

我在去年年末整理硬件库房时，翻出三块积灰的涡轮版GPU、两根不同代的DDR5内存条，外加一台吃灰已久的双路服务器主板。当时手头正好有个离线语音转写的小模型要部署，同时还要跑一个本地的检索增强生成流程，但实验室的共享集群排队能排到晚饭后。望着那些散件，我冒出的第一个念头不是“装台新电脑”，而是——能不能把这些碎片，搭成一台随时能改、随时能拆、结构完全透明的专用工作站？

市面上不是没有成品工作站，但问题是：成品机箱的散热方案是固定的，电源功率是锁死的，硬盘位、扩展槽、水冷接口全部由厂商说了算。我想在机箱侧面开一个手拧侧板，想用皮实耐操的服务器风扇替换原装风扇，想在前置面板上直接引出一条给外接采集卡供电的12V线路——成品设备根本不给这种自由度。

这就引出了“openrig”这个项目的由来：它是一套开放基础设施（Open Rig Infrastructure），本质上是围绕“可重构算力底座”设计的一套开源工作站方案。它不是一个品牌，不是一款机箱，而是一整套从硬件选型、散热布局、电源分配、系统调试到监控脚本的完整方法论，核心目标就一句话：用中端预算，搭出一台能应对“本地AI推理、数据采集、多路视频编解码、快速原型验证”的通用算力平台，并且所有设计细节都公开、所有零件都可替换。

这套方案适合谁？适合像我一样手里有一定散件、不想被整机厂商绑死、又需要频繁切换使用场景的个人开发者、实验室管理员、硬件折腾爱好者。你不一定需要多壕的预算，但一定需要把每一分钱的去向都搞明白的耐心。

2. 整体设计思路：把“可重构”当成第一性原理

2.1 核心设计指标与拆解

在设计openrig之前，我先列了一份需求清单，不是“我要一台很厉害的电脑”这种模糊描述，而是可量化的指标：

• 算力需求：同时跑一个 7B 参数量化模型做推理，外加一路 4K 视频硬解码，再留 30% 余量给后台任务。
• 存储需求：系统盘、数据盘、冷备份盘物理分离，数据传输带宽至少满足 2 路 PCIe 3.0 x4 同时读写不阻塞。
• 散热需求：在 26℃ 室温下，满载运行 2 小时，CPU 结温不超过 85℃，GPU 热点温度不超过 90℃。
• 重构时间：从拆开侧板到更换一块扩展卡，全程不超过 10 分钟，不需要特殊工具。

这些指标直接决定了我后续的每一个选型决策。比如“存储物理分离”这一条，就把我推向了M.2系统盘加U.2数据盘加机械冷备盘的组合，而不是简单插两块NVMe组RAID 0。

2.2 为什么不做盲目堆料

很多朋友一听到“工作站”就联想到四路CPU、八块GPU、水冷机组。但我在openrig里刻意反着来——优先解决瓶颈，再考虑冗余。

举个例子：跑大语言模型推理时，真正的瓶颈往往不在GPU算力，而在显存带宽和PCIe链路速度。你上一块RTX 4060 16G，在多数本地推理场景下，实际体验未必比上代旗舰差太多，因为显存容量决定了你能塞多大模型，而显存带宽决定了生成速度。所以我在设计里把“显存容量”权重调得比“单芯性能”更高，这也是openrig能控制预算的关键——把省下来的钱花在更大的内存和更稳的电源上。

另外，可重构性意味着你不需要预判半年后的所有需求。你现在不确定未来会做视频采集还是模型微调，那就先把主板插槽规划好、电源余量留足、风道做成可调式，等需求来了再插对应扩展卡。这比一开始就往机箱里塞满配件要灵活得多。

2.3 模块划分与层级

openrig的物理结构设计成四个层级，类似于装修时的“水电—硬装—软装—家具”：

1. 供电层：电源、UPS、电源分配板、各路供电线缆的规划。
2. 算力层：CPU、主板、内存、GPU、扩展卡这些核心计算组件。
3. 散热层：风道设计、风扇阵列、冷排位置、测温点布置。
4. 存储与IO层：硬盘位、前置面板接口、外部采集接口、网络接口。

每一层都尽量独立。比如散热层，我用了两套独立的风扇控制器，CPU 侧一套、GPU 侧一套，互不干扰；供电层用了一块电源分配板，每一路都有独立保险丝。这样当你单独维护某一层时，不需要动其他层。这个细节在后期调试时救了我很多次——有一次我更换GPU散热硅脂，全程没动风扇控制器的接线，装回去直接开机，省了半小时排线时间。

3. 硬件选型与参数计算：从纸面推演到落地

3.1 机箱与板卡尺寸兼容性

openrig项目里，机箱选择是我考虑最久的一个环节。我最终选了一台中塔式机箱，尺寸是长480mm、宽235mm、高475mm，支持E-ATX主板，同时保留了前置USB Type-C接口和防尘网。

选它不是因为颜值，而是算过一笔账：

• 我需要装3块3.5英寸机械硬盘，需要至少3个硬盘位；
• 我还需要给一块全高全长GPU留出足够的横向空间，如果机箱宽度低于220mm，基本上告别了大型风冷散热器；
• 未来可能加装内置采集卡，这类卡多半是全高挡板，所以主板到侧板之间的距离不能太小。

最终这款机箱给出的参数是：CPU散热器限高170mm，显卡限长340mm，硬盘位6个，完全覆盖我的需求。机箱是所有硬件的容器，它的尺寸一旦定下来，后面所有选型都要围着它转。我见过太多人先买显卡再找机箱，结果发现长度差一截，只能换小卡或改装机箱，非常被动。

3.2 电源功率计算：留足幻想空间

电源是最不能省钱的部件，也是多数人最容易算错预算的地方。我用的是一颗额定850W金牌全模组电源，12V输出占比达到99%以上。

怎么算出850W这个值？我给你拆解一下：

• CPU：中端16核，默认功耗65W，开启PBO后瞬间峰值约120W，取一组宽松值按120W算；
• GPU：目标卡TDP在220W到280W之间，按280W算，同时预留30%瞬时功耗余量，也就是算364W；
• 主板+内存+风扇+硬盘+扩展卡：加总大约在80W到100W之间，按120W算；
• 外接USB设备供电、手机充电、LED灯带这些杂项，再给80W余量。

把这些加在一起：120 + 364 + 120 + 80 = 684W。考虑到电源在50%到70%负载率时转换效率最高，同时我不想把电源长期推到90%负载，所以翻到850W。这个档次负载率大概是80%，既不会太浪费，又给未来加第二块GPU留了理论余量。

3.3 散热系统设计与风道推演

散热是整个openrig里我改动最频繁的部分，也是最有心得的一块。

最初我用的是一体式水冷，装好之后实测发现效果并不理想——不是水冷本身不行，而是这个机箱的前面板进风量有限，水冷排装在前面时，冷排本身变成了一道挡风墙，导致机箱内部的正压区变小，后部的热空气排不出去。后来我把方案改成前置双140mm风扇进风，顶部双120mm风扇出风，配合塔式风冷散热器，温度反而更好看。

这里给大家一个计算风道平衡的简单方法：

• 进风量约等于排风量时，机箱内部是中性风压，灰尘进入量最小；
• 进风量大于排风量时是正压，防尘效果好，但热量容易囤积在死角；
• 排风量大于进风量时是负压，散热效率高，但缝隙会吸灰。

openrig最终用了正压方案：前置两个140mm风扇，顶部两个120mm风扇。140mm风扇的满转速风量大约在 80CFM 左右，两个就是 160CFM；顶部120mm风扇单个 60CFM，两个就是120CFM。进风大于排风，机箱内部微正压，五指并拢放在前面板进风口能微微感觉到气流往外溢，防尘效果比较理想，温度也能压住。

3.4 存储规划：三盘分层

openrig的存储设计已经提过一句“物理分离”，这里展开说：

• 系统盘：一块500GB M.2 NVMe，只装操作系统和常用软件，不存任何工作数据，坏了随时重装不心疼；
• 数据盘：一块2TB U.2企业级固态，专门放数据集、模型权重、虚拟机镜像这类高频读写文件；
• 冷备盘：两块4TB机械硬盘组RAID 1，存代码仓库备份、实验记录、不常用的归档材料。

这个设计最直接的好处是：重装系统不会误删数据，数据盘损坏不会波及系统，冷备盘是最后一道防线。我在openrig的文档里把这个叫“三层孤岛”，强调每层之间物理隔离、逻辑隔离，而不是像很多人那样把系统和数据塞在同一块盘的不同分区里。

4. 软件栈与系统调试：从裸机到可用的完整流程

4.1 操作系统与虚拟化层的选择

openrig的系统我用的是 Ubuntu Server + Proxmox VE 作为底层虚拟化平台。为什么不上直装桌面系统？原因是我需要同时跑多个隔离环境：一个跑AI推理服务的容器，一个跑数据处理脚本的虚拟机，还要一个日常开发用的桌面环境。裸机装一个系统，这些任务全挤在一起，依赖冲突能让你疯掉。

Proxmox VE的优势在于它基于Debian，底层就是一套完整的Linux，你可以直接用命令行操作宿主机资源，同时通过Web界面管理虚拟机。它和ESXi最大的区别是——它完全开源，不锁硬件，且对老旧硬件的兼容性好得离谱，这正是openrig项目愿意选它的原因。

我实际的部署方式是：

• 宿主机只装最小化系统，不装任何图形界面，释放全部内存给虚拟机和容器；
• 日常开发机是一个跑在KVM里的 Ubuntu Desktop 虚拟机，分配8核16线程、32GB内存，直通了一张亮机卡做显示输出；
• AI推理服务跑在LXC容器里，相比于虚拟机，LXC开销更小，启动速度更快，适合常驻服务。

4.2 硬件直通的关键配置

要给虚拟机直通GPU或其他PCIe设备，需要先在宿主机开启IOMMU。在openrig里这一步踩过不少坑，我把关键操作整理出来。

首先，在/etc/default/grub里的GRUB_CMDLINE_LINUX_DEFAULT这一行加上：

quiet intel_iommu=on iommu=pt

如果是AMD平台，前缀改成amd_iommu=on。改完执行update-grub并重启。

重启后检查是否生效：

dmesg | grep -i iommu

看到IOMMU enabled字样就说明成功了。接下来在/etc/modules里追加：

vfio vfio_iommu_type1 vfio_pci

最后把要直通的设备绑定到vfio驱动。先用lspci -nnk找到设备ID，比如某个网卡的ID是8086:1539，然后把它写进/etc/modprobe.d/vfio.conf：

options vfio-pci ids=8086:1539

注意：这一步需要把设备从宿主机的默认驱动中摘除，所以操作前建议先确认该设备当前没有被系统关键服务占用。如果直通的是GPU，宿主机最好别用它做显示输出，否则会黑屏。

4.3 监控体系：用数据说话

硬件搭完之后，我单独体验最深的一件事是：没有监控数据之前，你所有的“我觉得有点热”“我觉得风扇有点吵”都是错觉。

openrig里部署了一个轻量的监控栈：

• lm-sensors采集CPU和主板温度；
• nvidia-smi循环记录GPU温度、显存占用、功耗；
• smartctl定时检查硬盘健康状态；
• 把这些数据写入本地SQLite库，通过Grafana做可视化面板。

早上的例行检查，我看的不是“今天温度多少”，而是“对比过去7天同一时段，温度有没有漂移、功耗有没有异常波动”。这个习惯帮我抓出过一次内存条接触不良的隐患——当时系统负载没变，但SWAP占用率日渐攀升，检查后发现是其中一条内存频率没跑在标称值上，重新插拔后恢复正常。

5. 实操过程：从零搭建一台openrig的完整记录

5.1 配件清单与预算参考

目前openrig项目里最常被参考的一套配置如下，这是一个中等偏上预算的方案：

预算占比是弹性的，但选型逻辑是固定的。不要因为某个部件便宜就降级它的优先级，电源和散热永远值得多花钱。

5.2 组装顺序与布线心得

openrig的组装顺序我做成了一个固定流程，按这个顺序基本可以避免“装好了发现风扇线不够长”的窘境：

1. 先装电源，把需要的模组线全部插好，理到机箱背板走线槽里；
2. 再装主板，同时把CPU、散热器、内存预先装好，整块放进机箱；
3. 接前置面板跳线，这是最容易出错的一步，建议对照主板说明书逐个核对；
4. 装硬盘，先在硬盘位固定好盘体，再插数据线和供电线；
5. 最后装GPU和扩展卡，因为它们体积大，放最后装可以避免挡住主板上的其他接口。

布线这件事我多说一句：市面上很多“完美走线”教程，把背板理得和艺术品一样，但实际上你真正需要的是“拆侧板不绕线、换硬件不拆线”。所以我在openrig里只要求三件事：线不挡风扇、线不压硬件、每根线两头都贴标签。

标签这个习惯特别重要。有一次我在调试时拔下了六根相同的风扇供电线，如果没有标签，光靠数主板上的风扇接口位置去反推线序，至少要浪费半小时。

5.3 BIOS与系统初始化参数

装完硬件后，BIOS设置里有几个关键项不能跳过：

• 开启Resizable BAR（可调整大小基址寄存器）：对GPU性能有直接影响，尤其是在部分推理负载下，显存访问效率提升明显；
• 关闭CSM，纯UEFI启动：给后续装Linux和虚拟化省掉很多兼容性麻烦；
• 开启SVM（AMD虚拟化）或VT-d（Intel）：这是虚拟化硬件直通的前置条件；
• 内存XMP/EXPO配置：内存跑在标称频率上，而不是默认的JEDEC低频。

系统安装完，建议马上执行一轮稳定性压测。我常用的是stress-ng做CPU压测，memtest86+做内存检测，furmark或gpu-burn做GPU负载测试，一套跑下来如果24小时内没有报错，基本可以确认这台机器是稳的。这一步虽然耗时，但能帮助你在后续开发时不被“玄学死机”问题困扰。

6. 常见问题与调试实录：这些坑我替你踩过了

6.1 问题速查表

6.2 一个印象深刻的排查案例

有一次我在给openrig加装一块内置视频采集卡后，系统每次启动到一半就死机。一开始怀疑是新卡和现有GPU争抢中断号，于是我试着把两张卡换个插槽位置，问题依旧。后来我用dmesg查看启动日志，发现有一行关于ACPI表的报错，提示MCFG表里的PCIe段号异常。

最后把问题定位到主板BIOS版本过旧，对新卡的PCIe Gen4链路协商不完整。解决方案很简单：升级主板BIOS，再在BIOS里把新卡对应的PCIe插槽速度从自动改为Gen3，系统瞬间稳定了。

这个案例给我的启发是：遇到开机问题，第一反应不要怀疑硬件坏了，先看启动日志，先查BIOS版本。很多时候厂家更新BIOS就是为了适配新硬件，openrig拆机装机本来就频繁，定期去主板官网看看新固件，值得养成习惯。

6.3 散热优化的一个独家技巧

关于散热，分享一个小技巧。很多人装完风扇就完事，其实有一个最容易被忽略的细节：风扇的安装朝向。

看风扇侧面那个小箭头，它指向的方向就是风从哪边流向哪边。前置进风扇应该让箭头指向机箱内部，顶部出风扇让箭头指向机箱外部。但很多风扇出厂时出厂框体上会画一个转向标记，如果风扇是装在冷排或防尘网后面，还要考虑风压和风量的取舍。

以我的openrig为例，前置双140mm风扇，我装的是风压型风扇，用来穿透硬盘笼带来的额外风阻；顶部出风我用的是风量型风扇，追求的是单位时间排出的空气总量。两者混用下来，比清一色同型号风扇的散热效果好很多，实测满载温度下降了大约4℃。

6.4 关于噪音控制

openrig在满载运行时，噪音大概是 44dB 左右，相当于普通办公室空调的中档运行声。能做到这个水平，靠的不只是风扇选型，还有一个关键的策略：把风扇转速交给温度传感器，而不是CPU负载。

我通过fancontrol工具配置了一套分段调速策略：CPU温度低于55℃时，风扇只跑30%转速，非常安静；温度到75℃以上才开始逐步提高转速。这些阈值都写在配置文件里，隔一段时间根据季节变化微调一次即可。

7. 项目的影响与后续扩展方向

openrig从最早的“把散件拼起来”到现在，已经迭代了三个版本。第一版是最粗放的，随便拿个机箱往里怼硬件；第二版开始给硬件理线、配监控、调整风道；第三版就是现在我正在用的状态，所有设计细节都整理成了开源文档，别人拿到这份文档，复刻一台能跑起来的机器，大概需要两天时间。

有几个后续方向是我近期正在做的：

• 增加异构算力支持：不只依赖一块GPU，想把多张不同品牌、不同代的卡通过软件栈统一调度，让推理任务自动分配；
• 完善远程管理：在宿主机里加一张IPMI管理卡，实现断电重启、远程装系统、串口控制台全部搞定，不用每次出问题都跑到机柜前插显示器；
• 整理标准化的性能测试基准：把CPU、GPU、内存、磁盘的测试脚本标准化，让所有复刻openrig的人都能用同一套基准对比自己的机器。

不过我觉得，openrig这个项目最核心的价值，不是机器本身跑得多快，而是它建立了一套“如何搭建自己的可重构算力底座”的思考方法和操作规范。你完全不需要照抄我的配置单，只需要理解我为什么这么选型、为什么这么散热、为什么这么布线，然后基于你自己的预算和需求，搭出一台真正属于自己的rig。

我个人在整套项目里体会最深的一件事是：一台属于自己的开放工作站，能让你重新产生“折腾”的兴趣。当你不用再担心拆了侧板就没保修、换了风扇就过保这种破事时，你会更愿意做各种实验，而这些实验恰恰是真正提升技术水平的养分。openrig给我的额外的收获是，它逼着我把硬件的每一根线、每一个参数都搞明白了，这种底层认知，后来迁移到任何一台新机器上都是通用的。

最后再分享一个小建议：如果你准备动手搭自己的rig，不要一上来就追求一次到位。先用手头已有的配件拼一台能开机的机器，跑通操作系统、跑通一个负载测试，然后再逐步升级。开放基础设施的真谛，不是一步到位，而是持续演进。