top | item 8661310

Java Garbage Collection Distilled (2013)

74 points| adamnemecek | 11 years ago |mechanical-sympathy.blogspot.com | reply

20 comments

order
[+] nickik|11 years ago|reply
Oracle or Sun should just have bought Azul back in the day. I have no idea why they did not. Both there JIT and GC were way better then what they sold to there costumers and maybe hardware would be further along by now as well.

Its awesome that we now see opensource project shooting for a pausless gc.

[+] aardvark179|11 years ago|reply
Gil & Azul have always been very focused on their particular market segment, but it's not a solution that suits every workload or can be deployed generally (C4 requires OS enhancements to operate).
[+] joncrocks|11 years ago|reply
Anyone interested in newer GC strategies would be well off looking at two, one commercial, one that's hopefully going to make it into OpenJDK.

The commercial one is already available, the other is still pretty POC/not ready yet. Both look to provide 'pretty pauseless' collection.

http://www.azulsystems.com/zing/pgc http://openjdk.java.net/jeps/189

[+] virmundi|11 years ago|reply
Might it be worth looking at the solution from a different angle? I know the GC improvements are good across the board, but what about moving from monolithic applications that require more than 2- 4 GB of memory to a series of micro services?

Each service provides a sub set of functionality to the large system. They are able to run with good execution because they don't generate enough long lived objects to cause problems. When paired with a SPA on the client side, you can probably get a scalable, efficiently collected system. You can even use large boxes to house multiple services.

[+] thoughtsimple|11 years ago|reply
It would be nice to have something like this for Google's GC in Android. Does anyone know how close this is to what Google has implemented--especially in later versions of Android.