新手必看：国产x86 的标准执行步骤与性能测试

作者

国产x86平台正在从“可用”迈向“好用”，但对于刚接触信创环境的新手而言，最大的痛点往往不是性能本身，而是缺乏一套标准化的执行流程——从BIOS设置、系统安装到性能基准测试，每一步都可能踩坑。本文将基于海光、兆芯两大主流国产x86架构，为你拆解一套可直接落地的标准执行步骤，并给出可复现的benchmark测试方法，帮助你快速判断硬件是否发挥出应有水平，避免“买了高配却用出低配”的尴尬。

一、国产x86平台的前置认知：与Intel/AMD的差异点

在动手之前，必须明确国产x86（海光Hygon、兆芯Zhaoxin）虽然指令集兼容x86-64，但在微架构、内存控制器、虚拟化扩展（SVM/VMX）以及电源管理（ACPI）层面存在部分差异。新手最容易犯的错误是直接套用Intel平台的优化参数，导致系统不稳定或性能异常。

  • 海光系列：基于AMD Zen1架构，支持完整AVX2指令集，但对mwaitx扩展支持较弱，需在BIOS中关闭C-state深度节能。
  • 兆芯KX-6000系列：基于VIA Centaur内核，单核IPC略低，但对老旧PCIe设备兼容性更好，安装旧版Linux发行版时建议加入pci=noacpi参数。

1.1 固件（BIOS/UEFI）标准设置清单

无论使用哪个品牌，进入BIOS后请按以下顺序逐项核对，这是性能测试公平性的基础：

# 推荐设置（以海光C86 3250为例）
Power > C-State Control > Disable (关闭深度节能)
CPU Config > SVM Mode > Enable (开启虚拟化)
Memory > Memory Clock > DDR4-2666 (手动锁定，而非Auto)
Advanced > SR-IOV > Disable (若无需直通)
Boot > Secure Boot > Disable (便于加载第三方内核模块)

二、标准执行步骤：从U盘启动到系统稳定化

很多新手在安装国产x86系统时，直接使用通用镜像导致启动黑屏。以下步骤经过多台海光/兆芯机型验证，可规避90%的启动故障。

2.1 制作兼容性最强的启动U盘

不要使用Rufus的默认DD模式，建议使用Ventoy配合grub2的“安全启动修复”插件。若遇到内核panic，请在grub界面按e键编辑启动项，加入以下内核参数：

linux /boot/vmlinuz-xxx root=/dev/sda3 quiet splash nomodeset irqpoll
# nomodeset: 禁用显卡驱动，防止国产GPU驱动冲突
# irqpoll: 修复IO-APIC中断路由异常

2.2 安装后必做的三件“地基”操作

系统安装完成后，不要急着装软件，先执行以下命令避免后续莫名其妙死机：

# 1. 更新微码（重要！海光/兆芯均有公开的errata修复）
sudo apt install amd64-microcode  # 海光适用
sudo apt install zhaoxin-microcode # 兆芯适用（需添加第三方源）

# 2. 设置CPU频率调节器为performance（默认可能是powersave）
echo 'GOVERNOR="performance"' | sudo tee /etc/default/cpufrequtils
sudo systemctl restart cpufrequtils

# 3. 关闭透明大页导致的延迟抖动
echo 'never' | sudo tee /sys/kernel/mm/transparent_hugepage/enabled

三、性能测试标准流程：拒绝“跑分焦虑”

测试必须分为三个维度：CPU整数/浮点、内存带宽、磁盘IO。推荐使用phoronix-test-suite或sysbench，但标准步骤需固定参数。

3.1 CPU基准：使用sysbench固定线程数

# 测试16线程（假设物理8核16线程）
sysbench cpu --threads=16 --time=120 --events=0 run
# 关键指标：events per second (eps)，低于同频Intel 至强Silver 4210的85%则视为异常

若发现单核成绩异常低，请检查cat /proc/cpuinfo中flags是否包含avx2。如果不包含，说明内核未正确识别CPU特性，需要手动加载kvm_amd或kvm模块。

3.2 内存性能：使用stream基准测试

# 安装stream
wget https://www.cs.virginia.edu/stream/FTP/Code/stream.c
gcc -O3 -fopenmp stream.c -o stream
export OMP_NUM_THREADS=8
./stream
# 查看Copy和Scale带宽，海光C86 3250在DDR4-2666双通道下应超过18GB/s

3.3 性能瓶颈排查：一条命令定位问题

# 若测试结果远低于预期，使用perf top实时查看
sudo perf top -p $(pgrep sysbench) 
# 若看到大量“native_write_msr”调用，说明CPU在频繁调整MSR寄存器，请回BIOS关闭Cool'n'Quiet

四、常见故障与实战排错（附代码示例）

4.1 故障场景：安装Ubuntu 24.04后网络卡死

国产x86平台板载网卡（多为瑞昱RTL8111）在Linux 6.8内核下会出现发包中断。解决方案：

# 强制使用旧版驱动模块
echo "blacklist r8169" | sudo tee /etc/modprobe.d/blacklist-r8169.conf
sudo modprobe -r r8169 && sudo modprobe r8168
# 若没有r8168模块，请编译安装（下载Realtek官方驱动）
sudo apt install build-essential
tar -xf r8168-8.050.03.tar.bz2
cd r8168-8.050.03 && sudo ./autorun.sh

4.2 故障场景：虚拟机性能断崖式下跌

使用KVM时，建议在虚拟机XML中显式指定CPU模式，避免默认“qemu64”降级：

# virsh edit vm
<cpu mode='host-passthrough' check='none'>
  <feature policy='disable' name='x2apic'/>
</cpu>
# 同时将虚拟机磁盘驱动改为virtio-scsi

五、与站内主题的深度联动：系统优化与关机细节

在完成基础测试后，建议参考站内文章《手把手带你配置与优化：linux mint 实战指南》中对systemd服务裁剪的经验，将国产平台的irqbalance服务手动绑定到CPU0-3核心，可有效降低中断延迟。此外，若你发现执行shutdown命令后无法正常断电，请务必阅读《为什么都在关注 linux关机命令？核心原理解析与落地秘籍》——在国产x86的ACPI固件中，存在_S5状态未完整实现的情况，这并非系统错误，而是硬件表项缺失。针对此问题，可以在/etc/systemd/system.conf中加入DefaultTimeoutStopSec=30s，并手动执行echo 1 > /sys/power/pm_async缓解。

对于更深入的性能调优，可结合《ubuntu24.04 到底怎么用？高阶开发者的配置心得分享》中提到的tuned-adm配置文件，将国产x86的energy_perf_bias设为performance模式，这比直接修改CPU governor更细粒度。若你使用的是兆芯平台，请额外参考《ubuntu系统 核心要点汇总：一文彻底搞懂底层逻辑》中关于iommu=soft参数的建议，避免部分芯片组DMA重映射导致随机重启。

六、最终验证：一套可复现的“验收脚本”

以下脚本将综合检测CPU、内存、磁盘三方面，并输出PASS/FAIL结论，适合新手作为执行标准：

#!/bin/bash
echo "=== 国产x86验收测试==="
# CPU检测
sysbench cpu --threads=$(nproc) --time=30 run | grep "events per second" | awk '{if ($NF > 5000) print "CPU: PASS"; else print "CPU: FAIL"}'
# 内存延迟检测
./lat_mem_rd 256 64 2>&1 | tail -1 | awk '{if ($1 < 80) print "MEM: PASS"; else print "MEM: FAIL"}'
# 磁盘4K随机写
fio --name=test --ioengine=libaio --rw=randwrite --bs=4k --size=1G --numjobs=8 --direct=1 | grep "write: IOPS" | awk -F'=' '{if ($2+0 > 30000) print "DISK: PASS"; else print "DISK: FAIL"}'

七、结语：标准化的价值在于可复现

国产x86平台虽架构各异，但通过上述标准执行步骤（BIOS固化→系统参数修正→固定参数测试→排错修复），任何新手都能在2小时内得到一份可信的性能基线。请务必保存每次测试的dmesg日志和lscpu输出，这将是后续与厂商沟通或升级内核时最有力的凭证。记住，性能测试的目的不是跑分，而是验证你的工作负载是否真正跑在了硬件的最佳状态上。

发表评论