JMH VS sbt-dependency-graph

Compare JMH vs sbt-dependency-graph and see what are their differences.

JMH

"Trust no one, bench everything." - sbt plugin for JMH (Java Microbenchmark Harness) (by sbt)

sbt-dependency-graph

sbt plugin to create a dependency graph for your project (by sbt)
Our great sponsors
  • Scout APM - Less time debugging, more time building
  • SonarQube - Static code analysis for 29 languages.
  • JetBrains - Developer Ecosystem Survey 2022
JMH sbt-dependency-graph
2 0
740 1,223
0.4% -
1.2 1.5
about 1 month ago about 1 year ago
Scala Scala
Apache License 2.0 Apache License 2.0
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

JMH

Posts with mentions or reviews of JMH. We have used some of these posts to build our list of alternatives and similar projects.
  • Why is Scala so much slower than JavaScript/Node at running iterations?
    1 project | reddit.com/r/scala | 13 Feb 2022
    Take a look at sbt-jhm for doing benchmarks. Java in particular is hard to measure because of optimizations that happen at run-time. jhm runs multiple iterations and gives tools to ensure that function calls and loops that may be optimized away are kept around and tested. You may also find some cases that are faster in node.js because the Javascript V8 engine is highly optimized.
  • Help with making backtracking more efficient
    1 project | reddit.com/r/scala | 26 Aug 2021
    Also, if you really want to know what the performance characteristics are you should use JMH (sbt plugin https://github.com/sbt/sbt-jmh). Not sure how you are evaluating the performance but things like JVM startup and warming can make a big difference. JMH will give you a better idea of real world performance when the JVM is already started and any relevant hot code has been JIT compiled.

sbt-dependency-graph

Posts with mentions or reviews of sbt-dependency-graph. We have used some of these posts to build our list of alternatives and similar projects.

We haven't tracked posts mentioning sbt-dependency-graph yet.
Tracking mentions began in Dec 2020.

What are some alternatives?

When comparing JMH and sbt-dependency-graph you can also consider the following projects:

JITWatch - Log analyser / visualiser for Java HotSpot JIT compiler. Inspect inlining decisions, hot methods, bytecode, and assembly. View results in the JavaFX user interface.

coursier - Pure Scala Artifact Fetching

honest-profiler - A sampling JVM profiler without the safepoint sample bias

sbt-updates - sbt plugin that can check Maven and Ivy repositories for dependency updates

sbt-revolver - An SBT plugin for dangerously fast development turnaround in Scala

sbt-sublime - An sbt plugin for generating Sublime Text projects with library dependencies sources

Sniffy - Sniffy - interactive profiler, testing and chaos engineering tool for Java

sbt-sonatype - A sbt plugin for publishing Scala/Java projects to the Maven central.

sbt-dependency-check - SBT Plugin for OWASP DependencyCheck. Monitor your dependencies and report if there are any publicly known vulnerabilities (e.g. CVEs). :rainbow:

LatencyUtils - Utilities for latency measurement and reporting

sbt-buildinfo - I know this because build.sbt knows this.

jHiccup - jHiccup is a non-intrusive instrumentation tool that logs and records platform "hiccups" - including the JVM stalls that often happen when Java applications are executed and/or any OS or hardware platform noise that may cause the running application to not be continuously runnable.