Tracking change and innovation in the enterprise software development community
Scaling Scrum
in the enterprise?
ScrumWorks Pro
can help.
Start a trial today
QCon London 2010!
March 10-12, 100
Speakers, 80 sessions,
"THE" team leads and,
architects conference.
Free Book Offer
SOA Demystified
$40 Value
Posted by Dionysios G. Synodinos on Jun 01, 2009
Sun's Garbage First garbage collector (nicknamed G1) has been released with Java Update 1.6.0_14 (6u14). Although this low pause, server style collector has been long awaited by the developer's community, at this point Sun allows production usage only to paying customers.
G1 has been previously featured by InfoQ:
Sun's Garbage First garbage collector (hereafter referred to by its nickname G1) is the new low latency garbage collector planned to replace CMS in the Hotspot JVM. It is a server-style collector, targeted at multi-processor machines with large amounts of memory. There are two major differences between CMS and G1. The first is that G1 is a compacting collector. Compacting, a process by which live objects are moved over free memory space towards one end of the heap so that the other becomes one contiguous free area of memory, is important in long running applications because it is inevitable that the heap will fragment over time. G1 compacts sufficiently to completely avoid the use of fine-grain free lists for allocation, which considerably simplifies parts of the collector and mostly eliminates potential fragmentation issues. As well as compacting, G1 offers more predictable garbage collection pauses than can be obtained with the CMS collector and allows users to set their desired pause targets. This strong determinism gives G1 some of the characteristics of a true real-time collector but it isn't genuinely hard real-time since factors like OS scheduling still mean that the pauses cannot be guaranteed. It is however considerably easier for developers to use than the Java real-time products since existing code is able to take advantage of the improved performance that it offers without needing to make any code-level changes. G1 uses a number of interesting techniques, based on global marking information and other metrics, to prioritise regions for collection according to their GC efficiency.
G1 has been made available with update 6u14:
Garbage First, or G1, is a low pause, server style collector. G1's primary advantages over the Concurrent Mark-Sweep (CMS) collector include incremental compaction, better predictability and ease of use.
... but as the release notes explain you have to have a support contact with Sun to take it to production:
Although G1 is available for use in this release, note that production use of G1 is only permitted where a Java support contract has been purchased. G1 is supported thru Sun's Java Platform Standard Edition for Business program.
There are many that believe that this signifies a shift for Sun's policy that is connected with the acquisition from Oracle:
The monetization of Java has begun. Sun released the Java 1.6.0_14 JDK and JRE today which include a cool new garbage collector called G1. There is just one catch. Even though it is included in the distribution, the release notes state 'Although G1 is available for use in this release, note that production use of G1 is only permitted where a Java support contract has been purchased.' So the Oracle touch is already taking effect. Will OpenJDK be doomed to a feature-castrated backwater while all the good stuff goes into the new Java SE for Business commercial version?"
Others think the clause in the release notes has to do with the experimental nature of G1 and it will be removed in the future versions:
When I first read that in the release notes my first thoughts were that it followed the statement saying (paraphrased) "this code isn't production ready, but we've shipped it anyway, its not enabled by default, and your apps mightl behave differently to what you expect, if you're going to go an enable this a production environment now and you have issues, we won't help if you don't have a support contract."
I suspect when u14+ or JDK7 ships, this support requirement would likely go away.
With G1 being one of the announced features of JDK/OpenJDK 7, it seems highly unlikely at this point for Sun to keep it only for paying customers.
What do you think, should Sun monetize on some of the features of the next generation Java/JVM? What effect would that have for the platform?
Consolidation and Virtualization Are NOT Enough: The Case for Non-x86
Innovation in Your Data Centre
The 5 Mandates of Software Development Teams - Presto Manifesto
Understand and Align BPM, SOA, and Lean Six Sigma: 43 page IBM Redguide
I've written about this issue as well.
www.cforcoding.com/2009/05/monetization-of-java...
It's definitely not clear one way or the other. I can understand the opinion that this is merely an experimental feature and there's no indication that it will require a support contract in the future but, if so, why not mark it as such? You'd expect an experimental feature to be marked experimental.
What's more if it is experimental, wouldn't you expect Sun to suggest NOT using it in a production environment?
I'm not saying it's definitely a commercial-only feature. Nor am I saying that this will continue to be the case in JDK 7 even if it is the case with Java 6. But something is amiss and Sun/Oracle needs to clarify their position.
Well MS guys can now thank oracle for doing them a favor!
Thanks a lot for this generosity. One could have better served Community by asking money for the G1 Collector. The Information company is taking its toll. This is worse than MS, atleast they donot charge money for Service Packs. You just need to buy the OS. Holy Crap!
Sad news.
Paying extra for premium service intended for enterprises is acceptable.
If I wanted to write an alternate JVM which works faster and charge money for it (JRockit?), I could. So can Sun. As long as the JDK is free and has all the features, no problem with that.
If Sun has spent thousands of R&D dollars to develop a new and faster implementation of GC and want to charge for it than it is fine, in fact it's good as it increases competition among JVM makers like IBM, SAP and BEA and Sun ( the deal isn't closed yet ).
You gotta to pay for better stuff, can't have everything for free specially in corporation where they are ready to pay money for better performance.
So those flags are not explicit enough to tell you that this is experimental and SUN decided to have you under support fees to make sure you don't shoot yourself using them?
-XX:+UnlockExperimentalVMOptions -XX:+UseG1GC
So SUN is supporting experimental features provided you are under a support contract with them?
How is that experimental then? It got to work if its under a support contract.
This sounds all poorly introduced if the deal is to monetize all the apps running atop Java SE and chasing for minimal latency - just like other vendors do through JRockit Real Time and IBM J9/metronome front office edition. Why be shy about it?
Will the next move be around saying that VisualVM is for managing Java runtimes so for production and quality assurance so for customer under support fees?
How do you really think this is a "one up for MS"?
I think the speculations can stop, and we can answer the question in the headline with a "no". As The Planetarium points out, the wording in the release note has been changed from "not permitted" to "not recommended".
Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).
The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?
The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.
"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?
Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.
SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.
Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.
For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.
9 comments
Watch Thread Reply