<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:large"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 2, 2020 at 8:06 AM gettimothy via Squeak-dev <<a href="mailto:squeak-dev@lists.squeakfoundation.org">squeak-dev@lists.squeakfoundation.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><u></u><div><div style="font-family:Verdana,Arial,Helvetica,sans-serif"><div dir="auto" style="font-size:10pt"><br><br>Hi Eliot,<br></div><div dir="auto" style="font-size:10pt"><div><br></div></div><blockquote style="font-size:10pt;border:1px solid rgb(204,204,204);padding:7px;background-color:rgb(245,245,245)"><div><div>Hi Timothy,<br></div><div><br></div><div>    a few weeks ago debugging an issue raised by Andrei Chis I ran a test runner in the simulator and the out of memory test it included caused the simulator to grow its central byte array to 17Gb.  When I saved the image it was 34Gb.  The workflow threw up a policy error.  The VM would not shrink memory unless it had done a GC but once it had 17 Gb of free space it wasn’t going to do a GC.  So I updated the vm and fixed the policy error and now the vm will happily shrink back after growing yo many gigabytes.<br></div><div><br></div><div>This is all just to point out that a match 3rd vm is a tad on the old side.<br></div></div></blockquote><div style="font-size:10pt"><br></div><div dir="auto" style="font-size:10pt"><br><br><br>Thx, I will upgrade the VM ASAP.<br><br><br><br></div><blockquote style="font-size:10pt;border:1px solid rgb(204,204,204);padding:7px;background-color:rgb(245,245,245)"><div><div><br></div><div>BTW, how much ram do you have on your system?<br></div></div></blockquote><div dir="auto" style="font-size:10pt"><div>.free -h<br></div></div><div style="font-size:10pt">              total        used        free      shared  buff/cache   available<br></div><div style="font-size:10pt">Mem:           6.7G        6.0G        225M        1.0M        506M        358M<br></div><div dir="auto" style="font-size:10pt"><div>Swap:            0B          0B          0B<br></div></div><div dir="auto" style="font-size:10pt"><div><br></div></div><blockquote style="font-size:10pt;border:1px solid rgb(204,204,204);padding:7px;background-color:rgb(245,245,245)"><div>The vm will happily use all of it and more unless you set an upper bound on the size of memory (command line and vm parameter)<br></div><div><br></div></blockquote><div dir="auto"><div><div style="font-size:10pt">./squeak6.0alpha/bin/squeak  --headless  --memory 3000 squeak6.0alpha/shared/Squeak6.0alpha-19802-64bit.image &<br></div><div style="font-size:10pt"><br></div><div><font size="2">is the command I use. I am not sure what the '3000' refers to, I am assuming it is 3G.</font><br></div></div></div></div></div></blockquote><div><br></div><div class="gmail_default">Now you can use "-memory 3g" and have no doubt.  Note that "--" is Pharo, and "-" is Squeak.</div></div><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>