JMH support

[farquet]

The suite should provide support for OpenJDK JMH.

[ceresek]

Could you please elaborate what such support would look like ? Making the runIteration method into something that JMH executes in a separate JVM instance and then collect the results, or ... ?

[axel22]

I think that we should have a separate build target in build.sbt that knows how to bundle a JMH-compliant JAR. There is an sbt plugin that knows how to detect JMH wrapper classes and do that.

The only thing that our build.sbt task should be capable of doing is generating those JMH wrappers (so that they call proper lifecycle methods, like setUpBeforeAll of a Renaissance benchmark), immediately before the "package JAR" step.

[plokhotnyuk]

@axel22 could it be done with sbt-jmh?

[axel22]

@axel22 could it be done with sbt-jmh?

Yes, exactly - that's the one I was referring to! I think it should work quite well.

[axel22]

@lbulej @vhotspur
I plan to dedicate some time into implementing this.
My plan is to add an additional subproject that is capable of producing a JMH jar. I don't think this should conflict with the API redesign (#81), but still wanted to give you a heads-up first!

[lbulej]

Fine with me, let's see how that goes.

[axel22]

Closed with: #154