性能测试中唯一标识的JMH测试

 

前文分享了几种性能测试中常用到的生成全局唯一标识的案例,虽然在文中我猜测了几种方案设计的性能,并根据自己的经验给出了适用的场景。

但对于一个性能测试工程师来讲,有真是测试数据才更有说服力。这让我想起来之前学过的Java微基准测试框架 JMH ,所以不妨一试。

JMH简介

JMH (Java Microbenchmark Harness)是一个用于编写和运行Java基准测试的工具。它被广泛用于评估Java应用程序的性能,并帮助开发人员发现和优化性能瓶颈。

JMH的主要特点包括:

  1. 高可信度:JMH提供了多种机制来消除测试过程中的噪音和偏差,确保测试结果的可靠性。

  2. 易用性:JMH提供了丰富的注解和API,使编写和运行基准测试变得相对简单。

  3. 灵活性:JMH支持多种测试模式,如简单的吞吐量测试、微基准测试以及更复杂的测试场景。

  4. 可扩展性:JMH允许用户自定义测试环境,如GC策略、编译器选项等,以满足特定的性能评估需求。

  5. 广泛应用:JMH被广泛应用于Java生态系统中,包括JDK自身的性能优化、第三方开源库的性能评估等。

JMH是Java开发者评估应用程序性能的强大工具,有助于提高Java应用程序的整体质量和性能。同样地对于性能测试而言,也可以通过 JMH 测试评估一段代码在实际执行当中的表现。

实测

除了 使用分布式服务生成GUID 这个方案以外,其他四种方案(其中两种是我自己常用的)均参与测试。原因是分布式服务需要网络交互,这个一听就不高性能,还有我暂时没条件测试这个。

下面有限展示实测结果,总结使用线程共享和线程独享的方案性能均远远高于 UUID 和 雪花算法 。为了省事儿以下测试均预热2次,预热批次大小2,测试迭代次数1次,迭代批次大小也是1次。配置如下:

  1.                 .warmupIterations(2)//预热次数

  2.                 .warmupBatchSize(2)//预热批次大小

  3.                 .measurementIterations(1)//测试迭代次数

  4.                 .measurementBatchSize(1)//测试批次大小

  5.                 .build();

PS:JMH 貌似还不支持 Groovy 所以我用 Java 写了这个用例。

下面是运行1个线程的测试结果:

  1. UniqueNumberTest.exclusive  thrpt       203.146          ops/us

  2. UniqueNumberTest.share      thrpt        99.860          ops/us

  3. UniqueNumberTest.snow       thrpt         4.096          ops/us

  4. UniqueNumberTest.uuid       thrpt        11.758          ops/us

下面是运行10个线程的测试结果:

  1. Benchmark                    Mode  Cnt     Score   Error   Units

  2. UniqueNumberTest.exclusive  thrpt       1117.347          ops/us

  3. UniqueNumberTest.share      thrpt        670.141          ops/us

  4. UniqueNumberTest.snow       thrpt         10.925          ops/us

  5. UniqueNumberTest.uuid       thrpt          3.608          ops/us

PS:此时机器的性能基本跑满了。

下面是40个线程的测试结果:

  1. Benchmark                    Mode  Cnt     Score   Error   Units

  2. UniqueNumberTest.exclusive  thrpt       1110.273          ops/us

  3. UniqueNumberTest.share      thrpt        649.350          ops/us

  4. UniqueNumberTest.snow       thrpt          8.908          ops/us

  5. UniqueNumberTest.uuid       thrpt          4.205          ops/us

可以看出跟10个线程结果差不多。

本机配置12核心,以上的测试结果单位是微秒,把结果乘以100万就是每秒的处理量,各位在使用不同方案时可以适当参考。

测试用例

下面是我的测试用例,测试结果我就不进行可视化了。

  1. package com.funtest.jmh;

  2. import com.funtester.utils.SnowflakeUtils;

  3. import org.openjdk.jmh.annotations.*;

  4. import org.openjdk.jmh.infra.Blackhole;

  5. import org.openjdk.jmh.results.format.ResultFormatType;

  6. import org.openjdk.jmh.runner.Runner;

  7. import org.openjdk.jmh.runner.RunnerException;

  8. import org.openjdk.jmh.runner.options.Options;

  9. import org.openjdk.jmh.runner.options.OptionsBuilder;

  10. import java.util.UUID;

  11. import java.util.concurrent.TimeUnit;

  12. import java.util.concurrent.atomic.AtomicInteger;

  13. @BenchmarkMode(Mode.Throughput)

  14. //@Warmup(Ω = 3, time = 2, timeUnit = TimeUnit.SECONDS)//预热次数,含义是每个测试会跑多久

  15. //@Measurement(iterations = 3, time = 5, timeUnit = TimeUnit.SECONDS)//测试迭代次数,含义是每个测试会跑多久

  16. //@Threads(1)//测试线程数

  17. //@Fork(2)//fork表示每个测试会fork出几个进程,也就是说每个测试会跑几次

  18. @State(value = Scope.Thread)//默认为Scope.Thread,含义是每个线程都会有一个实例

  19. @OutputTimeUnit(TimeUnit.MICROSECONDS)

  20. public class UniqueNumberTest {

  21. SnowflakeUtils snowflakeUtils = new SnowflakeUtils(1, 1);

  22. ThreadLocal<Integer> exclusive = ThreadLocal.withInitial(() -> 0);

  23. AtomicInteger share = new AtomicInteger(0);

  24. @Benchmark

  25. public void uuid() {

  26. UUID.randomUUID();

  27. }

  28. @Benchmark

  29. public void snow() {

  30. snowflakeUtils.nextId();

  31. }

  32. @Benchmark

  33. public void exclusive(Blackhole blackhole) {

  34. Integer i = exclusive.get();

  35. i++;

  36. blackhole.consume(i + "");

  37. }

  38. @Benchmark

  39. public void share(Blackhole blackhole) {

  40. blackhole.consume(share.incrementAndGet() + "");

  41. }

  42. public static void main(String[] args) throws RunnerException {

  43. Options options = new OptionsBuilder()

  44. .include(UniqueNumberTest.class.getSimpleName())//测试类名

  45. .result("long/result.json")//测试结果输出到result.json文件

  46. .resultFormat(ResultFormatType.JSON)//输出格式

  47. .forks(1)//fork表示每个测试会fork出几个进程,也就是说每个测试会跑几次

  48. .threads(40)//测试线程数

  49. .warmupIterations(2)//预热次数

  50. .warmupBatchSize(2)//预热批次大小

  51. .measurementIterations(1)//测试迭代次数

  52. .measurementBatchSize(1)//测试批次大小

  53. .build();

  54. new Runner(options).run();

  55. }

  56. }

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

  • 14
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,我可以给你一个简单的示例来比较并行流和串行流在 jmh 测试的性能差异。 假设我们有一个包含 1 百万个整数的列表,并且我们要计算这些数的总和。我们可以使用 Java 8 的 Stream API 来实现这个任务,而且可以选择使用并行流或串行流来执行计算。 首先,我们来看一下串行流的实现代码: ```java public class SerialStreamBenchmark { private List<Integer> numbers; @Setup public void setup() { numbers = new ArrayList<>(); for (int i = 0; i < 1_000_000; i++) { numbers.add(i); } } @Benchmark public int sum() { return numbers.stream().mapToInt(Integer::intValue).sum(); } } ``` 在上述代码,我们通过 `@Setup` 注解来初始化包含 1 百万个整数的列表。`@Benchmark` 注解标记了 `sum()` 方法,该方法将列表转换为流,然后通过 `mapToInt()` 方法将流的元素映射为整数,并最终调用 `sum()` 方法计算它们的总和。 接下来,我们来看一下并行流的实现代码: ```java public class ParallelStreamBenchmark { private List<Integer> numbers; @Setup public void setup() { numbers = new ArrayList<>(); for (int i = 0; i < 1_000_000; i++) { numbers.add(i); } } @Benchmark public int sum() { return numbers.parallelStream().mapToInt(Integer::intValue).sum(); } } ``` 与串行流的实现代码类似,我们只需要将 `stream()` 方法替换为 `parallelStream()` 方法即可将流转换为并行流。 接下来,我们可以使用 jmh 测试这两个实现的性能差异。以下是测试类的代码: ```java public class StreamBenchmarkTest { @BenchmarkMode(Mode.AverageTime) @OutputTimeUnit(TimeUnit.MILLISECONDS) @Warmup(iterations = 5, time = 1, timeUnit = TimeUnit.SECONDS) @Measurement(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS) @Fork(1) @State(Scope.Thread) public static class SerialStreamBenchmarkTest { SerialStreamBenchmark serialStreamBenchmark = new SerialStreamBenchmark(); @Setup public void setup() { serialStreamBenchmark.setup(); } @Benchmark public int sum() { return serialStreamBenchmark.sum(); } } @BenchmarkMode(Mode.AverageTime) @OutputTimeUnit(TimeUnit.MILLISECONDS) @Warmup(iterations = 5, time = 1, timeUnit = TimeUnit.SECONDS) @Measurement(iterations = 10, time = 1, timeUnit = TimeUnit.SECONDS) @Fork(1) @State(Scope.Thread) public static class ParallelStreamBenchmarkTest { ParallelStreamBenchmark parallelStreamBenchmark = new ParallelStreamBenchmark(); @Setup public void setup() { parallelStreamBenchmark.setup(); } @Benchmark public int sum() { return parallelStreamBenchmark.sum(); } } public static void main(String[] args) throws RunnerException { Options options = new OptionsBuilder() .include(StreamBenchmarkTest.class.getSimpleName()) .build(); new Runner(options).run(); } } ``` 在上述代码,我们使用了 `@BenchmarkMode`、`@OutputTimeUnit`、`@Warmup`、`@Measurement`、`@Fork` 和 `@State` 注解来配置 jmh 测试。其,`@State` 注解指定了测试类的状态,`@Setup` 注解用于初始化测试数据。 最后,我们运行测试类,就可以得到并行流和串行流的性能测试结果了。 需要注意的是,实际的测试结果可能因为硬件环境和测试数据的不同而有所不同,这里只是提供了一个简单的示例来比较并行流和串行流在 jmh 测试的性能差异。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值