Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.programming > #900
| From | cri@tiac.net (Richard Harter) |
|---|---|
| Newsgroups | comp.programming |
| Subject | Re: parallel programming |
| Date | 2011-10-03 05:49 +0000 |
| Message-ID | <4e8948d9.471349954@text.giganews.com> (permalink) |
| References | (5 earlier) <6zren1hsy8gn.10pqzmgvm8g55.dlg@40tude.net> <4e842854.135345671@text.giganews.com> <piff2wdldfwt$.bp4ej8o6l7mg.dlg@40tude.net> <4e849a00.164446675@text.giganews.com> <u4r1diul1eb2.o5yyeu13x31c$.dlg@40tude.net> |
On Sat, 1 Oct 2011 20:27:12 +0200, "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote: >On Sat, 01 Oct 2011 16:12:55 GMT, Richard Harter wrote: [snip] >> Okay. It's not clear to me that that "sharing" is a useful way to >> think of connectivity but you can look at it that way. In flow based >> programming connectivity ordinarily 1-to-1 and almost never n-to-1. I >> hope you will forgive me, but I'm skeptical about actors being n-to-1. >> The term, actors, refers to a number of different related approaches. > >Purely mathematically, if you have only 1-to-1, the resulting graph would >be a chain of nodes. I doubt it capable to do anything useful. > >You can send messages to an actor from any other actor. That is n-to-1. I am skeptical about this being a requirement in any actors based implementation. It certainly isn't in flow based programming. >Also I think it is vital to this framework, that an actor does not know who >was the sender. 1-to-1 would mean that it knows. This doesn't follow; one can know that one is getting a message from a singular source without knowing what the source is. > >Another issue is reuse. If actors as software components are subject to >reuse, then n-to-1 is a requirement. Components that cannot be reused have >little or no value. Another non sequitur. > >P.S. I am not going to advocate the actor model here. It is too powerful to >be safe or efficient. It occurs to me that there is a major misunderstanding. Almost none of what I was writing about was an "actors" implementation. Originally I made it quite clear that there were two distinct related paradigms, flow based and actors based, and that I was talking about flow based. I have mentioned this regularly; you seem not to have noticed.
Back to comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar
parallel programming vincent_belliard <vincent@famillebelliard.fr> - 2011-09-22 11:30 -0700
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-09-23 16:56 +0200
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-09-27 02:03 +0000
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-09-27 10:48 +0200
Re: parallel programming vincent_belliard <vincent@famillebelliard.fr> - 2011-09-27 02:40 -0700
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-09-28 17:09 +0000
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-09-28 20:31 +0200
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-09-29 09:13 +0000
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-09-29 14:46 +0200
Re: parallel programming vincent_belliard <vincent@famillebelliard.fr> - 2011-09-29 10:19 -0700
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-09-30 10:33 +0200
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-10-01 16:12 +0000
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-10-01 20:27 +0200
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-10-02 19:29 +0000
Re: parallel programming "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2011-10-03 09:13 +0200
Re: parallel programming cri@tiac.net (Richard Harter) - 2011-10-03 05:49 +0000
Re: parallel programming Rui Maciel <rui.maciel@gmail.com> - 2011-09-29 12:03 +0100
Re: parallel programming vincent_belliard <vincent@famillebelliard.fr> - 2011-09-29 10:28 -0700
Re: parallel programming Rui Maciel <rui.maciel@gmail.com> - 2011-09-29 23:09 +0100
csiph-web