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

http://www.synectique.eu

2 rue Jacques Pr��vert 01,
59650 Villeneuve d'ascq France