Tag: jmh

newInstance与新的jdk-9 / jdk-8和jmh: 我在这里看到很multithreading比较并试图回答哪个更快： newInstance或new operator 。看源代码，似乎newInstance应该慢得多，我的意思是它做了这么多的安全检查并使用reflection。我决定先测量一下，首先运行jdk-8。这里是使用jmh的代码。 @BenchmarkMode(value = { Mode.AverageTime, Mode.SingleShotTime }) @Warmup(iterations = 5, time = 2, timeUnit = TimeUnit.SECONDS) @Measurement(iterations = 5, time = 2, timeUnit = TimeUnit.SECONDS) @State(Scope.Benchmark) public class TestNewObject { public static void main(String[] args) throws RunnerException { Options opt = new OptionsBuilder().include(TestNewObject.class.getSimpleName()).build(); new Runner(opt).run(); } @Fork(1) @Benchmark […]

Arrays.stream（）。map（）。sum（）: 我偶然发现了一个非常简单的在原始数组上映射/简化操作的性能曲线。这是我的jmh基准代码： @OutputTimeUnit(TimeUnit.NANOSECONDS) @BenchmarkMode(Mode.AverageTime) @OperationsPerInvocation(Measure.ARRAY_SIZE) @Warmup(iterations = 300, time = 200, timeUnit=MILLISECONDS) @Measurement(iterations = 1, time = 1000, timeUnit=MILLISECONDS) @State(Scope.Thread) @Threads(1) @Fork(1) public class Measure { static final int ARRAY_SIZE = 1<<20; final int[] ds = new int[ARRAY_SIZE]; private IntUnaryOperator mapper; @Setup public void setup() { setAll(ds, i->(int)(Math.random()*(1<<7))); final int multiplier = (int)(Math.random()*10); mapper = […]

为什么StringBuilder的链式模式sb.append（x）.append（y）比普通的sb.append（x）更快; sb.append（Y）？: 我有一个显示非常奇怪的结果的microbenchmark： @BenchmarkMode(Mode.Throughput) @Fork(1) @State(Scope.Thread) @Warmup(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS, batchSize = 1000) @Measurement(iterations = 40, time = 1, timeUnit = TimeUnit.SECONDS, batchSize = 1000) public class Chaining { private String a1 = "111111111111111111111111"; private String a2 = "222222222222222222222222"; private String a3 = "333333333333333333333333"; @Benchmark public String typicalChaining() { return new StringBuilder().append(a1).append(a2).append(a3).toString(); […]

Java 8stream不可预知的性能下降没有明显的原因: 我正在使用Java 8stream来迭代列表与子列表。外部列表大小在100到1000之间变化（不同的testing运行），内部列表大小总是5。有2个基准运行，performance出意想不到的性能偏差。 package benchmark; import org.openjdk.jmh.annotations.*; import org.openjdk.jmh.infra.Blackhole; import java.io.IOException; import java.util.concurrent.ThreadLocalRandom; import java.util.*; import java.util.function.*; import java.util.stream.*; @Threads(32) @Warmup(iterations = 25) @Measurement(iterations = 5) @State(Scope.Benchmark) @Fork(1) @BenchmarkMode(Mode.Throughput) public class StreamBenchmark { @Param({"700", "600", "500", "400", "300", "200", "100"}) int outerListSizeParam; final static int INNER_LIST_SIZE = 5; List<List<Integer>> list; Random rand() { return […]

为什么返回一个Java对象引用比返回一个原语慢得多: 我们正在研究一个对延迟敏感的应用程序，并且已经微调了各种方法（使用jmh ）。在对查找方法进行微观基准testing并对结果满意之后，我实现了最终版本，结果发现最终版本比我刚刚testing的版本慢了3倍。罪魁祸首是实施的方法是返回一个enum对象，而不是一个int 。以下是基准代码的简化版本： @OutputTimeUnit(TimeUnit.MICROSECONDS) @State(Scope.Thread) public class ReturnEnumObjectVersusPrimitiveBenchmark { enum Category { CATEGORY1, CATEGORY2, } @Param( {"3", "2", "1" }) String value; int param; @Setup public void setUp() { param = Integer.parseInt(value); } @Benchmark public int benchmarkReturnOrdinal() { if (param < 2) { return Category.CATEGORY1.ordinal(); } return Category.CATEGORY2.ordinal(); } @Benchmark public […]

为什么StringBuilder＃在Java 7中追加（int）比在Java 8中更快？: 虽然使用"" + n和Integer.toString(int)将一个整数原语转换为一个string调查了一点争论，我写了这个JMH微基准： @Fork(1) @OutputTimeUnit(TimeUnit.MILLISECONDS) @State(Scope.Benchmark) public class IntStr { protected int counter; @GenerateMicroBenchmark public String integerToString() { return Integer.toString(this.counter++); } @GenerateMicroBenchmark public String stringBuilder0() { return new StringBuilder().append(this.counter++).toString(); } @GenerateMicroBenchmark public String stringBuilder1() { return new StringBuilder().append("").append(this.counter++).toString(); } @GenerateMicroBenchmark public String stringBuilder2() { return new StringBuilder().append("").append(Integer.toString(this.counter++)).toString(); } @GenerateMicroBenchmark public String stringFormat() { return String.format("%d", […]