JAVA应用性能测试：SPECjbb2005

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

    SPECjbb2005是一种被广泛使用的工业标准基准测试。概括来讲，每个"warehouse"会产生一个独立的线程，从而决定测试线程的并发数。相对应于"hardware threads"总数，被测系统的warehouses数目 (X)都有一个预期的最高值，比如Clovertown和Dempsey每颗有8个hardware threads，Woodcrest 和Opteron每颗有4个hardware threads。最终的测试结果以"Business Operations per Second (BOP/s)"（每秒交易次数）为单位，都是基于X，X＋1，X＋2，X+3等，直到2X的平均吞吐量来计算。

    SPECjbb2005的测试相当复杂，需要进行大量的参数设置。在测试中我采用了BEA的 64位 Jrockit JVM (jrockit-R26.4.0-jre1.5.0_06-win-x64)。使用单JVM和如下命令参数：－server –XXaggresive -XXtlasize64k –Xms2040M –Xmx2040M

    如上图，可以很清晰的看到，随着线程的并行化处理，拥有更多的CPU核是比较有优势的。Clovertown在这一测试中占有绝对优势。但值得注意的是，当warehouses数目达到2X时，所有测试平台的曲线都开始下降，而Clovertown下降的速率甚至比Dempsey还要快一些。随着我对SPECjbb和命令参数越来越熟悉，我看看能否找出其中的原因，看看能否通过调整参数来更好地体现测试平台的性能。