[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] Reproduceable Segmentation fault while saving images (#444)

Clement Bera notifications at github.com
Mon Dec 2 13:36:40 UTC 2019

Assuming you're using Moose, the paragraph *Experience report >> loading a
200Mb Moose model* looks relevant :-)

If you're using a machine with much more RAM than the heap size, you can
tune things so that it uses an extra fixed amount of memory
(for example 50Mb extra through growth headroom and eden size) but runs
faster. You can also tune the full GC ratio but you have to be
more careful since the extra memory used is proportional to heap size.

The problem is that the GC cannot be tuned by default for strong machines
or the VM won't start on small devices such as the Pie Nano,
and the VM has to work for everyone. In the context of an IDE or software
analysis, you may want to assume that the machine has at least
2Gb of RAM and don't care about saving 50Mb.

I'm sure you can set-up something so that the base settings in the Feenk
image is tuned up. It's not clear you'll gain more than 10-20%
though at 220Mb.

On Mon, Dec 2, 2019 at 2:03 PM Alistair Grant <notifications at github.com>

> Doh!
> Reading
> https://clementbera.wordpress.com/2017/03/12/tuning-the-pharo-garbage-collector/
> now.
>> You are receiving this because you modified the open/close state.
> Reply to this email directly, view it on GitHub
> <https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/444?email_source=notifications&email_token=AAWQNAXABTPLO6XIZZRQNDLQWUBQTA5CNFSM4JNBNJH2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEFTNKEQ#issuecomment-560387346>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAWQNATQ6LZA5GLGQWT6SWTQWUBQTANCNFSM4JNBNJHQ>
> .

Clément Béra

You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20191202/d16362a4/attachment-0001.html>

More information about the Vm-dev mailing list