[Vm-dev] VM crash with message 'could not grow remembered set'

Clément Bera bera.clement at gmail.com
Sun Oct 15 06:46:37 UTC 2017


On Sun, Oct 15, 2017 at 8:35 AM, Ryan Macnak <rmacnak at gmail.com> wrote:

>
> Why is filling the remembered set fatal? It's possible to empty the
> remembered set by promoting everything in new space.
>
> Usually we do a tenure to shrink the remembered table. Normally it should
not be fatal. It's a bug.


> On Oct 9, 2017 10:12 PM, "Clément Bera" <bera.clement at gmail.com> wrote:
>
>
> Hi,
>
> This is another limit than the out of memory error. Too many references
> from old objects to young objects. The limit cannot be changed directly
> from the image. However, if using Spur, you can try to change the young
> space size, which also changes the remembered table size and might fix your
> problem. To do so you can do:
> Smalltalk vm parameterAt: 45 put: (Smalltalk vm parameterAt: 44) * 4. And
> then *restart the image.*
> Check here
> <https://clementbera.wordpress.com/2017/03/12/tuning-the-pharo-garbage-collector/> section
> TUNING NEW SPACE SIZE for more info about that.
>
> If you are using Spur, could you send us the image (if it is 500Mb could
> you put it to download on dropbox or something like that ?) ? That way we
> can reproduce and see what is possible. Normally in Spur if the remembered
> table grows too big a tenure to shrink the remembered table happens, so
> that error should not happen. Eliot is currently moving to another place,
> so he might be busy. If he is available to answer, I guess he will have a
> look, if he is not, I can have a look today or thursday. However I am not
> interested in fixing pre-Spur VMs.
>
> Regards,
>
>
>
>
> On Mon, Oct 9, 2017 at 11:57 PM, Phil B <pbpublist at gmail.com> wrote:
>
>>
>> Is this effectively an out of memory error or am I hitting some other
>> internal VM limit?  (I.e. can the limit be increased or is  it a hard
>> limit?) I'm running into this when using the reference finder tool in a
>> Cuis image.  (It's a moderately large image at ~500 meg)
>>
>>
>
>
>
>


-- 
Clément Béra
Pharo consortium engineer
https://clementbera.wordpress.com/
Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20171015/a405cb2e/attachment-0001.html>


More information about the Vm-dev mailing list