SPECJVM2008的简单结果

摘要

前面两台学习了简单使用. 
今天进行一下简单的数据采集.

背景

我这边先测试使用 startup 的测试脚本
startup 主要是单线程进行测试的. 
其他脚本后续进行
感觉这个工具更多的是在验证 单核心JVM的处理能力. 
并且 我增加了 -Xms和-Xmx的变量参数几乎有没有发生变化
所以计划还是用一个命令查看集中不同CPU的结果

另外发现虽然会形成 html的结果, 但是在最后也会暴露一个合计分值
感觉这个分值可以作为一定的测试结论得出. 

结果信息

相同架构下不同JDK版本的验证

注意 需要先切换JDK的版本 具体方法可以如下:
然后 which java
如果是 usr 目录下的可以先改下名
mv /usr/bin/java /usr/bin/java2
然后执行
export JAVA_HOME=/javahome/Openjdk_adopt/
export PATH=$PATH:/javahome/Openjdk_adopt/bin/

确认 java版本
java -version

注意 本次采用 鲲鹏, 使用 毕昇和adopt相关进行验证

不同测试指标的内容

startup.helloworld 测试helloworld程序从运行开始到结束所需的时间
startup.compiler.compiler 普通java编译所需要的时间
startup.compiler.sunflow 编译sunflow图像渲染引擎所需要的时间
startup.compress 测试压缩程序，单次压缩所需的时间
startup.crypto.aes 测试AES/DES加密算法，单次加解密所需的时间输入数据长度为 100 bytes , 713KB
startup.crypto.rsa测试RSA加密算法，单次加解密需要的时间输入数据长度为 100 bytes, 16KB
startup.crypto.signverify 测试单次使用MD5withRSA, SHA1withRSA, SHA1withDSA, SHA256withRSA来签名，识别所需要的时间。输入数据长度为 1KB, 65KB, 1MB
startup.mpegaudio 单次mpeg音频解码所需的时间
startup.scimark.fft 单次快速傅立叶变换所需的时间
startup.scimark.lu 单次LU分解所需的时间
startup.scimark.monte_carlo 单次运行蒙特卡罗算法所需的时间
startup.scimark.sor 单次运行jacobi逐次超松弛迭代法所需的时间
startup.scimark.sparse 单次稀疏矩阵乘积所需的时间
startup.serial 单次通过socket传输java序列化对象到对端反序列化完成所需的时间（基于jboss serialization benchmark）
startup.sunflow 单次图片渲染处理所需的时间
startup.xml.transform 单次xml转换所需的时间，转换包括dom,sax,stream方式
startup.xml.validation 单次xml schema校验所需的时间

compiler.compiler 在规定时间内，多线程迭代测试普通java编译，得出 ops/m
compiler.sunflow 在规定时间内，多线程迭代测试sunflow图像渲染，得出 ops/m
compress 在规定时间内，多线程迭代测试压缩，得出 ops/m
crypto.aes 在规定时间内，多线程迭代测试AES/DES加解密算法，得出 ops/m
crypto.rsa 在规定时间内，多线程迭代测试RSA加解密算法，得出 ops/m
crypto.signverify 在规定时间内，多线程迭代测试使用MD5withRSA, SHA1withRSA, SHA1withDSA, SHA256withRSA来签名，识别，得出 ops/m
derby 在规定时间内，迭代测试数据库相关逻辑，包括数据库锁，BigDecimal计算等，最后得出 ops/m
mpegaudio 在规定时间内，多线程迭代mpeg音频解码，得出 ops/m
scimark.fft.large 在规定时间内，多线程迭代测试快速傅立叶变换，使用32M大数据集，最后得出 ops/m
scimark.lu.large 在规定时间内，多线程迭代测试LU分解，使用32M大数据集，最后得出 ops/m
scimark.sor.large 在规定时间内，多线程迭代测试jacobi逐次超松弛迭代法，使用32M大数据集，最后得出 ops/m
scimark.sparse.large 在规定时间内，多线程迭代测试稀疏矩阵乘积，使用32M大数据集，最后得出 ops/m
scimark.fft.small 在规定时间内，多线程迭代测试快速傅立叶变换，使用512K小数据集，最后得出 ops/m
scimark.lu.small 在规定时间内，多线程迭代测试LU分解，使用512KB小数据集，最后得出 ops/m
scimark.sor.small 在规定时间内，多线程迭代测试jacobi逐次超松弛迭代法，使用512KB小数据集，最后得出 ops/m
scimark.sparse.small 在规定时间内，多线程迭代测试稀疏矩阵乘积，使用512KB小数据集，最后得出 ops/m
scimark.monte_carlo 在规定时间内，多线程迭代测试蒙特卡罗算法，得出 ops/m
serial 在规定时间内，多线程迭代测试通过socket传输java序列化对象到对端反序列化（基于jboss serialization benchmark），得出 ops/m
sunflow 在规定时间内，利用sunflow多线程迭代测试图片渲染，得出 ops/m
xml.transform 在规定时间内，多线程迭代测试xml转换，得出 ops/m
xml.validation 在规定时间内，多线程迭代测试xml schema验证，得出 ops/m

并行测试失败

使用如下命令结果测试失败了

java -jar SPECjvm2008.jar -ikv --peak -bt 8 -i 4 compiler.compiler scimark.fft.small compress scimark.sor.small crypto.aes scimark.sparse.small crypto.rsa scimark.monte_carlo crypto.signverify serial mpegaudio xml.transform scimark.fft.large xml.validation scimark.lu.large scimark.sor.large scimark.sparse.large

很奇怪, 改天再研究一下.