我想对一些简单的for循环和等效流实现进行性能测量和比较。我相信情况确实会比同等的非流代码慢一些,但是我想确保自己正在衡量正确的事情。
我将整个jmh class 都包括在这里。
import java.util.ArrayList;
import java.util.List;
import org.openjdk.jmh.annotations.Benchmark;
import org.openjdk.jmh.annotations.Scope;
import org.openjdk.jmh.annotations.Setup;
import org.openjdk.jmh.annotations.State;
@State(Scope.Benchmark)
public class MyBenchmark {
List<String> shortLengthListConstantSize = null;
List<String> mediumLengthListConstantSize = null;
List<String> longerLengthListConstantSize = null;
List<String> longLengthListConstantSize = null;
@Setup
public void setup() {
shortLengthListConstantSize = populateList(2);
mediumLengthListConstantSize = populateList(12);
longerLengthListConstantSize = populateList(300);
longLengthListConstantSize = populateList(300000);
}
private List<String> populateList(int size) {
List<String> list = new ArrayList<>();
for (int ctr = 0; ctr < size; ++ ctr) {
list.add("xxx");
}
return list;
}
@Benchmark
public long shortLengthConstantSizeFor() {
long count = 0;
for (String val : shortLengthListConstantSize) {
if (val.length() == 3) { ++ count; }
}
return count;
}
@Benchmark
public long shortLengthConstantSizeForEach() {
IntHolder intHolder = new IntHolder();
shortLengthListConstantSize.forEach(s -> { if (s.length() == 3) ++ intHolder.value; } );
return intHolder.value;
}
@Benchmark
public long shortLengthConstantSizeLambda() {
return shortLengthListConstantSize.stream().filter(s -> s.length() == 3).count();
}
@Benchmark
public long shortLengthConstantSizeLambdaParallel() {
return shortLengthListConstantSize.stream().parallel().filter(s -> s.length() == 3).count();
}
@Benchmark
public long mediumLengthConstantSizeFor() {
long count = 0;
for (String val : mediumLengthListConstantSize) {
if (val.length() == 3) { ++ count; }
}
return count;
}
@Benchmark
public long mediumLengthConstantSizeForEach() {
IntHolder intHolder = new IntHolder();
mediumLengthListConstantSize.forEach(s -> { if (s.length() == 3) ++ intHolder.value; } );
return intHolder.value;
}
@Benchmark
public long mediumLengthConstantSizeLambda() {
return mediumLengthListConstantSize.stream().filter(s -> s.length() == 3).count();
}
@Benchmark
public long mediumLengthConstantSizeLambdaParallel() {
return mediumLengthListConstantSize.stream().parallel().filter(s -> s.length() == 3).count();
}
@Benchmark
public long longerLengthConstantSizeFor() {
long count = 0;
for (String val : longerLengthListConstantSize) {
if (val.length() == 3) { ++ count; }
}
return count;
}
@Benchmark
public long longerLengthConstantSizeForEach() {
IntHolder intHolder = new IntHolder();
longerLengthListConstantSize.forEach(s -> { if (s.length() == 3) ++ intHolder.value; } );
return intHolder.value;
}
@Benchmark
public long longerLengthConstantSizeLambda() {
return longerLengthListConstantSize.stream().filter(s -> s.length() == 3).count();
}
@Benchmark
public long longerLengthConstantSizeLambdaParallel() {
return longerLengthListConstantSize.stream().parallel().filter(s -> s.length() == 3).count();
}
@Benchmark
public long longLengthConstantSizeFor() {
long count = 0;
for (String val : longLengthListConstantSize) {
if (val.length() == 3) { ++ count; }
}
return count;
}
@Benchmark
public long longLengthConstantSizeForEach() {
IntHolder intHolder = new IntHolder();
longLengthListConstantSize.forEach(s -> { if (s.length() == 3) ++ intHolder.value; } );
return intHolder.value;
}
@Benchmark
public long longLengthConstantSizeLambda() {
return longLengthListConstantSize.stream().filter(s -> s.length() == 3).count();
}
@Benchmark
public long longLengthConstantSizeLambdaParallel() {
return longLengthListConstantSize.stream().parallel().filter(s -> s.length() == 3).count();
}
public static class IntHolder {
public int value = 0;
}
}
我正在Win7笔记本电脑上运行它们。我不在乎绝对的测量,只是相对的。以下是这些中的最新结果:
Benchmark Mode Cnt Score Error Units
MyBenchmark.longLengthConstantSizeFor thrpt 200 2984.554 ± 57.557 ops/s
MyBenchmark.longLengthConstantSizeForEach thrpt 200 2971.701 ± 110.414 ops/s
MyBenchmark.longLengthConstantSizeLambda thrpt 200 331.741 ± 2.196 ops/s
MyBenchmark.longLengthConstantSizeLambdaParallel thrpt 200 2827.695 ± 682.662 ops/s
MyBenchmark.longerLengthConstantSizeFor thrpt 200 3551842.518 ± 42612.744 ops/s
MyBenchmark.longerLengthConstantSizeForEach thrpt 200 3616285.629 ± 16335.379 ops/s
MyBenchmark.longerLengthConstantSizeLambda thrpt 200 2791292.093 ± 12207.302 ops/s
MyBenchmark.longerLengthConstantSizeLambdaParallel thrpt 200 50278.869 ± 1977.648 ops/s
MyBenchmark.mediumLengthConstantSizeFor thrpt 200 55447999.297 ± 277442.812 ops/s
MyBenchmark.mediumLengthConstantSizeForEach thrpt 200 57381287.954 ± 362751.975 ops/s
MyBenchmark.mediumLengthConstantSizeLambda thrpt 200 15925281.039 ± 65707.093 ops/s
MyBenchmark.mediumLengthConstantSizeLambdaParallel thrpt 200 60082.495 ± 581.405 ops/s
MyBenchmark.shortLengthConstantSizeFor thrpt 200 132278188.475 ± 1132184.820 ops/s
MyBenchmark.shortLengthConstantSizeForEach thrpt 200 124158664.044 ± 1112991.883 ops/s
MyBenchmark.shortLengthConstantSizeLambda thrpt 200 18750818.019 ± 171239.562 ops/s
MyBenchmark.shortLengthConstantSizeLambdaParallel thrpt 200 474054.951 ± 1344.705 ops/s
在一个较早的问题中,我确认这些基准似乎“在功能上是等效的”(只是在寻找更多的目光)。这些数字是否似乎与这些基准的独立运行一致?
对于JMH输出,我一直不确定的另一件事是确定吞吐量数字代表什么。例如,“Cnt”列中的“200”到底代表什么?吞吐量单位是“每秒操作数”,那么“操作数”确切表示什么是对基准方法的一次调用?例如,在最后一行中,这将表示每秒执行474k次基准测试方法。
更新:
我注意到,当我将“for”与“lambda”进行比较时,从“短”列表开始,然后转到较长列表,它们之间的比率相当大,但一直下降,直到“长”列表,其中比率甚至比“简短”列表更大(分别为14%,29%,78%和11%)。我觉得这很奇怪。我本来希望流开销的比率随着实际业务逻辑中工作量的增加而降低。有人对此有任何想法吗?
最佳答案
例如,“Cnt”列中的“200”到底代表什么?cnt
列是迭代次数-即重复测试多少次。您可以使用以下注释控制该值:
@Measurement(iterations = 10, time = 50, timeUnit = TimeUnit.MILLISECONDS)
@Warmup(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS)
这里
iterations
是cnt
; time
是一次迭代所需的持续时间,而timeUnit
是time
值的度量单位。吞吐量单位为“每秒操作数”
您可以通过几种方式控制输出。例如,您可以使用
@OutputTimeUnit(TimeUnit.XXXX)
更改时间的度量单位,因此可以获得ops / us,ops / ms您还可以更改
mode
:代替测量操作时间,您可以测量“平均时间”,“采样时间”等。您可以通过@BenchmarkMode({Mode.AverageTime})
注释进行控制因此,“操作”的确切含义是执行一次对基准方法的调用
因此,假设一次迭代的时间为1秒,您将获得1000个操作/秒。这意味着Benchamrk方法已执行了1000次。
换句话说,一个操作是基准方法的一种执行,除非您具有
@OperationsPerInvocation(XXX)
批注,这意味着该方法的教导调用将算作XXX操作。在所有迭代中计算误差。
另一个提示:您可以执行参数化的基准测试,而不是对每种可能的大小进行硬编码:
@Param({"3", "12", "300", "3000"})
private int length;
然后,您可以在设置中使用该参数:
@Setup(Level.Iteration)
public void setUp(){
populateList(length)
}
关于java - 验证简单的for/lambda比较的JMH测量,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/55349631/