On 3 February 2010 14:27, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
You know Concurrent Smalltalk was certainly like that too. Now my point is that this is good to share ideas that there are old or not. Already discussed or not.
Yes, that's why i asked , because i didn't understood your message.
For example I would like to see the cost of it at the level of the GC.
The main problem here, as also mentioned in discussion, is how GC should deal with far references, i.e. how to determine correctly when object which is referenced by some far ref become garbage. As for the rest of it, its not any different from usual approach: GC could sweep a single vat space at any moment it wants, regardless of what other vats currently doing.
Stef
Begin forwarded message:
From: Tom Van Cutsem <tvcutsem@vub.ac.be> Date: February 3, 2010 5:13:00 AM GMT+01:00 To: SOFT members <soft@soft.vub.ac.be> Cc: Stéphane Ducasse <stephane.ducasse@inria.fr> Subject: Communicating Event Loops
Hi,
For those interested in concurrency control: last week I gave a presentation about AmbientTalk's concurrency model at a meeting for Javascript industry developers. The presentation was recorded, and if you're interested you can see it here: http://ssjs.pbworks.com/Communicating-Event-Loops
(towards the end there is an interesting discussion about the pros and cons of Erlang-style vs AmbientTalk-style concurrency)
Cheers, Tom
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig.