JMH基准测试中的参数列表
我正在使用向服务器发送REST请求的自定义Java库为HTTP服务器编写性能测试。在开始时，我正在执行数据准备阶段，以便获得一个要向服务器发送请求的对象列表。
现在，问题是，我可以使用@Param注释测试可以注入基准函数的参数列表：
@Param({"param1", "param2", ...})
问题是，我希望通过Java参数列表实现同样的效果，并避免对它们进行迭代。你能告诉我怎么做吗？
共有1个答案
我使用了一个解决方法，使用@Setup（Level.试用版），并根据需要在该初始化参数中包含开关语句。
如果你想要一个例子：https://github.com/Imaskar/lettuce-threads/blob/master/src/main/java/fiddle/lettucethreadsbenchmark/LettuceThreads.java
-
我使用JMH对DOM解析器进行基准测试。我得到了非常奇怪的结果，因为第一次迭代实际上比后面的迭代运行得更快 有人能解释为什么会这样吗？此外，百分位数和所有数字意味着什么？为什么在第三次迭代后它开始变得稳定？一次迭代是否意味着整个基准测试方法的一次迭代？下面是我正在运行的方法
-
受另一个关于堆栈溢出的问题的启发，我编写了一个微型基准来检查，什么更有效： 有条件地检查零除数或 捕获和处理 下面是我的代码： 我对JMH完全陌生，不确定代码是否正确。 我的基准是正确的吗？你看到任何错误吗？ 旁白：请不要建议询问https://codereview.stackexchange.com.对于Codereview，代码必须已按预期工作。我不确定这个基准是否能按预期工作。
-
我还没能找到任何真正能回答我问题的答案，所以就这样吧。 我编写了一个Java库，我希望使用一个独立的Java项目来执行基准测试，该项目将JMH作为依赖项。我能够编写一个执行基准测试的基准测试方法，但是这还不够详细，不能满足我的需要。我想知道图书馆的哪些方法占用的时间最多。通过这种方式，我更好地了解了可能的瓶颈，以及从哪里开始优化我的库。 这意味着我希望有一个详细的树报告，其中显示了底层方法调用以及
-
我想制作一个基准来测量插入的时间，比较和并使用不同的初始大小。所以我使用JMH为这些目标创建了一个基准： 这个基准测试的问题是，它在迭代之间共享一个状态，因此初始大小会多次调用，并增加目标的大小。每次调用之前，我都会查看来初始化，但是javadocs中的警告说它不适合我的情况： 此级别仅适用于每次{@link Benchmark}方法调用超过一毫秒的基准测试。在临时的基础上验证对您的案例的影响也是
-
我是JMH的新手。在运行代码并使用不同的注释之后，我真的不明白它是如何工作的。我使用迭代=1、预热=1、fork=1来查看我的代码将执行一次，但事实并非如此。JMH运行我的代码超过100000次，我不知道为什么。那么，如何控制代码调用的时间？下面是我的代码：（我为测试修复了JMHSample\u 01）
-
我目前有一个JMH基准测试来衡量所有实现相同接口的各种数据结构的性能。基准测试工作正常，但我想为每个基准测试打印一些额外的信息，这些信息描述了我的数据结构在试验前后的状态。 目前，我正在做下面的代码 问题是与JMH的输出混淆。有没有办法避免这种情况，并在JMH完成其试验报告后运行我的打印声明？另一种方法是将其写入一个文件，然后进行合并，但最好得到一个不需要手动合并的报告。