企业官网建设流程全解析

最近因为一份老硬件测试素材，我重新把 AMD 速龙 X4 760K 这颗处理器翻出来看了一遍。它不像当年 FX 系列那样有话题度，也不像 APU 那样有“买 CPU 送显卡”的吸引力，真正愿意花时间做长视频测试的人更少，所以当一位做老硬件资料整理的朋友把完整测试过程发给我时，我反而觉得这是一个很值得展开聊的话题。

这颗 760K 表面上只是 FM2 平台上一颗不带核显的四核处理器，但把它放进测试环境里之后，几乎所有测试项目都会指向同一个问题：AMD 当年的“模块化四核”到底和印象中的原生四核有多大差距？CPU-Z 显示的核心数量、国际象棋跑出来的线程扩展、核间延迟测试里出现的数字波动、以及不对称双通道下内存带宽的变化，全部可以围绕这个问题展开。

这篇文章不打算只复述一遍测试过程，而是想做一次更完整的拆解：为什么 CPU-Z 看起来很正常，性能却和预期对不上；国际象棋测试到底衡量了什么；核间延迟为什么对 FX 和速龙系列如此关键；不对称双通道对一块没有核显的 FM2 CPU，究竟有没有实际影响。

1. 先别急着跑分：760K 是一颗把“模块化”三个字写在脸上的 CPU

1.1 硬规格里藏着两个容易被忽略的信息

在测试视频里，CPU-Z 的截图往往是最先出现的，因为它的主要作用是确认 CPU 的基础规格。AMD 速龙 X4 760K 的基本信息可以整理成一张很清楚的表：

这张表里有两个容易被忽略的地方。

第一个是“没有三级缓存”。FX 系列在 AM3+ 平台上普遍有 8MB L3，而 FM2 平台的 APU 和速龙处理器都砍掉了 L3。这个设计在跑分和实际应用里会产生一个共同结果：CPU 对内存延迟更敏感，对内存带宽的需求也更直接。

第二个是“无内置显卡”。760K 和 750K 可以理解为当时 APU 产品线下沉出来的无核显版本。很多人认为这只是把显卡部分屏蔽掉，但对一块 FM2 CPU 来说，没有核显反而意味着测试时可以把内存带宽完整地留给 CPU 任务，不需要考虑核显抢占显存带宽的问题。

1.2 关键考点：Piledriver 并不是原生四核

AMD 的 FX 系列、FM2 APU 以及速龙 X4 中后段型号，都建立在 Piledriver 架构基础上。Piledriver 沿用了推土机时代的模块化设计：一个模块内部有两个整数核心，但这两个核心共享前端、共享浮点调度单元，也共享模块内的二级缓存。

放到 760K 上，它的物理结构并不是“四个独立核心整齐排列”，而是“两个模块，每个模块包含两个整数核心”。CPU-Z 会把核心数量识别成 4，因为从操作系统和指令执行的角度看，确实可以同时跑 4 个整数线程。但浮点单元是模块内共享的，也就是说，如果负载里包含大量浮点运算，两个模块内的核心会竞争浮点资源，实际并行效率会低于原生四核的预期。

这也是 Piledriver 当年最受争议的地方。Intel 的 Haswell 四核是四个完整核心，各自拥有完整的前端、整数单元、浮点单元和缓存路径；而 AMD 的模块化设计更像是一种面积和成本权衡。它把两个整数核心塞进同一个模块，节省了芯片面积，也降低了制造难度，代价是浮点性能和核心间通信无法做到完全隔离。

所以测试 760K 时，看到国际象棋这类偏整数、偏多线程的跑分不错，并不代表所有应用都能达到同等扩展。更合理的处理是：把 760K 看成“有四个整数执行引擎，但在浮点密集型任务里，需要按双模块的共享资源来评估”。

1.3 为什么“核间延迟测试”会在这场测试里出现

正是因为模块化设计，核间延迟才成为 Piledriver 平台上非常有观察价值的指标。

同一模块里的两个核心可以通过模块内的共享二级缓存快速交互，延迟相对低一些。但跨模块通信时，数据需要经过系统请求接口、北桥再到另一个模块，链路变长，延迟自然升高。如果软件是多线程协作型负载，线程之间频繁传递锁、共享状态或小数据块，核间延迟会直接影响最终吞吐量。

在很多老 AMD 平台的测试视频里，核间延迟并不是一个娱乐项目，而是能解释“为什么某些游戏优化得很好，在某些架构上却依然掉帧”的重要线索。游戏主线程和渲染线程之间如果每帧都要同步多次，核心间通信延迟就会成为隐藏瓶颈。

2. 三种测试项目，各自能说明什么问题

2.1 CPU-Z：不只是看频率，更重要的是验证运行状态

CPU-Z 的第一层用途是识别 CPU 型号、工艺、步进和指令集。第二轮使用是看实时频率和内存状态。

在老平台测试中，CPU-Z 可以帮助确认测试环境是否处于默认或预期状态。比如 CPU 是否开启加速频率、内存是否运行在双通道模式、内存控制器实际频率是多少。如果预先设置了锁频，可以通过 CPU-Z 确认频率没有漂移；如果内存插槽顺序不对，也能在内存页面里看出通道数是否识别正确。

一个容易被新手忽略的问题是：FM2 平台在缺省状态下通常开启 AMD Cool‘n’Quiet 节能功能。这个功能会让待机频率下降，测试时如果系统负载不稳定，频率会自动上下浮动，最终导致跑分波动。因此在正式测试之前，通常先进入 BIOS 关闭节能选项，再通过 CPU-Z 观察频率是否稳定在一个固定值附近。

国际象棋、核间延迟和内存带宽测试都依赖稳定的 CPU 频率。如果 CPU 频率本身在 3.8GHz 和 4.1GHz 之间跳动，不同项目之间的数据就没有可对比性。所以 CPU-Z 是整个测试流程的第一个“校准仪器”，而不是一个孤立跑分工具。

2.2 国际象棋测试：测的是整数吞吐和线程扩展

Fritz Chess Benchmark，中文圈子通常叫“国际象棋跑分”，是 CPU 评测视频里最常见的经典项目之一。它基于国际象棋程序 Fritz 的搜索算法，通过计算棋步搜索节点来模拟 CPU 的整数运算能力。

这个测试最大的特点是能直观看到多线程扩展效果。软件会反复运行单线程和多线程模式，然后给出一个倍数。原生四核如果架构效率高，多线程倍率往往能接近 3.5 倍以上；而 Piledriver 这种模块化四核，虽然同样能识别出四个逻辑线程，但由于浮点资源和缓存前端共享，部分场景下的扩展倍率会低于理想值。

在国际象棋这种典型整数搜索负载中，760K 的表现会比很多同频率老处理器更有存在感，因为它毕竟有四个整数核心。这个测试也能反映大二级缓存的价值：Piledriver 每个模块共享 2MB L2，两个模块共 4MB，比很多同代入门双核大不少。缓存越大，搜索树和启发式数据能停留在 L2 中的比例越高，性能越不容易掉到内存延迟的坑里。

但要注意，它只代表一种计算模式。国际象棋成绩好，不能直接推导出“游戏性能强”或“视频转码性能强”，因为游戏和转码既包含整数运算，也包含大量浮点、内存带宽和缓存访问。

2.3 核间延迟测试：看线程之间说话需要等多久

核间延迟测试在普通 CPU 评测里并不常见，但在 FX 和 APU 这类模块化架构上，它的信息量比分数本身更大。

测试通常会让不同核心上的线程互相发送小规模消息，或者访问共享内存中的同一块数据，并测量一轮操作需要的时间。这个延迟不直接等同于现实应用的性能，但它能反映线程调度的“通讯成本”。

760K 这类处理器没有三级缓存，跨模块通信必须绕道北桥和内存控制器，因此延迟会比有 L3 的 FX 平台高一些。如果说 Intel 的四核像四个离得很近的人坐在同一张桌子旁，那么模块化 Piledriver 就更像四个人分坐两间房间，同房间的沟通很快，跨房间就要通过走廊。

这种架构差异对普通用户意味着：如果软件被调度到同一个模块的两个核心上，它们之间的协作成本更低；如果调度到两个不同模块，成本更高。操作系统调度器通常会在同一模块内的核心上优先安置线程对，但负载非常高时，有些跨模块调度很难完全避免。

3. 不对称双通道对比测试，真正要看的不是单纯的“快一点还是慢一点”

3.1 为什么现场测试会出现非对称组合

内存“对称双通道”是指两条内存的容量和规格一致，分别插在两个通道上，让两个通道能同时工作。不对称双通道则相对少见一些，常见组合包括一条 4GB 和一条 8GB、一条 2GB 和一条 4GB，或者两条同容量但单双面颗粒不同的内存。

在老平台用户手里，不对称双通道通常不是刻意凑出来的，而是升级过程中捡到了一根不同容量的旧内存。许多人会问：插上去能不能用？是跑单通道还是双通道？性能损失大不大？这就是这类测试的意义。

3.2 不对称双通道期间到底发生了什么

现代内存控制器在遇到容量不同的两条内存时，并不会简单粗暴地完全退回单通道。它更常见的做法是，把两根内存中容量匹配的那部分做成双通道工作区，剩余多出来的容量再以单通道方式映射。

举例来说，如果通道 A 插 8GB，通道 B 插 4GB，控制器可能把这 4GB 中与对方对应的 4GB 部分配对成双通道，剩下的 4GB 留在通道 A 上作为单通道区域。这样系统能同时拥有“较大容量的单通道区”和“一种不对称的双通道区”。

如果只有一段内存或非对齐的 A/B 位置，甚至也可能直接在单通道模式下运行。测试视频里真正需要记录的不只是性能得分，而是在 BIOS、CPU-Z 或 AIDA64 中系统把内存识别成了哪一种模式。

3.3 对没有核显的 760K 来说，内存带宽影响会表现在哪里

在带核显的 APU 平台上，核显会使用内存作为显存，内存带宽直接影响游戏帧数，双通道和单通道之间往往能看出明显差异。760K 没有核显，所以不存在“核显抢带宽”的问题，但这不意味着内存测试毫无意义。

CPU 本身依然要通过内存控制器读取代码和数据。当程序的数据量超过 L2 缓存容量时，每一次缓存未命中都要回到内存中读取。在压缩解压、视频剪辑预览、数据库查询、多任务切换等场景里，内存带宽会变成限制因素。

对称双通道相比单通道，理论上能让内存带宽接近翻倍。不对称双通道由于部分区域仍为单通道，实际带宽会介于两者之间，但具体收益受软件的内存访问模式影响很大。有的程序只访问双通道映射区域，成绩接近对称双通道；有的程序会大面积访问单通道区域，成绩就更接近单通道。

所以测试不对称双通道时不应该只看三个项目的平均分，而应该区分出“完全命中双通道区域”“完全命中单通道区域”和“两者混合”三种情况。

3.4 现场测试最值得记录的几种配置

更合理的做法是在同一颗 CPU、同一条系统盘、同一个系统环境下，分别测出几组数据：

• 单条内存，插在通道 A 的槽位上。
• 两条完全相同的内存，组成对称双通道。
• 两条容量不同、尽可能同频率同颗粒的内存，组成不对称双通道。

每组配置都用固定 CPU 频率和固定内存频率运行相同测试集，这样对比出来的差异才有解释价值。如果同时把 CPU 频率和内存频率也调了，就没有办法分辨到底是哪个变量带来了变化。

4. 从视频数据到可靠结论：这些变量必须先控制住

4.1 单次跑通和稳定结果之间差着很多细节

老平台的测试和全新平台有一点很不一样：CPU 可能已经经历了多年的使用，硅脂老化、散热器积灰、主板供电缩水、电容老化都会影响稳定性。如果一个测试视频只跑了一遍就下结论，很容易被偶然因素误导。

正常流程应该是先做压力测试，观察 CPU 温度是否过高、频率是否会降、供电模块是否过热。如果满载时温度超过 80°C，或者频率从预期值往下掉，就要先处理散热，再开始正式记录数据。

提醒：在对比内存配置之前，先用 CPU-Z 把 CPU 频率、内存频率和主板识别结果全部记录下来。否则后续发现数据差异很大，却回查不到当时的运行状态，就等于白跑。

4.2 区分测试结果是“CPU 变化”还是“内存配置变化”

针对 760K 这种无核显 CPU，测试不对称双通道时，需要选择那些能让 CPU 持续访问内存的任务。可以使用一些内存带宽测试工具，也可以选择大文件压缩、解压、代码编译等任务作为补充。这些任务的数据规模超过 CPU 缓存容量，成绩更能反映内存子系统的实际差异。

相反，如果只跑国际象棋这类以 CPU 运算为主、缓存命中率较高的任务，内存从单通道切换到双通道造成的差异很可能非常有限，因为 CPU 的核心计算数据很多都能留在 L2 缓存里。这不代表内存升级没有意义，只代表测试负载没有触碰到真正的瓶颈。

4.3 软件环境也会影响判断

老 CPU 测试很容易忽略操作系统版本和后台程序的差异。比如 Windows 10 和 Windows 7 的线程调度策略不完全一样，Windows 10 对老 AMD 平台的处理又会因为补丁版本不同产生性能差异。如果两条内存的容量不同，系统的内存使用机制也会影响测试结果：系统在默认情况下会优先占用低地址段，如果测试时内存占用没有跑满，可能根本没有访问到不对称区域。

更稳妥的办法是让测试集至少运行三轮，取稳定值而不是取最高值。同时关闭浏览器、下载工具、远程控制软件等后台进程，把电源计划切换到高性能模式，避免后台任务干扰到被测应用。

5. 这类老 CPU 测试，究竟还算不算有意义

5.1 对普通用户来说，760K 已不适合作为主力平台

不考虑情怀和收藏因素，在今天用 760K 作为主力机并不现实。它缺少新指令集的现代加速能力，单核性能和当前入门级处理器差距明显，FM2 平台也没有 NVMe 等现代接口的原生支持。如果只是日常办公、浏览网页，还有更省电、更安静、性能更好的选择。

但硬件测试并不只有“能不能当主力机”这一个维度。760K 的价值更多体现在测试样本上：它把 AMD 模块化架构的典型特点浓缩在一个低价、低门槛的小平台上，不需要昂贵的 AM3+ 主板和 FX 八核，就能理解“模块内共享”“跨模块延迟”“无 L3 缓存对内存带宽的依赖”这些概念。

5.2 对爱好者来说，这类测试视频补上的是历史资料缺口

很多当年的评测集中在 CPU 首发时期，测试环境和工具有限，内存配置往往也不统一。如今有人花时间重新测试，并且把 CPU-Z、国际象棋、核间延迟、不同内存通道模式放在一起记录，其实是给后来者留下了一套可以复现的参考数据。

这类内容未必能带来可观流量，但它解决的问题很明确：当你偶然拿到一台旧 FM2 主机，想知道它能发挥到什么程度时，不需要自己从零开始踩坑，而是可以直接参考已有测试结果。

5.3 一个更值得长期保留的判断框架

从 760K 的测试里，我提炼出一个可以用于其他老硬件评测的判断框架：

1. 先确认硬件规格和 BIOS 状态，排除频率漂移和未知降频。
2. 将测试项目按“验证规格、测试整数能力、测试核心通信、测试内存子系统”四类分开。
3. 内存配置测试要单独控制变量，不能和 CPU 频率变化混在一起。
4. 跑分数据只代表某一类计算模式，不要试图用单一分数解释所有体验。
5. 对老旧平台，温度、散热、主板供电往往比跑分本身更影响结论稳定性。

想复测这台 760K 的人，可以按这个顺序准备：找一块供电正常的 FM2 主板，确认散热器能压住 100W 级别的满载功耗，准备一根和两根相同规格的 DDR3 内存，再到 BIOS 里固定 CPU 频率、关闭不必要的节能选项。最后再开始跑测试。

5.4 回到最初的问题：模块化四核和原生四核差别在哪

如果把 760K 测试过程浓缩成一句话，我会说：它并不是一颗需要被“神化”的老 CPU，也不是一颗理应被嘲笑的落后处理器。它真正适合扮演的角色，是一块帮助理解 AMD 当年模块化架构的“教学板”。

CPU-Z 告诉你它被识别成什么，国际象棋告诉你它在整数多线程场景下能发挥多少，核间延迟测试告诉你模块之间沟通需要付出什么代价，不对称双通道测试则提醒你：在无 L3 缓存的老平台上，内存子系统的作用比很多人想象中更大。

当四张数据放在一起，你会发现这颗处理器的性能并不是一个固定数值，而是与负载类型、线程调度、内存配置都相关的函数。

这也是这种老硬件长视频测试最值得保存的部分。它不像首发评测那样充满溢价感，但能给后来的普通用户提供一套更冷静、更完整的性能解释。我希望所有旧平台爱好者都能在测试记录里保留类似的细节，因为真正有价值的技术资料，从来不是跑出多少分，而是那些分数到底怎么来的。