Hi Timothy,
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.
This is all just to point out that a match 3rd vm is a tad on the old side.
BTW, how much ram do you have on your system? 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).
_,,,^..^,,,_ (phone)
On Nov 2, 2020, at 5:07 AM, gettimothy via Squeak-dev <[hidden email]> wrote:
Hi folks.
I have a rather large 5.5G image that will run for a time and then throw the error in the subject line.
I suspect I have too many apps in it, but I figured I would run it by the board first.
Squeak6.0alpha-19802-64bit.image
vm is
./squeak6.0alpha/bin/squeak -version
5.0-202003021730 Tue Mar 3 08:27:37 UTC 2020 clang [Production Spur 64-bit VM]
CoInterpreter VMMaker.oscog-nice.2715 uuid: 78e2f556-9829-42fe-963d-e19dfc43c0e9 Mar 3 2020
StackToRegisterMappingCogit VMMaker.oscog-eem.2719 uuid: e40f3e94-3a54-411b-9613-5d19114ea131 Mar 3 2020
Date: Mon Mar 2 18:30:55 2020 CommitHash: 6a0bc96
Linux travis-job-16fcd698-43db-40d8-82c2-9f02c4a1c566 4.15.0-1028-gcp #29~16.04.1-Ubuntu SMP Tue Feb 12 16:31:10 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
plugin path: /home/wm/usr/src/BigFork/infogalactic/squeak/squeak6.0alpha/bin/ [default: /home/wm/usr/src/BigFork/infogalactic/squeak/squeak6.0alpha/bin/]
cordially,
t
Locked
