[Vm-dev] Multi-core system Squeak (was Re: Sista alternate bytecodes + Java Bytecode ?)
tim at rowledge.org
Fri Oct 20 17:23:44 UTC 2017
> On 20-10-2017, at 6:59 AM, David T. Lewis <lewis at mail.msen.com> wrote:
> On Fri, Oct 20, 2017 at 02:39:51PM +0800, Ben Coman wrote:
>> On Fri, Oct 20, 2017 at 9:05 AM, David T. Lewis <lewis at mail.msen.com> wrote:
>>> The Spur image format allows object memory to be segmented such that it will
>>> support fast and efficient forking of images even for extremely large images.
>> Would it be efficient enough to benefit forking off the display rendering
>> half of the world loop?
> No, it is much too slow for that. Reading the results back into the parent image
> takes time. But it might be good enough for things like background generation of
> Sista bytecodes to be used in future method calls (I think Tim had that in mind).
Maybe think of it the other way round; fork off the stuff that does the ‘work’ and have it send back answers to the root image for display. And for some cases - say where we are actually using the ancient and venerable Ffenestri stuff? - you could indeed spawn an image to display things in a separate window.
And since we have image segments (I think they’re working again?) maybe use them to pass objects back and forth. And maybe even shared memory might do some good here. The VM object memory has segments so maybe build a way to return some handle-thing to a segment that has been built with an ImageSegment in it, thus saving the actual file-writing/reading time.
tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
Strange OpCodes: PUS: PUrge System
More information about the Vm-dev