-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi,
In an attempt to update the Solaris and OpenIndiana Cog and Stack VM (OpenSmalltalk), I have encountered a new issue.
It is as if the "memory footprint" (RAM required by Cog VM) has increased.
Both Cog VM 2985 and Stack VM 2984 compile and link in 32bit and 64bit on Solaris11.3, Solaris11.4 and OpenIndiana.
But on a system with 3GB RAM cog VM fails to start, and same thing on a different system with 10GB of RAM.
On a Solaris 11.4 system with 16GB RAM cog VM is starting.
So it is as if 16GB is now required ?!
CoInterpreter VMMaker.oscog-eem.2985 uuid: f1d118fb-fac8-4f42-82d9-68635c83d686 Jul 23 2021 StackToRegisterMappingCogit VMMaker.oscog-eem.2991 uuid: e1f9918c-198c-4551-9400-d6bfdcf693c7 Jul 23 2021 VM: 202107231530-OpenSmalltalk-Cog stes@gecko:src/opensmalltalk Plugins: 202107231530-OpenSmalltalk-Cog stes@gecko:src/opensmalltalk SunOS gecko 5.11 11.3 i86pc i386 i86pc
Problem in 32 bit on the systems with 3GB and 10GB of RAM:
$ sqcogspursunosht/usr/bin/squeak $HOME/squeak/v5/Squeak6.0alpha-19843-32bit.image sqAllocateMemory: initial alloc failed!
and in 64bit :
$ sqcogspur64sunosht/usr/bin/squeak $HOME/squeak/v5/Squeak6.0alpha-20535-64bit.image sqAllocateMemorySegmentOfSizeAboveAllocatedSizeInto mmap: Not enough space sqAllocateMemory: initial alloc failed!
Any idea what is going on here please for the "oscog-eem.2985" Cog VM please ?
The Stack VM still seems to work fine.
Please note that in terms of compilation the Cog VM 2985 compiles fine for me, it is just that the binary that is produced quits on startup.
Also it is strange that the Cog VM 2985 starts and works fine on the system with 16GB of RAM.
Note that Cog VM 2967 did not have this issue and was very stable (works and worked fine).
David Stes
Hi David,
to accommodate Apple Silicon the start up memory allocation sequence on the Cog VM had changed. Instead of doing a single mmap to provide space for the heap and the code zone the VM now does an initial allocation for the code zone (allocateJITMemory) followed by an mmap for the heap. It looks like the new code doesn’t work on OpenIndiana/Solaris. Can I ask you to step through the mmaps in platforms/unix/vm/sqSqueakSpurMemory.c? You’ll probably find the issue very quickly.
_,,,^..^,,,_ (phone)
On Jul 24, 2021, at 8:57 AM, stes@telenet.be wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
Hi,
In an attempt to update the Solaris and OpenIndiana Cog and Stack VM (OpenSmalltalk), I have encountered a new issue.
It is as if the "memory footprint" (RAM required by Cog VM) has increased.
Both Cog VM 2985 and Stack VM 2984 compile and link in 32bit and 64bit on Solaris11.3, Solaris11.4 and OpenIndiana.
But on a system with 3GB RAM cog VM fails to start, and same thing on a different system with 10GB of RAM.
On a Solaris 11.4 system with 16GB RAM cog VM is starting.
So it is as if 16GB is now required ?!
CoInterpreter VMMaker.oscog-eem.2985 uuid: f1d118fb-fac8-4f42-82d9-68635c83d686 Jul 23 2021 StackToRegisterMappingCogit VMMaker.oscog-eem.2991 uuid: e1f9918c-198c-4551-9400-d6bfdcf693c7 Jul 23 2021 VM: 202107231530-OpenSmalltalk-Cog stes@gecko:src/opensmalltalk Plugins: 202107231530-OpenSmalltalk-Cog stes@gecko:src/opensmalltalk SunOS gecko 5.11 11.3 i86pc i386 i86pc
Problem in 32 bit on the systems with 3GB and 10GB of RAM:
$ sqcogspursunosht/usr/bin/squeak $HOME/squeak/v5/Squeak6.0alpha-19843-32bit.image sqAllocateMemory: initial alloc failed!
and in 64bit :
$ sqcogspur64sunosht/usr/bin/squeak $HOME/squeak/v5/Squeak6.0alpha-20535-64bit.image sqAllocateMemorySegmentOfSizeAboveAllocatedSizeInto mmap: Not enough space sqAllocateMemory: initial alloc failed!
Any idea what is going on here please for the "oscog-eem.2985" Cog VM please ?
The Stack VM still seems to work fine.
Please note that in terms of compilation the Cog VM 2985 compiles fine for me, it is just that the binary that is produced quits on startup.
Also it is strange that the Cog VM 2985 starts and works fine on the system with 16GB of RAM.
Note that Cog VM 2967 did not have this issue and was very stable (works and worked fine).
David Stes
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2
iQEcBAEBCAAGBQJg/DgCAAoJENdFDkXGicizqPUH/A564szp+mRjoFveswsBViOH ew/H9+sgMIrZuaSR6CchvHHHZ9oxNVc1ROFY24IfSbngRxmDPXLcskomQM6pjM2x ZE9DpKfqXi4Uvx1Vj2cDxGf7Xhop0PIGJ5lffzjlEonQjnnUKN21ci0voMW3t5LW xdkk+DNZaHrhZ9Iljr9D5sj33ChN7GxgJzJMi8xe7KRnEsd4BQrnQwglA+3fM79R wvKIacu2yDlPXsDooWv+34a5VusKft4cJ5iaupY/e4jWGLmd0NW8tCN7dsiFwfSr EKEJg97VLNiVHFDURWav06cfEc2y6KUVkr3PYACr5vbfHdzQQbLho0clFiCre1c= =xzF5 -----END PGP SIGNATURE-----
vm-dev@lists.squeakfoundation.org