
以下价格与套餐选项核验于 2026 年 8 月 8 日;性能结论来自 2026 年 8 月 5 日至 8 日的本轮测试样机证据,不保证所有后续交付实例完全一致。本文无 AFF。
本文面向用户为专业级用户,所以措辞尽量严谨,避免使用模棱两可的用词,也不会讲幽默小笑话,还请耐心读完
本采用施耐德的ATS系统进行多电源冗余切换
WLX Network Service 这次提供的两台香港独立服务器,定位非常鲜明:一台用 AMD Ryzen 9 9955HX、96 GB 内存和 2 TB NVMe 主打通用计算性价比;另一台用 Intel Core Ultra 9 285HX、192 GB 内存、双 2 TB NVMe 和 RTX 4070 主打大内存与 GPU 工作负载。
本文无 AFF。价格均为美元月付;价格、优惠码和购物车选项是 2026 年 8 月 8 日匿名核验快照,可能随时变化,税费、安装费和最终续费金额应以下单页面为准。
- 商家:WLX Network Service
- 套餐页面:WLX 香港独立服务器
- 优惠码:
WLXHKNEWSALE
配置和价格
| 项目 | AMD 9955HX | Intel 285HX + RTX 4070 |
|---|---|---|
| CPU | Ryzen 9 9955HX,16 核 32 线程 | Core Ultra 9 285HX,8P+16E、24 核 24 线程 |
| 内存 | 96 GB,2×48 GB DDR5-5600,实跑 5600 MT/s | 192 GB,4×48 GB DDR5-5600,实跑 4400 MT/s |
| 存储 | 1×约 2 TB NVMe | 2×约 2 TB NVMe |
| GPU | Ryzen 集成显卡 | RTX 4070 Laptop/Max-Q,8 GB |
| 系统 | Debian 13、Proxmox VE 9.2.2 | Debian 13、Proxmox VE 9.2.2 |
| 官网月付快照 | $279 USD/月 | $499 USD/月 |
| 使用优惠码后 | $230 USD/月 | $450 USD/月 |
| 套餐网络选项 | 100 Mbps 不限流量,或 10 TB @ 1 Gbps | 同左 |
| 地址资源 | /29 IPv4、/48 IPv6 |
同左 |
两台机器共检测到 3 块 NVMe:
| 机器 | 设备 | 完整型号 | PCIe 链路 | 用途/温度 |
|---|---|---|---|---|
| AMD 9955HX | /dev/nvme0n1 |
Micron MTFDLBA2T0THJ-2BP15ABLT(Micron 4600) | 硬盘支持 PCIe 5.0 x4,但实机仅协商到 PCIe 4.0 x4(16 GT/s) | 系统盘,正式测试峰值约 35°C |
| Intel 285HX | /dev/nvme0n1 |
PM9E1 SED Samsung 2048GB | PCIe 5.0 x4(32 GT/s x4) | 系统盘,也是升到 80–83°C 的热盘 |
| Intel 285HX | /dev/nvme1n1 |
SAMSUNG MZVLC2T0HBLD-00BLL | PCIe 5.0 x4(32 GT/s x4) | 第二块盘,只读测试峰值约 67°C |
285HX 机器的两块 2TB NVMe 均已实机确认工作于 PCIe 5.0 x4(32 GT/s x4),并非只引用商家标称。9955HX 的 Micron 4600 虽然是 PCIe 5.0 SSD,但受当前平台链路限制,实际运行在 PCIe 4.0 x4。
这里有三个细节
第一,Intel 的显卡是 AD106M 核心的 RTX 4070 Laptop/Max-Q,显存为 8 GB,不是桌面版 12 GB RTX 4070,不能直接套用桌面卡的性能和功耗数据。
第二,Intel 的四条 DDR5-5600 在实机上运行于 4400 MT/s。结合四 DIMM、双 Rank 的平台规格,这更像满插后的平台设计取舍,而不是简单的“商家给了低频内存”,但买家仍应以 4400 MT/s 的实际状态计算带宽。
第三,截至核验时,
10 TB @ 1Gbps在 AMD 匿名购物车中没有显示附加费;/48IPv6 也是零价选项,但结账页默认值为None,需要主动选择。“Included”不等于一定自动配置。
测试范围/方法:
| 范围 | 已完成 |
|---|---|
| CPU / 内存 | 基准、持续 CPU 校验、45 分钟级内存校验、STREAM |
| 存储 | AMD 9 阶段根盘矩阵;Intel 22 阶段根文件系统矩阵;健康与清理核验 |
| GPU | 驱动、CUDA、AI、图像、视频、渲染和三类持续负载 |
| 网络 | 四区域、双机、双栈约 20 小时 loss 与 RTT |
| 虚拟化 / 业务 | KVM/IOMMU、双机空闲宿主机只读预检 |
测试覆盖了 CPU 基准与持续负载、45 分钟级内存校验、STREAM 内存带宽、根文件系统读写、NVMe 健康监控、GPU 计算与 AI/图像/视频工作负载,以及四个自有区域探针对双机 IPv4/IPv6 的约 20 小时连续观测。
关键阶段同时检查温度、SMART、内核错误、返回码和清理结果。存储测试没有改分区、LVM、引导或磁盘布局;Intel 第二块 NVMe 只做了只读检查,用不上的就不写入了。
CPU:看需求,各有胜负 英特尔是属于跑分比较厉害 amd怎么说呢传统项目好一些
两颗处理器的差异,最适合用“工作负载相关”来概括。
| 项目 | AMD 9955HX | Intel 285HX | 领先方 |
|---|---|---|---|
| sysbench CPU 全线程 | 37,320.76 events/s | 54,178.26 events/s | Intel 约 45.17% |
| 7-Zip 压缩 | 168,881 MIPS | 140,022 MIPS | AMD 约 20.61% |
| 7-Zip 解压 | 224,010 MIPS | 177,396 MIPS | AMD 约 26.28% |
| STREAM Copy,全线程 | 52.72 GB/s | 57.15 GB/s | Intel 约 8.4%(按表内全线程值) |
| STREAM Triad,全线程 | 39.14 GB/s | 44.07 GB/s | Intel 约 12.6%(按表内全线程值) |
本文统一使用上表的全线程档位进行后续性价比计算。Intel 的内存带宽领先幅度远小于容量差距,而 AMD 在 7-Zip 中明显更快。
Intel 的混合 P/E 核还提醒我们,不应只看一项单核分数。逐核测试中,E 核在 sysbench 的整数除法型任务里反而高于 P 核,但 AES、RSA、FFT 和 7-Zip 等负载仍由 P 核领先。这说明 sysbench 对这代混合架构存在明显的项目偏好,不能外推为“E 核单核普遍强于 P 核”。
按优惠后的 $230 和 $450 月费归一化,AMD 在已完成对称项目中的单位月费产出更强:sysbench 约高 34.8%,7-Zip 压缩、解压约高 136.0% 和 147.1%,全线程 STREAM Copy、Triad 约高 80.5% 和 73.8%。如果不需要 Intel 那一倍内存和独立 GPU,AMD 的价格效率非常明确。
CPU 和内存长压:都通过,但机器是有点热的 热但是也没碰到max值
AMD 完成了 20 分钟、32 worker 的 stress-ng 校验,32/32 worker 通过,返回码为 0,没有 swap I/O。后段温度形成约 85.5°C 的平台,测试捕获到的峰值为 92.625°C,低于 100°C Tjmax。
Intel 完成了 15 分钟、24 worker 的 matrixprod 校验。后段约为 3.78 GHz、90 W,Core 峰值 92°C、Package 峰值 90°C,只有极少量、累计约 1 ms 的节流计数。在本次 15 分钟阶段中,它守住了约 90 W,但基本贴着平台温度策略运行,散热余量不算宽裕。
两机的 45 分钟级内存校验均自然结束且数据校验通过:
- AMD 使用约 75 GiB,0 hardware incidents、0 errors。两条 DIMM 峰值约 64.25°C 和 62.5°C,长时间超过当前 55°C high-threshold,但没有达到 85°C critical threshold,也没有出现内存错误。它不是“故障”,但也不应写成温度完全没有压力。
- Intel 使用 150,000 MB,0 hardware incidents、0 errors,整体处理速率约 55,596.84 MB/s。CPU/封装在阶段中出现过 92°C,另有一个 95°C 单点;Linux 没有暴露 DIMM 温度,因此无法直接评价四条 48 GB 内存的模组温度。
如果用途是大量虚拟机、内存数据库或缓存集群,Intel 的 192 GB 容量比 STREAM 快几个百分点更有实际价值;如果 96 GB 已经足够,AMD 的成本优势更大。
存储:AMD 短矩阵温度低,Intel 大规模读速高但根盘更热
我个人觉得是pcie 5.0盘导致的 这个看取舍吧更高的速度会热一些
AMD 9955HX 根盘
AMD 根盘正式矩阵 9/9 通过,0 失败、0 未执行,并在一次正式尝试内完成。
| 项目 | 实测结果 |
|---|---|
| 1 MiB QD32 顺序写 | 7.052 GB/s |
| 1 MiB QD32 顺序读 | 7.483 GB/s |
| 4 KiB 随机读 QD1 / QD32 | 26.6k / 570.8k IOPS |
| 4 KiB 随机写 QD1 / QD32 | 133.8k / 504.6k IOPS |
| 4 KiB 70/30 混合读 / 写 | 359.8k / 154.3k IOPS |
| 4 KiB fsync | 约 5,015 IOPS |
| 10,000 文件 create / stat / unlink | 117k / 811k / 267k ops/s |
Intel 285HX 根文件系统
Intel 根文件系统矩阵 22/22 通过,总耗时约 10 分 25 秒。
| 项目 | 实测结果 |
|---|---|
| 64 GiB、1 MiB 顺序写 / 读 | 5.558 / 9.932 GB/s |
| 4 KiB 随机写 QD1 / QD32 | 83.7k / 162.0k IOPS |
| 4 KiB 70/30 混合读 / 写 | 275.9k / 118.4k IOPS |
| 1 MiB QD32 70/30 混合读 / 写 | 7.019 / 3.022 GB/s |
| 4 KiB fsync | 约 372.6 IOPS |
| 小文件 create / stat / rename / unlink | 104.6k / 1.046M / 98.7k / 287.1k ops/s |
矩阵中根盘 Sensor 1 峰值为 80°C,只触发预警,没有触发硬停,也没有介质、NVMe reset 或致命内核错误。更早的长时间裸盘高队列顺序读曾把该传感器推到约 83°C并被安全停止,说明根盘持续高队列散热仍是实际限制。两个 NVMe 的短时只读峰值都很高,但这不等于根盘已经通过无限时长的高队列稳态验收。
Intel 的第二块 NVMe 在正式矩阵中保持零写入。这一点保护了已有数据和元数据,却也意味着“2×2 TB”目前只是硬件容量:第二盘尚未纳入 PVE,默认存储配置也不完整。买到手后不能假定在 Proxmox 里直接获得已经配置好的 4 TB 虚拟机存储。
GPU:驱动已经装好,跑了点儿测试然后模型测试也跑了一下还可以跑个7 b没什么问题 14 b就慢点儿
Intel 机器已经安装 NVIDIA 610.57.04 开放内核驱动和 CUDA 13.3,重启后显卡会自动绑定,Persistence Mode 也已启用。
GPU 正式矩阵共 60 项:57 项 PASS、2 项不适用、1 项当前软件构建不支持、0 项 FAIL。按必选项规则,严格总状态仍为 INCOMPLETE。两项不适用分别是单卡环境的 P2P peer access 和消费级显卡没有暴露的 VRAM ECC;唯一阻断项是当前 Blender 4.3.2 构建没有 OptiX 后端,Blender CUDA 渲染本身通过。因此不能写成“60/60 全通过”,但也不能把 OptiX 缺失说成 GPU 硬件故障。
| GPU 项目 | 实测结果 |
|---|---|
| Device-to-device 带宽 | 约 225.7–226.6 GB/s |
| PCIe H2D / D2H | 约 6.4–6.6 GB/s |
| GEMM FP32 / TF32 | 9.136 / 18.202 TOPS |
| GEMM FP16 / BF16 / INT8 | 35.459 / 35.185 / 37.062 TOPS |
| Llama 7B,ctx 2048 / 8192 | 52.978 / 52.263 tok/s |
| Llama 7B,双路并发聚合 | 91.861 tok/s |
| Llama 14B,GPU/CPU 混合卸载 | 10.357 tok/s |
| Stable Diffusion 512,热启动 | 中位 2.276 秒/图 |
| SDXL 1024,low-VRAM | 中位 21.298 秒/图 |
TensorRT FP16/INT8、NVDEC/NVENC、Vulkan、OpenGL 和 Blender CUDA 均通过。10 分钟 VRAM+GEMM、30 分钟交替持续负载以及 10 分钟 CPU+GPU 混合负载也都正常完成。3,667 个遥测样本中,GPU 峰值 80°C、功耗峰值 80.69 W,Xid 为 0。
这张卡的限制同样明确:显存只有 8 GB,默认功耗限制为 80 W,负载时 PCIe 链路为 Gen4 x4,而硬件能力字段为 Gen4 x8。本轮没有改到 140 W,也没有做 x8 或 140 W A/B,所以不能把这些能力字段当作当前服务器的持续运行档。
就实际用途而言,它适合 7B 量级量化模型、部分 14B 混合卸载、Stable Diffusion、视频转码和中小型 CUDA 任务;它不是大显存 LLM 服务器,也不是桌面 4070 的等价替代品。
网络:约 20 小时稳定性不错
四个自有区域探针对两台服务器的 IPv4 和 IPv6 进行了 5 秒间隔、约 20 小时连续观测,总计 16 条时间序列、约 22.9 万个预期样本。
| 目标 | IPv4 loss | IPv6 loss |
|---|---|---|
| AMD 9955HX | 0.067940% | 0.024389% |
| Intel 285HX,原始值 | 0.123864% | 0.092457% |
| Intel 285HX,排除精确计划维护窗口 | 0.047539% | 0.012324% |
常态 RTT 大致为香港 0.7–2.3 ms、台湾约 14 ms、新加坡 IPv4 约 35 ms。日本探针观察到的 IPv4 约 151–152 ms、IPv6 约 213–214 ms,与该探针自身上游绕行一致,只能说明这一个探针的异常路由,不能外推为香港到日本的普遍延迟,更不能直接归因给服务器。
选择带宽档位时还要考虑流量模型:100 Mbps 连续跑满的理论上限约为 32.4 TB/30 天,而 1 Gbps 持续跑满只需约 22.2 小时就会消耗 10 TB。持续备份、分发和大流量下载可能更适合 100 Mbps 不限;
网页、API、游戏更新和短时突发传输更适合 10 TB @ 1 Gbps。
实际计费和限速仍应在下单前确认。
Intel 平台的 AER 异常
Intel 机器在 Thunderbolt 5/USB4 链路上存在持续 PCIe AER 恢复异常,表现为周期性的 Uncorrectable Non-Fatal、recovery failed 和相关内核日志增长。现有证据指向 Thunderbolt/USB4 路径,而不是 NVMe 或 GPU 本体;测试阶段通过可逆隔离闲置故障链路后,AER 增量可以降为零,GPU、NVMe 和网络关键路径仍正常。
可能是因为PiKVM网络远程控制计算机键鼠输入导致,所以说不必过多紧张
虚拟化:硬件能力有,正式客体性能还不能下结论
两台机器都确认了 /dev/kvm、IOMMU 和裸机身份;后续的双机只读空闲宿主机预检也都以 27/27 检查通过,范围包括 KVM 可用性、空闲状态、存储健康、温度、空间和残留状态。
按用途怎么选
| 用途 | 更推荐 | 原因与限制 |
|---|---|---|
| 建站、API、容器、CI/CD | AMD | CPU 单位月费产出更高,96 GB 对多数服务足够 |
| 压缩、备份处理、通用 CPU 计算 | AMD | 7-Zip 明显领先,根盘矩阵温度低 |
| 游戏服务器 | 配置倾向 AMD | 通用性能和价格更合适;尚无具体游戏引擎正式成绩 |
| 中等密度虚拟化 | 配置倾向 AMD | 成本低、32 线程;需接受单盘且正式客体矩阵未完成 |
| 高密度虚拟化、内存数据库 | 配置倾向 Intel | 192 GB 是决定性优势;尚无正式客体或数据库应用成绩,并需先处理 PVE 存储配置和 AER |
| 7B LLM、轻量 AI 推理 | Intel | CUDA 已实测,约 52–53 tok/s;8 GB 显存限制模型规模 |
| Stable Diffusion、SDXL | Intel | SD 512 约 2.28 秒/图,SDXL 1024 low-VRAM 约 21.3 秒/图 |
| 视频转码、GPU 渲染 | Intel | NVENC/NVDEC 和 Blender CUDA 已通过;当前 Blender OptiX 不可用 |
| 大流量持续传输 | 视流量模型选择 | 100 Mbps 不限与 10 TB @ 1 Gbps 各有取舍;实际 WAN 吞吐未验收 |
最终购买结论
不跑模型 9955 HX
跑7b用显卡用cuda就选英特尔
下单前复核清单
- 优惠码是否仍为循环减 $49,而不是首月优惠。
10 TB @ 1Gbps是否仍为零附加费,以及流量按入站、出站较大值还是其他口径计量。- 是否在订单中主动选择了零价
/48IPv6。 /29中五个可用 IPv4 的控制面分配和路由方式。- 是否提供 BMC/IPMI、远程救援、硬件更换时限和数据盘保留政策。
以上价格与套餐选项核验于 2026 年 8 月 8 日;性能结论来自 2026 年 8 月 5 日至 8 日的本轮测试样机证据,不保证所有后续交付实例完全一致。本文无 AFF。
本机网络为快车道
ai味太浓了 话太密