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
Newsletter
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • Running TypeSafe AI's Jev Inside Neo4j for Confidence-Aware Sentiment Decisions
  • Building High-Performance Time-Series Applications With Java and QuestDB
  • Building IoT Time-Series Applications With Java and Apache IoTDB
  • Building Time-Series Applications With Java and InfluxDB

Trending

  • Designing Human-in-the-Loop Approval Gates for Enterprise AI Agents
  • Containerizing LLMs: Best Practices for Docker-Based AI Workloads
  • Multi-Agent Systems: Architecture Patterns for Developers
  • This One Spring Data JPA Pattern Cleaned Up to 3 Years of Repository Debt
  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

  • Running TypeSafe AI's Jev Inside Neo4j for Confidence-Aware Sentiment Decisions
  • Building High-Performance Time-Series Applications With Java and QuestDB
  • Building IoT Time-Series Applications With Java and Apache IoTDB
  • Building Time-Series Applications With Java and InfluxDB

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