[Pharo-project] Fwd: Communicating Event Loops
I think that this would be the first mail to smalltalk-research 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
On 3 February 2010 10:33, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
I think that this would be the first mail to smalltalk-research
Err, what you mean? All i could say, that this scheme already discussed on squeak-dev couple of years ago... This is exactly the way where i think we should eventually go to. So what is new about it?
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.
On Feb 3, 2010, at 12:34 PM, Igor Stasenko wrote:
On 3 February 2010 10:33, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
I think that this would be the first mail to smalltalk-research
Err, what you mean?
All i could say, that this scheme already discussed on squeak-dev couple of years ago... This is exactly the way where i think we should eventually go to. So what is new about it?
Do we request that only new things are discussed on Smalltalk-research? LOOM is very old, too... in general, there is a lot of wisdom espececially in old papers. Partly because it was possible to publish easily cool ideas without having to have every open question already answered. ... the good old days :-) The problem is that if new people start, they have to read old papers. Else how can they learn? There are even things that experienced people don't know. For example, because they did not do research in this direction in the past. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.
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. For example I would like to see the cost of it at the level of the GC. 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
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.
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.
So I repeat it. Right now on my desktop when I open any Smalltalk I still have some old ideas moving inside. And we would like to create a different world in which even old ideas that were discussed long time ago but never arrived to my current desktop could be discussed. If we want people to invent the future, they should at least know the past and gets also ideas from others.
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.
May be a lifecycle like in Corba solution is needed at the level of each vat.
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
participants (4)
-
Igor Stasenko -
Marcus Denker -
Stéphane Ducasse -
Stéphane Ducasse