1. 老工作站跑 TRAE SOLO为什么先卡在 PCIe 通道上如果你手里有一台五六年前的双路工作站或者早期 GPU 服务器CPU 算力其实还够看内存插满也能到 128GB 以上但一装 TRAE SOLO 就发现不对劲多开几个任务本地模型加载慢、外接采集卡掉线、NVMe 阵列读写忽高忽低。很多人第一反应是 CPU 老了其实更常见的原因是主板原生 PCIe 通道被拆得太碎。早期平台的设计思路是「一颗 CPU 带一块显卡加一张网卡」PCIe 3.0 通道总数往往只有 24 到 40 条还要分给板载网卡、USB 控制器、SATA 控制器。等你把显卡、多盘位 HBA、万兆网卡、调试卡全插上通道就不够分了主板只能把 x16 拆成 x8x8甚至降到 x4 运行。TRAE SOLO 这类工具同时涉及代码索引、模型推理、数据读写和远程同步对通道数量和链路稳定性比传统单任务更敏感。IX7024 这颗 24 通道 PCIe 3.0 交换芯片的价值就在这里它不换 CPU、不换主板直接在现有 PCIe 3.0 总线上扩出 24 路独立通道端口可以按 x8、x4、x1 灵活分配让老设备重新拥有足够的下行链路。下面我按「先确认硬件、再写配置、最后验证链路」的顺序把可复制的骨架和自检清单整理出来。2. 升级前先确认三件事插槽、供电、固件2.1 确认主板 PCIe 插槽的物理与电气规格不是所有 x16 插槽都能跑满 x16。老工作站上常见的坑是插槽物理长度是 x16但电气只连了 x8 甚至 x4。你可以用下面这条命令在 Linux 下看清楚sudo lspci -vv | grep -A 20 PCI bridge | grep -E LnkCap|LnkSta重点看两个字段LnkCap是链路能力上限LnkSta是当前实际协商速率。如果LnkSta显示Speed 5GT/s, Width x4说明这条链路只跑在 PCIe 2.0 x4插上交换芯片也发挥不出来。理想状态是Speed 8GT/s, Width x16也就是 PCIe 3.0 x16。2.2 确认供电与散热余量IX7024 本身功耗不高但它带的下游设备才是耗电大户。24 路通道意味着你可能同时挂多张加速卡和多组硬盘。老工作站的电源往往按当年配置选的比如 750W 带一张 250W 显卡。现在你要带两张卡加一堆盘先算一下总功耗留出 20% 余量。散热同理交换芯片建议贴散热片机箱风道别被新加的扩展卡堵死。2.3 确认固件与内核版本PCIe 交换芯片依赖内核的 PCI 枚举和 ACS 支持。太老的内核可能识别不全下游端口。建议内核不低于 5.4Ubuntu 20.04 及以上、CentOS 8 及以上都没问题。升级前先记录当前状态uname -r sudo lspci -tlspci -t会打印 PCI 设备树升级后你再跑一次对比多出来的下游端口就能确认枚举是否正常。3. TaoToken 前置把模型侧配置先跑通硬件通道解决的是「设备能不能同时工作」模型侧解决的是「TRAE SOLO 能不能稳定调用」。这两件事要分开验证否则出问题你分不清是链路还是配置。TaoToken 在这里的角色是统一模型接入层。你可以在官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 了解它的定位实际接入走 API 地址 https://taotoken.net/api。先去控制台创建密钥入口在 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 密钥管理页在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到字段不明白先查这里。如果你只是先验证模型能不能通用模型对话页面最快https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。长期在 TRAE SOLO 里做编码和 Agent 任务建议看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。Claude Code 相关接入参考 https://taotoken.net/claudecode?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecodeutm_campaignrewrite 。注意密钥只放在本地配置文件或环境变量里不要提交到 Git 仓库也不要在截图里露出完整 key。4. 可复制配置config.toml 骨架与 settings.json 关键字段4.1 config.toml 骨架下面这份骨架把「模型接入」和「本地硬件并发」分开写方便你逐段替换。字段名按常见约定实际以你所用版本为准# TRAE SOLO 本地配置骨架 [server] host 127.0.0.1 port 8712 # 老设备建议限制并发避免 PCIe 通道瞬时打满 max_concurrent_requests 4 request_timeout_sec 120 [model] provider openai-compatible base_url https://taotoken.net/api api_key ${TAOTOKEN_API_KEY} default_model claude-sonnet # 本地模型与远端模型混用时给本地留出通道余量 fallback_to_local true [hardware] # 与 IX7024 下游端口对应按实际枚举结果填 pcie_downstream_ports 24 # 单端口最大链路宽度x8 表示按 x8 分配 max_link_width x8 # 链路速率上限PCIe 3.0 为 8GT/s max_link_speed 8GT/s # 开启链路状态巡检便于排障 link_health_check_interval_sec 30 [storage] # 多盘位阵列建议单独走一组通道 data_dir /data/trae cache_dir /data/trae/cache io_threads 8 [log] level info file /var/log/trae/solo.log关键点说明max_concurrent_requests不要一上来就拉满。老平台通道刚扩出来先设 4稳定后再往上加。pcie_downstream_ports填你实际枚举到的下游端口数不是芯片标称的 24因为有些端口可能没接设备。4.2 settings.json 关键字段{ trae.solo.hardwareProfile: pcie3-legacy, trae.solo.pcie.linkWidth: x8, trae.solo.pcie.linkSpeed: 8GT/s, trae.solo.pcie.enforceAcs: true, trae.solo.model.endpoint: https://taotoken.net/api, trae.solo.model.apiKeyEnv: TAOTOKEN_API_KEY, trae.solo.model.timeoutMs: 120000, trae.solo.storage.ioThreads: 8, trae.solo.telemetry.linkStats: true }enforceAcs建议开它能让内核强制做 PCIe 访问控制隔离避免下游设备互相干扰。telemetry.linkStats打开后日志里会记录链路速率变化排障时很有用。4.3 环境变量与启动export TAOTOKEN_API_KEY你的密钥 # 确认变量生效 echo ${TAOTOKEN_API_KEY:0:6}启动前先做一次配置语法检查很多工具支持--check-config之类的参数没有的话至少用python -c import tomllib;tomllib.load(open(config.toml,rb))验证 TOML 能解析。5. 验证请求与成功结果枚举、速率、并发三步走5.1 上电枚举验证上电后先看设备树有没有多出下游端口sudo lspci -t sudo lspci -vv | grep -E LnkCap|LnkSta | head -40成功标志能看到交换芯片上游端口以及它下面挂的多个下游设备每个下游设备的LnkSta速率与预期一致。如果某个端口显示Width x1但你插的是 x4 设备先检查插槽和金手指。5.2 链路速率验证用lspci只能看协商结果想看实际带宽跑一段顺序读写# 对挂在下游端口的 NVMe 做顺序读测试 sudo fio --nameseqread --filename/dev/nvme1n1 --rwread \ --bs1M --size4G --numjobs1 --iodepth32 --direct1PCIe 3.0 x4 理论带宽约 3.9GB/s实测能到 3GB/s 以上就算链路正常。如果只有 1GB/s 出头多半是降到了 x2 或 PCIe 2.0。5.3 模型请求验证硬件通了之后用一条最小请求确认模型侧也通curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer ${TAOTOKEN_API_KEY} \ -H Content-Type: application/json \ -d { model: claude-sonnet, messages: [{role: user, content: 回复 ok}], max_tokens: 16 }返回里能看到正常补全内容说明模型接入没问题。然后再在 TRAE SOLO 里跑一个多任务场景比如同时开代码索引和本地模型推理观察日志里有没有链路降速告警。6. 本篇常见错排查6.1 枚举不到下游设备先确认交换芯片上游端口是否被识别。如果lspci里连芯片本身都看不到检查插槽供电和 BIOS 里 PCIe 相关选项。有些老 BIOS 需要手动把插槽设为「Gen3」而不是「Auto」。6.2 链路速率低于预期最常见原因是插槽电气规格不足或者线缆/转接卡质量差。用LnkCap对比LnkSta如果能力是 x16 但状态是 x8说明协商失败换插槽或换转接卡再试。6.3 多设备并发时掉线这通常是 ACS 没开或者通道分配冲突。确认enforceAcs为 true并在 config.toml 里把max_concurrent_requests降下来。如果某一路设备频繁掉线把它单独分到一组通道避免和其他高负载设备抢带宽。6.4 模型请求超时先单独用 curl 测 API 是否通排除网络问题。如果 curl 通但 TRAE SOLO 里超时检查timeoutMs是否太短以及base_url有没有多写斜杠。接入细节以文档为准https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。6.5 配置改了不生效确认你改的是 TRAE SOLO 实际读取的那份 config.toml有些安装方式会在用户目录和系统目录各放一份。用strace -e openat跟踪启动过程能看到它到底读了哪个路径。7. 下一步按场景选接入方式硬件链路验证通过后接下来就是让 TRAE SOLO 稳定跑起来。如果你主要在排障和接入阶段先把 API Keys 和接入文档过一遍https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 和 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。如果只是想快速确认某个模型能不能用直接去模型对话页面试https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。长期在编码和 Agent 场景里跑建议直接上 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。我自己的习惯是每次动硬件之前先把当前lspci -t和LnkSta存一份改完再对比。这样一旦出问题你能立刻知道是哪一步引入的变化比事后猜要省事得多。