Re: Not enough parallelism in programming
- From: "Rupert Pigott" <darkboong@xxxxxxxxxxx>
- Date: 21 Sep 2005 02:01:12 -0700
David C. DiNucci wrote:
> Rupert Pigott wrote:
[SNIP]
> > IME it is rare that a "huge data structure" is comprised of
> > a bunch of unique elements. They tend to be comprised of a
> > bunch of nigh-on identical, and if that is the case you can
> > simply have multiple instances of the same process... OCCAM
> > had Replicated PAR for just such occasions.
>
> I personally don't think cases like this are so rare. Example: bounded
> buffer (circular queue).
I would not class a circular queue as being a "huge" data
structure. It has very little state to manipulate, the objects
that it manages on the other hand are a different matter - but
surely the circular queue should not really care about them or
do anything to them, right ?
Hmm. Let me see, queues serialise access to a set of objects.
Why are try to parallelise manipulation of a stucture that is
used to serialise access to a set of objects ? That makes bugger
all sense to me.
One approach in CSP land is to have a process that maintains the
state of the queue, and simply have it wait for messages to push/
pop elements on that queue. If you don't want to send the entire
object you can keep the objects in a pool and pass handles to the
queue management process instead.
[SNIP]
> > This argument reminds me somewhat of one of the arguments
> > against breaking up a program into subroutines...
>
> It makes perfect sense to me: If you change your program to support
> more states than it did before, then it's more likely that some of those
> states will be erroneous. Of course, the same argument could be made if
> the states were introduced by adding variables, statements, etc.
Indeed. So you see what I am getting at ?
Cheers,
Rupert
.
- Follow-Ups:
- Re: Not enough parallelism in programming
- From: David C. DiNucci
- Re: Not enough parallelism in programming
- References:
- Re: Not enough parallelism in programming
- From: Eugene Miya
- Re: Not enough parallelism in programming
- From: Andy Glew
- Re: Not enough parallelism in programming
- From: Greg Lindahl
- Re: Not enough parallelism in programming
- From: Andy Glew
- Re: Not enough parallelism in programming
- From: JJ
- Re: Not enough parallelism in programming
- From: Andy Glew
- Re: Not enough parallelism in programming
- From: Jan Vorbrüggen
- Re: Not enough parallelism in programming
- From: Andy Freeman
- Re: Not enough parallelism in programming
- From: Andy Freeman
- Re: Not enough parallelism in programming
- From: Jan Vorbrüggen
- Re: Not enough parallelism in programming
- From: Andy Freeman
- Re: Not enough parallelism in programming
- From: Jan Vorbrüggen
- Re: Not enough parallelism in programming
- From: Andy Freeman
- Re: Not enough parallelism in programming
- From: Rupert Pigott
- Re: Not enough parallelism in programming
- From: David C. DiNucci
- Re: Not enough parallelism in programming
- Prev by Date: Re: Not enough parallelism in programming
- Next by Date: Re: Not enough parallelism in programming
- Previous by thread: Re: Not enough parallelism in programming
- Next by thread: Re: Not enough parallelism in programming
- Index(es):
Relevant Pages
|