在使用这款服务器的时候，该产品给我们留下了极好的印象。比如在动一些配件比如风扇、散热器、硬盘以及PSU的时候非常方便，同时使用起来也很简单。当然该产品也存在着一些缺点，比如该服务器内置的3个风扇足以冷却我们手上这块3.2G的处理器，但是如果三个风扇中的一个出现了问题那么系统的散热就会达到极限。虽然在使用风扇的时候没有出现系统崩溃，但是CPU的温度将会达到70-75°。不过在另一方面，由于风扇能够自动进行转速调节，因此在散热方面效率很高。另外就是当处理器核心频率由待机时的1G恢复至全速的3.2G之后，风扇几乎没有任何延迟转速就马上提升了上去。

Opteron 2224的秘密武器：

　　在2.6G核心频率下Opteron 8218二级缓存的速率要慢于 2.33G Core 2处理器的二级缓存。应该说 10-11 GB/s只好刚好满足 DDR2 667MHz内存的理论带宽(10.6 GB/s)。因此必须与进行1级缓存排外的数据交换。现在再让我们结合下面这张表格测试一下内存带宽。

　　更高频率的内存控制器在使用相同DDR2内存的情况下将会获得更高的带宽这早已不是什么秘密。但是这也同样可以帮助二级缓存消化掉内存的带宽。这里我们可以看到在没有使用SSE2指令的情况下，5000p所拥有的带宽是让人捻的。由于大部分的应用程序并不能够很和协的得通过SSE2指令从内存获取数据，而这在大部分时间里也将会直接影响到真实环境下的应用。在Intel推出Nehalem系列产品之后，内存延迟性能一直都是AMD的一个强项。

　　延迟将明显会拖FB-DIMM的后腿，相信这点大家都知道。为了证实这一点我们加入了对Core 2 Duo 2.933使用2x 2GB 533MHz DDR2内存的时的延迟测试结果。从测试结果来看，registered FB-DIMMs表现是最差的，大约有 200 cycle或66ns的延迟。当然这里的一些延迟是缘于服务器内存必需的缓冲。但是缓冲内存实际上只有一个完整的时钟循环延迟。因此这也意味着registered将会导致8ns的延迟。

　　FB-DIMMs还有一个间接的好处那就是主板上的bank可以使用更多的DIMMs，而这也将会增加总内存容量。现在AMD的每一个CPU插槽可以轻松得配备8个DIMM插槽，当然这个好处似乎并没有被大家所关注。

　　SPECjbb2005

　　SPECjbb2005 (Java 服务器 基准)是评估服务器端JAVA性能的SPEC测试工具。和以前的SPECjbb2000一样，SPECjbb2005通过模拟三层C/S系统(主要是中间层)来评估服务器端JAVA的性能。该测试软件运行JVM(Java虚拟机)、JIT (Just-In-Time)编译器、碎片收集、线程以及操作系统 的其他任务。它也测量CPU、Cache、内存和 SMP的性能。SPECjbb2005通过提供面向对象方式运行的、新的增强的工作负载，来反映真实应用系统的情况。另外，SPECjbb2005也引入了一些新的特性，如XML处理和BigDecimal计算，以保证测试结果能更确切地反映当前的实际应用。

　　在Opteron平台上我们使用下列命令参数：

　　numactl --cpunodebind=$node --membind=$node -- java -cp jbb.jar:check.jar -Xms2g -Xmx2g -Xmn1g -Xss128K -XX:+AggressiveOpts -XX:+UseParallelOldGC -XX:+UseParallelGC spec.jbb.JBBmain -propfile SPECjbb.props -id $x

　　在Xeons平台上我们使用下列命令参数：

　　java -classpath jbb.jar:check.jar -Xms2g -Xmx2g -Xmn1g -Xss128K -XX:+AggressiveOpts -XX:+UseParallelOldGC -XX:+UseParallelGC spec.jbb.JBBmain -propfile SPECjbb.props -id $x