Java Performance Tuning

Java(TM) - see bottom of page

|home |services |training |newsletter |tuning tips |tool reports |articles |resources |about us |site map |contact us |
Tools: | GC log analysers| Multi-tenancy tools| Books| SizeOf| Thread analysers| Heap dump analysers|

Our valued sponsors who help make this site possible
JProfiler: Get rid of your performance problems and memory leaks! 

Training online: Threading Essentials course 

News April 2020

JProfiler
Get rid of your performance problems and memory leaks!

Modern Garbage Collection Tuning
Shows tuning flow chart for GC tuning


Java Performance Training Courses
COURSES AVAILABLE NOW. We can provide training courses to handle all your Java performance needs

Java Performance Tuning, 2nd ed
The classic and most comprehensive book on tuning Java

Java Performance Tuning Newsletter
Your source of Java performance news. Subscribe now!
Enter email:


Training online
Threading Essentials course


JProfiler
Get rid of your performance problems and memory leaks!


Back to newsletter 233 contents

You'll have seen more than one article or talk saying "microbenchmarks are really easy to get wrong, you should test on your actual application using real data and real load distributions. And now here's our microbenchmark using JMH on this small section of code ..."

It seems ironic, but there's a good reason why lots of people say "don't microbenchmark ... and here's our microbenchmark". It's because a lot of the speakers at conferences and authors of engineering blogs are engineers that don't build user applications. They mostly build tools, frameworks, libraries. All those things that you use to pull together a skeleton app, add your code to, and produce a user application.

These tools/frameworks/libraries are used in so many different ways in so many different user applications that the only option for their builders is to microbenchmark. They would love to have the performance data sent to them from every application out there, but of course that doesn't happen. So if you develop a user application, the advice - don't microbenchmark - is the right one to follow. Use your real data to target what needs actually improving. If you're a tools/frameworks/libraries developer, then sorry, you need to work 100 times harder at improving your code in all sorts of ways that may never be used - but you can't be sure how it will be used so you have to make that effort anyway.

Now on to articles, tools, news; and of course all the useful performance tips in from those articles are extracted into this month's tips page.

A note from this newsletter's sponsor

JProfiler
Get rid of your performance problems and memory leaks!

News

Java performance tuning related news

Tools

Java performance tuning related tools.

Articles

Jack Shirazi


Back to newsletter 233 contents


Last Updated: 2020-05-27
Copyright © 2000-2020 Fasterj.com. All Rights Reserved.
All trademarks and registered trademarks appearing on JavaPerformanceTuning.com are the property of their respective owners.
Java is a trademark or registered trademark of Oracle Corporation in the United States and other countries. JavaPerformanceTuning.com is not connected to Oracle Corporation and is not sponsored by Oracle Corporation.
URL: http://www.JavaPerformanceTuning.com/news/news233.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us