DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Valkey: Bringing Key-Value Databases to Enterprise Java
  • Dynamic Arrays, Spill, and LET: What Changed in Excel and Why It Matters for Java Applications
  • Why I Don't Want an LLM Generating Java Business Logic
  • Pragmatic Premature Optimization

Trending

  • Understanding Agentic SDLC: The Future of Software Engineering
  • Stop Paying Your AI Agent to Do the Same Job Twice
  • Implementing Asynchronous Communication Between Microservices Using Kafka and Spring Boot
  • Running Sentiment Analysis Inside Neo4j With a Java Plugin
  1. DZone
  2. Coding
  3. Java
  4. Java 7 vs. Java 8: Performance Benchmarking of Fork/Join

Java 7 vs. Java 8: Performance Benchmarking of Fork/Join

By 
Sarah Ervin user avatar
Sarah Ervin
·
Apr. 22, 14 · Opinion
Likes (1)
Comment
Save
Tweet
Share
60.7K Views

Join the DZone community and get the full member experience.

Join For Free

with the recent release of java 8, developers are still just beginning to asses the strengths and weaknesses of the new platform. the most pressing question is: does java 8 have the fastest jvm so far? a good way to asses the progress of java 8 is to test its ability to work with something that was new to java 7... fork/join.

oleg shelajev uses the "infamous" java microbenchmark harness project (jmh) to create a benchmark test for the two most recent versions of java. but before implementing the benchmark, he takes the time to give a brief overview of fork/join and how it changes between java 7 and 8.

here is a graph of the results :

based on these results, oleg recommends taking a chance and upgrading to java 8, especially if you are working with mapreducing or fork/join. this is his interpretation of the data that lead him to that conclusion:

one can see that the baseline results, which show the throughput of running the math directly in a single thread do not differ between the jdk 7 and 8. however, when we include the overhead of managing recursive tasks and going through a forkjoin execution then java 8 is much faster. the numbers for this simple benchmark suggest that the overhead of managing forkjoin tasks is around 35% more performant in the latest release.

check out the full article ! it is very informative, has great visuals, and tackles complexity with clarity.

Java (programming language)

Opinions expressed by DZone contributors are their own.

Related

  • Valkey: Bringing Key-Value Databases to Enterprise Java
  • Dynamic Arrays, Spill, and LET: What Changed in Excel and Why It Matters for Java Applications
  • Why I Don't Want an LLM Generating Java Business Logic
  • Pragmatic Premature Optimization

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook