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|

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

News October 2015

JProfiler
Get rid of your performance problems and memory leaks!


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:



JProfiler
Get rid of your performance problems and memory leaks!


Back to newsletter 179 contents

It's excellent to see that Oracle are letting the JVM development team play. Sun was so resource constrained before the Oracle takeover that it felt like much of the speculative thinking had been pushed to "some time in the future", but looking at the talks in the JVM Language Summit it's clear that Oracle has decided to reverse that so the team are thinking about novel ideas that'll keep the JVM at the forefront of technology. That's good news for all of us!

A note from this newsletter's sponsor

New Relic - Try New Relic today and get your free Data Nerd shirt!
Free SaaS APM tool to monitor, troubleshoot, and tune apps
running on Websphere, Weblogic, Tomcat, Jetty, JBoss, Solr, Resin

One particular statement caught my notice, John Rose stating that the cache line is going to continue being important for the next 20 years (he couldn't see anything else improving the memory access situation within that period). This reminded me of a talk Brian Goetz gave many years ago about the impact of Moore's law. Brian pointed out that while CPUs (if you include multi-core capability) were continuing along the Moore's law path, memory and comms were both increasing at a much much slower rate. Not an original observation, but Brian continued to point out the clear implication for JVMs: memory access was going to become the bottleneck in CPU processing. Hence the increasing importance of CPU cache lines.

But before you go delving into trying to fit objects in cache lines, be aware that only a tiny percentage of applications currently need this level of tuning, and by the time (if ever) it becomes important for the average JVM application, the JIT compiler will be optimizing code for the CPU caches without you having to do much explicitly.

Now, just before I move on to the usual sections, I have a plea for assistance to relay from the jKool people. They'd like to know what changes their product needs - and will throw in a free t-shirt for that feedback! Finally, on to our usual links to tools, articles, news, talks and as ever, all the extracted tips from all of this month's referenced articles .

News

Java performance tuning related news.

Tools

Java performance tuning related tools.

A note from this newsletter's sponsor

Site24x7.com : Deep dive Application Performance Monitoring
Fix performance issues with Java, .NET and Ruby platforms
Monitor app instance at $12/Month. 30-day free trial. Sign Up!

Articles

Jack Shirazi


Back to newsletter 179 contents


Last Updated: 2017-10-01
Copyright © 2000-2017 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/news179.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us