- Mastering High Performance with Kotlin
- Igor Kucherenko
- 212字
- 2021-06-25 20:55:26
Constant folding
Constant folding is the flip side of the DCE. If your calculation is based on constants and the result is often exactly the same, the JVM will detect this and replace the calculation with the result. To make sure this doesn't happen, we can move the computation outside the internal JMH loop. Constant folding can be prevented by always reading the inputs from non-final instance fields of a state object. In this case, the result will be based on fields of the state object:
@Benchmark
public int testMethod() {
int a = 3;
int b = 4;
return a + b;
}
So, in the preceding code, the JVM can detect that the result value is based on two constants, a and b, and can replace our code with this:
public class MyBenchmark { @Benchmark public int testMethod() { int c = 3; return c; } }
Or it can just return 3 or replace the invocation of this method with 3. To solve this problem, you should rewrite the code as follows:
public class MyBenchmark {
@State(Scope.Thread)
public static class MyState {
int a = 3;
int b = 4;
}
@Benchmark
@BenchmarkMode(Mode.AverageTime)
@OutputTimeUnit(TimeUnit.NANOSECONDS)
public int testMethod(MyState state) {
return state.a + state.b;
}
}
推薦閱讀
- Kali Linux Web Penetration Testing Cookbook
- 深入理解Bootstrap
- AIRAndroid應用開發實戰
- Groovy for Domain:specific Languages(Second Edition)
- Flash CS6中文版應用教程(第三版)
- 可解釋機器學習:模型、方法與實踐
- Swift Playgrounds少兒趣編程
- Python大規模機器學習
- DB2SQL性能調優秘笈
- Web前端開發最佳實踐
- Neo4j 3.x入門經典
- SQL Server 2014 Development Essentials
- 網絡綜合布線與組網實戰指南
- Practical Responsive Typography
- Learning PrimeFaces Extensions Development