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 January 2016

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

I'm seeing some interest in sofware transactional memory for Java systems as a potential solution to a lot high level concurrency problems. What I rarely see is any awareness that we've had software transactional memory in Java for 20 years in at least one system - the GemStone one. This was a fully distributed transactional system capable of executing Java on both the client-side and server-side. I had the opportunity to use it, and it worked well. But over time the server-side Java support was discontinued, from what I presume was lack of sufficient commercial interest. It still supports client-side Java execution in a software transactional distributed system. Perhaps it was ahead of its time or a victim of the 2000 dot bomb, but I wonder whether its perhaps that the effort needed to maintain software transactional memory alongside all the other changes continually happening in Java is just too high. Regardless, I wouldn't wait for sofware transactional memory in your JVM to become available soon enough to solve any of your current concurrency problems.

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

Now 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. Amongst those, Peter Lawrey's Low Latency talk touched on the consistent performance tuner's problem, that people want it "faster", and even "as fast as possible" but there is no thought about the tradeoff - how much that will cost or how much time needs to be applied. There is always some target that is "fast enough because it's not worth spending more time/money to make it faster and we can live with this". Performance tuning should always start by deciding on that target, or you'll end up wasting time and money.

A note from this newsletter's sponsor

Developers wanted in London - We're working on IoT, big data, highly
concurrent high througput 24/7/365 systems, some real-time, needing
total fault tolerance and global distribution. Apply now!

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