[Pharo-dev] external semaphores…again
siguctua at gmail.com
Mon Oct 7 11:40:59 EDT 2013
On 7 October 2013 17:25, Henrik Johansen <henrik.s.johansen at veloxit.no>wrote:
> On Oct 7, 2013, at 4:36 , Igor Stasenko <siguctua at gmail.com> wrote:
> > 1 thing.
> > can you tell me what given expression yields for your VM/image:
> > Smalltalk vm maxExternalSemaphores
> > (if it gives you number less than 10000000 then i think i know what is
> your problem :)
> Uhm, I didn't read your implementation, but the proper thing to do for a
> VM which doesn't care about the external objects table (splObjs at: 39)
> growing, is returning nil from maxExternalSemaphores, like it will for
> pre-Cog VM's.
or.. release VM + image, where image aware of current VM capabilities, and
refuses to run on older ones, and get rid of all this stuff altogether.
i changed the low-level implementation (C level), but not primitive level.
sure thing more cleanup & polishing can be done,
but the changes i made never get reviewed and properly tested (though,
there was no problems reported since year from when it was introduced,
except from last unfortunate rollback to Eliot's original implementation).
> Otherwise, you'll get a domain error when you eventually (yes,yes, it'll
> take awhile) run out, and maxExternalSemaphoresSilently: tries to set the
> new max to a value that won't fit in the 16bit header field where it
> expects to put it…
> yes.. theoretically.. but i have gut feeling that your image/setup will
experience a lot of other different problems (memory consumption/amount of
available OS handles etc), before you get to that point. And at that point,
you will need to modify VM/OS/image anyways (or figure how to work around
limits in other way)..
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pharo-dev