On Fri, Feb 17, 2017 at 12:05 PM, Cyril Ferlicot D. < cyril.ferlicot@gmail.com> 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
2 rue Jacques Prévert 01, 59650 Villeneuve d'ascq France