Vm-dev March 2020

vm-dev@lists.squeakfoundation.org

31 participants
136 discussions

VM Maker: VMMaker.oscog-eem.2733.mcz
by commits＠source.squeak.org 30 Mar '20

30 Mar '20

Eliot Miranda uploaded a new version of VMMaker to project VM Maker: http://source.squeak.org/VMMaker/VMMaker.oscog-eem.2733.mcz ==================== Summary ==================== Name: VMMaker.oscog-eem.2733 Author: eem Time: 29 March 2020, 3:06:38.172998 pm UUID: c4f852ab-d491-460b-be25-f6de96e5edfe Ancestors: VMMaker.oscog-nice.2732 Cogit x64, fix a slip in computing the size of SignExtend32RR. Nuke a long obsolete development method. =============== Diff against VMMaker.oscog-nice.2732 =============== Item was changed: ----- Method: CogX64Compiler>>computeMaximumSize (in category 'generate machine code') ----- (excessive size, no diff calculated) Item was removed: - ----- Method: Cogit>>shouldBeImplemented (in category 'bytecode generator support') ----- - shouldBeImplemented - "In the production VM we can continue in the interpreter..." - self cCode: [coInterpreter warning: 'bytecode should be implemented; interpreting'] - inSmalltalk: [super shouldBeImplemented]!

1 0

build.sunosamd64 64 bit vm
by stes 29 Mar '20

29 Mar '20

I've also compiled the "opensmalltalk" squeak-cog-spur vm in 64 bit bash-4.4$ file lib/squeak/5.0-202003291211-solaris/squeak lib/squeak/5.0-202003291211-solaris/squeak: ELF 64-bit LSB executable AMD64 Version 1 [SSE2 SSE], dynamically linked, not stripped The good news is that this seems to run the 64 bit 5.x images: bash-4.4$ bin/squeak Squeak5.3-19431-64bit.image It works, and in addition I don't have the 'screen redraw' problem that I have with the 32bit squeak-cog-spur, so the 64 bit vm seems to work better ... So for the moment the "best" vm I have is the "classic vm" in the 32 bit case (for 4.x images), and the "squeak.cog.spur 64bit vm" for the 5.x images in 64 bit -- Sent from: http://forum.world.st/Squeak-VM-f104410.html

1 0

[squeak-dev] Squeak in FreeBSD
by Eliot Miranda 29 Mar '20

29 Mar '20

Hi Tobias, > On Mar 28, 2020, at 4:48 AM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Hi Edwin > >>> On 28.03.2020, at 01:19, Edwin Ancaer <eancaer(a)gmail.com> wrote: >> >> Ok, it says it should build out of the box, so I cloned the git repository for the opensmalltalk-vm. >> >> TheHowToBuild says: >> Then cd to the build directory of your choice, e.g. >> build.linux64x64/squeak.cog.spur/build >> Then execute ./mvm >> >> This is what I did (I took the stack vm because I thought this was the easiest to build); >> cd build.linux64x64/squeak.stack.spur/build >> $ ./mvm >> platforms/Cross/vm/sqSCCSVersion.h not up-to-date. >> You must run ../../../scripts/updateSCCSVersions >> $ cd ../../../scripts >> $ cd .. >> $ cd build.linux64x64/squeak.stack.spur/build >> $ ../../../scripts/updateSCCSVersions >> fatal: platforms/Cross/plugins/sqPluginsSCCSVersion.h: no such path in the working tree. >> Use 'git <command> -- <path>...' to specify paths that do not exist locally. >> >> If asking these questions shows my knowledge is not at the right level,no problem, just tell me. It will save my and your time. >> I always have Windows as an alternative. :-( > > You need to run this script in the root of the checkout. Sorry that this is not made more clear. Yesterday I got bit by this when doing an MSVC compile of the Terf VM. So I fixed it for the windows and Mac makefiles (well, almost; Nicolas corrected a slip I made with the mingw/Cygwin windows makefiles). The fix is simply to search for the unexpanded version string whenever extracting stings from sqSCCSVersion.h. Will anyone volunteer to make similar changes to the Unix makefiles? To the plugin builds? > > Best regards > -tobias > > >> >> >> Op vr 27 mrt. 2020 om 17:27 schreef gettimothy via Squeak-dev <squeak-dev(a)lists.squeakfoundation.org>: >> I am not sure how it turned out, but there was a long thread on this back last July >> >> http://forum.world.st/OpenSmalltalk-opensmalltalk-vm-Support-for-OpenBSD-41… >> >> >> ---- On Fri, 27 Mar 2020 12:22:07 -0400 Edwin Ancaer <eancaer(a)gmail.com> wrote ---- >> >> Hello, >> >> has anybody succesfully build a usable recent Squeak in FreeBSD? >> >> The only links I found reported a successful build, but errors when running the image. >> >> There is a port for FreeBSD, but that is building version 4.10. >> >> Thanks,

1 0

Build completed: opensmalltalk-vm 1.0.1982
by AppVeyor 29 Mar '20

29 Mar '20

1 0

[OpenSmalltalk/opensmalltalk-vm] 9d52fe: Thu shalt not cast a FILETIME to unsigned __int64
by Nicolas Cellier 29 Mar '20

29 Mar '20

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 9d52fef2240b7bdf6cfa1a7d6cf8c967220f0e85 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/9d52fef2240b7bdf6c… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2020-03-29 (Sun, 29 Mar 2020) Changed paths: M platforms/win32/vm/sqWin32Heartbeat.c Log Message: ----------- Thu shalt not cast a FILETIME to unsigned __int64 pointer aliasing apart, such cast is explicitly discouraged in MSDN https://docs.microsoft.com/en-us/windows/win32/api/minwinbase/ns-minwinbase… > Do not cast a pointer to a FILETIME structure to either a ULARGE_INTEGER* or __int64* value because it can cause alignment faults on 64-bit Windows.

1 0

[OpenSmalltalk/opensmalltalk-vm] 0fd3ae: $(SED) is undefined in Windows Makefiles
by Nicolas Cellier 29 Mar '20

29 Mar '20

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 0fd3ae2c1e7e19d6b416565ef1c95686a7146f0c https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/0fd3ae2c1e7e19d6b4… Author: Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> Date: 2020-03-29 (Sun, 29 Mar 2020) Changed paths: M build.win32x86/common/Makefile.tools M build.win64x64/common/Makefile.tools Log Message: ----------- $(SED) is undefined in Windows Makefiles

1 0

Re: [Vm-dev] squeak.cog.spur-sunos32x86
by Eliot Miranda 29 Mar '20

29 Mar '20

Hi Stes, >> On Mar 28, 2020, at 10:07 AM, stes <stes(a)telenet.be> wrote: > Congrats on building a functional vm!! As discussed can you please create just a build directory, build.sunos32x86, populated with at least build directories for squeak.cog.spur squeak.cog.v3? You can simply copy build.linux32x86 and change the mvm files. The OpenSmalltalk-vm site is for source only. We can get CI servers to build and host binaries. > With beginner, I mean that at least I'm outsider regarding such issues as > "classic vm" versus "opensmalltalk vm" etc. > > It's a little confusing that there are multiple squeak vm's. Mea culpa. You can read a lot of the rational and history for the evolution to the current Spur 5.x VM/GC/Object Representation in this paper, [1] and on my blog site, mirandabanda.org, as well as by reading the 5.0 release notes in the Welcome workspace. Here is a brief summary. The first Squeak vm series, as described in the Back To The Future paper [2], is a classic context interpreter, with a bytecode set very close to the blue book [3]. In particular it allocates a Context object in each non-primitive send, has non-reentrant blocks, see [4], and a single linear heap with a slow pointer-reversal GC. This is the classical vm and in open-Smalltalk and Squeak trunk we use the name V3 to refer to this bytecode set and this object representation. In 2008 I was taken on by Qwaq, a startup set up by some Squeak principals, notably Andreas Raab, applying Croquet to business communication. My job was to speed up the Back To The Future VM. This was accomplished in two stages. Stage one was a StackInterpreter that used my version of the Deutsch, Schiffman [5] lazy context creation scheme to eliminate context overhead, and introduced a few new bytecodes to provide reentrant blocks (because this yields much better context-to-stack mapping [6]). In opensmalltalk these are built in directories marked dialect.stack.objrep, eg squeak.stack.v3. Stage two was a JIT version of the same bytecode set and object representation, see [7][8]. In opensmalltalk these are built in directories marked dialect.cog.objrep, eg squeak.cog.v3. Squeak migrated to this slightly different object representation and bytecode set in about 2012/13 and was the 4.0 release. The StackInterpreter VMs are useful when on iPhone where jitting is forbidden for non-Apple applications. From 2011 until 2018 I worked at Cadence where Newspeak, built above Squeak Smalltalk, was used to implement tools for SoaC phone design. In 2013 I started working on Spur [9][10][11] which is a new garbage collection and object representation scheme for Smalltalk, including a much more comprehensive support of 64-bits, a segmented heap that can grow and shrink, support for pinning and read-only objects, and much faster become. I was joined in this by Clément Béra who has, apart from being a fabulous collaborator and friend, designed an incremental compactor for Spur [12] which we hope to put into production in the next (very) few years (it also needs an incremental mark-sweep collector). In opensmalltalk these are built in directories marked dialect.vmarch.spur, eg squeak.cog.spur. Spur provides about a -40% speedup on average (code takes 60% of the time it takes on a Cog V3 vm) but some codes are much faster. Eg Spur supports immediate characters and do widestring access is much faster. Squeak migrated to Spur in 2016 ish and is the 5.x series. In parallel Clément and I collaborate(d) on an adaptive optimizer to further improve performance, I hope by at least -66.6%. The architecture is called Sista, for Speculative Inlining Smalltalk Architecture, and the image-level optimiser is called Scorch. See [13]. Clément produced an alpha 32-bit release for Pharo. Sista is currently under development. See [14]. This is the subject of Clément’s PhD [15]. In opensmalltalk these are built in directories marked dialect.sista.objrep, eg squeak.sista.spur HTH > Also although I have a working binary now, which seems to be capable of > running an image like: > > bash-4.4$ bin/squeak Squeak6.0alpha-19547-32bit.image > > the latest 6.0alpha image, it seems buggy since I suffer from "update" > problems for screen drawing, > when opening a browser for example, I have screen update problems/issues, so > it is just a first attempt of a "port". > > In some sense I think the Solaris platform (based on what I saw on the > "classic vm") was always supported in the past, so it is not a "new" port, > it is just making sure it keeps working. > > Also I have a message: > > bash-4.4$ bin/squeak Squeak5.2-18221-32bit.image > > *pthread_setschedparam failed: Not owner* > This VM uses a separate heartbeat thread to update its internal clock > and handle events. For best operation, this thread should run at a > higher priority, however the VM was unable to change the priority. > > which I have to look into The issue is that the heartbeat thread, whose job it is to periodically get the vm to exit JITted machine code to poll for input and timer events, must run at a higher priority than the main vm thread. If it does not then it won’t interrupt the main thread at regular intervals. If Solaris doesn’t allow user processes to create higher priority threads (which, IIRC, was also the case with pre 2.16 Linux kernels), then a barely acceptable alternative is to use an ITIMER heartbeat. This is not nice to use as the ITIMER signal can interrupt FFI calls etc. References 1. Eliot Miranda, Clément Béra, Elisa Gonzalez Boix, and Dan Ingalls. “Two Decades of Smalltalk VM Development: Live VM Development Through Simulation Tools.” In Proceedings of the 10th ACM SIGPLAN International Workshop on Virtual Machines and Intermediate Languages, 57–66. VMIL 2018. New York, NY, USA: ACM, 2018.http://doi.acm.org/10.1145/3281287.3281295. 2. Dan Ingalls, Ted Kaehler, John Maloney, Scott Wallace, and Alan Kay. “Back to The Future: The Story of Squeak, A Practical Smalltalk Written in Itself.” In Proceedings of the 12th ACM SIGPLAN Conference on Object-Oriented Programming (OOPSLA) 1997, 318–26, 1997.https://doi.org/10.1145/263698.263754. 3. Part 4 of http://stephane.ducasse.free.fr/FreeBooks/BlueBook/Bluebook.pdf 4. http://www.mirandabanda.org/cogblog/2008/06/07/closures-part-i/ 5. Deutsch schiffmann 6. http://www.mirandabanda.org/cogblog/2009/01/14/under-cover-contexts-and-the… 7. http://www.mirandabanda.org/cogblog/2011/03/01/build-me-a-jit-as-fast-as-yo… 8. http://www.mirandabanda.org/cogblog/2011/03/04/an-arranged-marriage/ 9. http://www.mirandabanda.org/cogblog/2013/09/05/a-spur-gear-for-cog/ 10. http://www.mirandabanda.org/cogblog/2013/09/13/lazy-become-and-a-partial-re… 11. http://www.mirandabanda.org/cogblog/2014/02/08/primitives-and-the-partial-r… 12. Lazy pointer update for low heap compaction pause times October 2019 DOI: 10.1145/3359619.3359741 Conference: the 15th ACM SIGPLAN International Symposium 13. Clément Béra, Eliot Miranda, Tim Felgentreff, Marcus Denker, and Stéphane Ducasse. “Sista: Saving Optimized Code in Snapshots for Fast Start-Up.” In Proceedings of the 14th International Conference on Managed Languages and Runtimes, 1–11. ManLang 2017. New York, NY, USA: ACM, 2017.http://doi.acm.org/10.1145/3132190.3132201. 14. http://forum.world.st/how-can-I-build-a-sista-spur-64-vm-tt5113715.html#a51… 15. Sista: a Metacircular Architdcture for Runtime Optimisation Persistence https://hal.inria.fr/tel-01634137/document > > > > > -- > Sent from: http://forum.world.st/Squeak-VM-f104410.html

2 1

Broken: OpenSmalltalk/opensmalltalk-vm#1982 (Cog - 99d7b9d)
by Travis CI 29 Mar '20

29 Mar '20

Build Update for OpenSmalltalk/opensmalltalk-vm ------------------------------------- Build: #1982 Status: Broken Duration: 1 hr, 27 mins, and 42 secs Commit: 99d7b9d (Cog) Author: Eliot Miranda Message: Fix some makefiles issues. Automatically run updateSCCSVersions on Mac and Windows when required Use $(MAKE) not make to recursively invoke make on Mac. Allow revertUnchangedPlugins to be used from a remote directory. View the changeset: https://github.com/OpenSmalltalk/opensmalltalk-vm/compare/8501857dd2ac...99… View the full build log and details: https://travis-ci.org/github/OpenSmalltalk/opensmalltalk-vm/builds/66820621… -- You can unsubscribe from build emails from the OpenSmalltalk/opensmalltalk-vm repository going to https://travis-ci.org/account/preferences/unsubscribe?repository=8795279&ut…. Or unsubscribe from *all* email updating your settings at https://travis-ci.org/account/preferences/unsubscribe?utm_medium=notificati…. Or configure specific recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications.

1 0

Build failed: opensmalltalk-vm 1.0.1981
by AppVeyor 28 Mar '20

28 Mar '20

1 0

[OpenSmalltalk/opensmalltalk-vm] 99d7b9: Fix some makefiles issues.
by Eliot Miranda 28 Mar '20

28 Mar '20

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 99d7b9de0cc8e33f2ff57abffe41d8f217af1dac https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/99d7b9de0cc8e33f2f… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2020-03-28 (Sat, 28 Mar 2020) Changed paths: M build.macos32x86/common/Makefile.plugin M build.macos32x86/common/Makefile.vm M build.macos64x64/common/Makefile.plugin M build.macos64x64/common/Makefile.vm M build.win32x86/common/Makefile.tools M build.win64x64/common/Makefile.tools M scripts/revertUnchangedPlugins Log Message: ----------- Fix some makefiles issues. Automatically run updateSCCSVersions on Mac and Windows when required Use $(MAKE) not make to recursively invoke make on Mac. Allow revertUnchangedPlugins to be used from a remote directory.

1 0

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Vm-dev March 2020