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
Site24x7: Java Method-Level Tracing into Transactions @ $12/Month/JVM. Sign Up! 

New Relic: Try free w/ production profiling and get a free shirt! 

News February 2009

JProfiler
Get rid of your performance problems and memory leaks!

jKool for DevOps
Light up your Apps & get a cool t-shirt


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:


Site24x7
Site24x7: Java Method-Level Tracing into Transactions @ $12/Month/JVM. Sign Up!

New Relic
New Relic: Try free w/ production profiling and get a free shirt!


JProfiler
Get rid of your performance problems and memory leaks!

jKool for DevOps
Light up your Apps & get a cool t-shirt


Back to newsletter 099 contents

I spend increasing amounts of my time profiling inactivity. It's a consequence of modern systems, and it's only going to get worse as systems become ever more multiprocessor multi-core multi-threaded and distributed. Every system I look at now has multiple JVMs each with multiple threads running on multiple multiprocessor multi-core servers, communicating with each other quite a lot. That multiplies to quite a lot of different places where activity can happen. And where activity can be delayed.

A note from this newsletter's sponsor

Did you know you can identify, isolate and avoid memory leaks in
your Java applications from your Eclipse IDE? Learn how. Read
the Quest white paper, "Memory Analysis in Eclipse."

For CPU and memory profiling, this multiplication doesn't matter too much. It's pretty simple to identify which threads are using up CPU, and then identify where time is spent. Similarly, memory tracking doesn't usually depend on which thread is running the code, as much as what the code is doing or which objects are holding on to things. But inactivity is a whole new ball game. If things are flowing too slowly, and there are no CPU or memory bottlenecks, then you need to track the flow of activity and find where it is being delayed. But if you are looking at a system with 5,000 threads spread across 20 processes, most of which are in a wait, sleep, or blocked state, it's not an easy task to identify blockages.

What you want, ideally, is for every data packet to be an object which continually records "I'm here ... I'm here now ... now I'm over here doing this ... now I'm leaving this thread ... now I've entered this process ... " and so on. Then you can ask every data packet "how long did you take to get from start to finish, and where did you get delayed. From there, you can usually infer why the packet is getting delayed and fix that.

A note from this newsletter's sponsor

Over 45 time-saving sessions at TheServerSide Java Symposium.
Building Next-Gen Web Apps with the Spring 3.0 Web Stack, Apache
ServiceMix 4 and OSGi, Apache Wicket and more. Save $100 with the code JAVAPERF!

Alas, not many systems are architected to be able to ask that. And while there are tools that will insert that level of tracking into the system, I'm not usually hired to buy an expensive tool to use to track the system - even though in the long term it would work out cheaper. False economies mean that I end up tooling up systems to be monitored so that they can be diagnosed for inactivity. It's a reflection of the inefficiencies of our industry, and how we make them ourselves one way or another.

But the bigger story is that our complex I.T. systems are just getting more complex and the challenges in keeping them efficient are changing. Are you ready for that? When your system suddenly goes idle for a bit, are you able to say why? If not, it's time to start thinking about how you will find out why.

Now on with this month's newsletter. We have our usual lists of Java performance tools, news, and articles. Javva The Hutt tells us the outcome of Weevil's complaint, at fasterj we have a new cartoon Avoiding long pauses by the garbage collector and, of course, we have extracted tips from all of this month's referenced articles.

A note from this newsletter's sponsor

Join Will Cappelli of leading analyst firm Gartner and Tidal Software
to learn about the 4 Dimensions of Application Performance Monitoring,
the technologies that address them, and Tidal Intersperse 8.0 release.

News

Java performance tuning related news.

Tools

Java performance tuning related tools.

A note from this newsletter's sponsor

ManageEngine: Application Performance Management for Java EE Apps.
Monitor App Servers: JBoss, WebSphere, WebLogic, JVMs and JMX Apps.
*** Monitor up to 25 App Servers, Databases & Servers at $795/Yr***.

Articles

Jack Shirazi


Back to newsletter 099 contents


Last Updated: 2017-07-31
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/news099.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us