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 December 2010

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 121 contents

It's funny how suddenly your perception of something can change even though nothing specific has happened that might change it. That happened to me this year regarding centralizing performance management. I've seen the odd article about it (see for example Theresa Lanowitz's presentation listed in this month's tips); seen them at a number of organizations; even had a couple of approaches for my services to join such a unit; and had our own Javva the Hutt tell us in his column about the new performance organization he's heading up for a largish company.

Yet despite all that, it wasn't until a few months ago that I suddenly realized that this is now a firm trend rather than a series of isolated cases. The reasons for centralizing your performance management into one unit for your company are many: economies of scale, improvements in best practices, etc, all the usual reasons. But I think there are two particular driving factors. Firstly there's the cloud. Once you are migrating applications to a cloud type infrastructure, performance requirements becomes an integral part of your application requirements, which means that every application has to have some performance consideration. Of course that was always theoretically the case, but it has gone from being implicit and randomly considered to an explicit and consistent consideration now.

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***.

The second reason is general maturity in the IT industry where it comes to performance. We are increasingly seeing direct correlations between application performance and revenue generated - websites have highlighted this, but many industries can now produce figures which can show an improvement in performance directly producing an improvement in revenue. All of which adds up to good reason for having a consistent overview and management of performance throughout an organization.

And about time too. Now on with this month's newsletter. As usual we have all our usual Java performance tools, news, and article links. I asked Javva The Hutt to review his own centralized performance team; Over at fasterj the cartoonist tackles performance targets; and, as usual, we have extracted tips from all of this month's referenced articles.

A note from this newsletter's sponsor

New Relic RPM - The Revolution in Java Performance Management is Here!
Affordable SaaS APM tool to monitor, troubleshoot, and tune apps
running on Websphere, Weblogic, Tomcat, Jetty, JBoss, Solr, Resin

News

Java performance tuning related news.

Tools

Java performance tuning related tools.

A note from this newsletter's sponsor

Get Your free trial of JProbe, the industry's best Java profiler.
JProbe resolves deep memory, performance and code coverage issues.
Save time and money. Get your copy today!

Articles

Jack Shirazi


Back to newsletter 121 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/news121.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us