Recent Features
| |||||||||||||
Good opportunity for Java updateGood opportunity for Java updatePosted Jul 17, 2012 8:29 UTC (Tue) by man_ls (subscriber, #15091)In reply to: Good opportunity for Java update by Cyberax Parent article: Galaxy in-memory data grid released Yes, GC can be a problem if you allocate and free large amounts of RAM (especially in a lot of objects or string manipulations). The IBM trick is to never release the objects (i.e. keep object references around) so the GC does not have to work. I understand that what Azul does is keep lots of object references so GC doesn't have to do much work. It might be inferred that object allocations must also be penalized, right?
(Log in to post comments)
Good opportunity for Java update Posted Jul 17, 2012 8:44 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]
Nope, they need a lot of ram to make their GC pauseless(in tech speak: to allow the mutator work in parallel with the collector). They do this by simulating forwarding pointers using vm.
|
|||||||||||||