On Fri, Feb 17, 2017 at 12:05 PM, Cyril Ferlicot D. < [email protected]> wrote:
> Le 17/02/2017 à 07:17, Clément Bera a écrit : > > The full GC is indeed much faster as the previous compaction algorithm > > was very slow. But unless you were executing memory intensive code in > > very large heaps, you won't see much difference as full GC are uncommon. > > We still need to make the GC incremental to avoid pauses ... > > > > > > > > Can this fix the problem that MSE materialization takes 4 time longer > with spur memory management? It would be really cool :) > It may solve part of the problem. Another problem is that tenure heuristics needs to be changed when allocating lots of long-lived objects. One needs to implement a GCPolicy object in the image and use it from the application code... > > Do you have an idea of when the first incr GC without pause will be > available? (No rush, it's just for info to know if it's in months or > years :) ) > > No one is working on this right now, but it's next step to improve the GC. When the development starts on this feature I can give you more information. If a paying customer requests it, it should be done in a couple months. -- > Cyril Ferlicot > > http://www.synectique.eu > > 2 rue Jacques Prévert 01, > 59650 Villeneuve d'ascq France > >
