Re: Parallelizing (WAS: Death by pointers.)

preston@tera.com (Preston Briggs)
Fri, 29 Sep 1995 22:33:06 GMT

          From comp.compilers

Related articles
Re: Death by pointers. jhallen@world.std.com (1995-09-05)
Re: Death by pointers. ECE@dwaf-hri.pwv.gov.za (John Carter) (1995-09-23)
Parallelizing (WAS: Death by pointers.) pardo@cs.washington.edu (1995-09-24)
Re: Parallelizing (WAS: Death by pointers.) ECE@dwaf-hri.pwv.gov.za (John Carter) (1995-09-29)
Re: Parallelizing (WAS: Death by pointers.) preston@tera.com (1995-09-29)
Re: Parallelizing (WAS: Death by pointers.) creedy@mitre.org (1995-10-02)
Re: Parallelizing (WAS: Death by pointers.) stefan.monnier@epfl.ch (Stefan Monnier) (1995-10-03)
Re: Parallelizing (WAS: Death by pointers.) imp@village.org (Warner Losh) (1995-10-11)
Re: Parallelizing (WAS: Death by pointers.) Martin.Jourdan@inria.fr (1995-10-18)
Re: Parallelizing (WAS: Death by pointers.) blume@zayin.cs.princeton.edu (1995-10-23)
Re: Parallelizing (WAS: Death by pointers.) wclodius@lanl.gov (1995-10-28)
[9 later articles]
| List of all articles for this month |
Newsgroups: comp.compilers
From: preston@tera.com (Preston Briggs)
Keywords: C, optimize, parallel
Organization: Tera Computer Company, Seattle, WA
References: 95-09-061 95-09-120 95-09-145
Date: Fri, 29 Sep 1995 22:33:06 GMT

pardo@cs.washington.edu (David Keppel) writes:


>Amdahl makes the point that using two processors more than doubles the
>processor cost -- because you also have to connect the processors --
>and less than doubles the performance -- because shared resources
>become bottlenecks. Moral (not quite, but I'll fudge it): If you *are*
>going to build a parallel machine, make sure that you minimize the raw
>cost/performance, even at the expense of making it harder to program.


I'm not sure how you got from Amdahl's point to the moral, but surely
we've already seen plenty of relatively cheap but
much-too-hard-to-program parallel machines. For that matter, I think
the uniprocessor machines are becoming significantly more difficult
to program -- very hard to achieve good performance in the presence
of a deep memory hierarchy. Parallelism offers a way around that
particular bottleneck.


Preston Briggs
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.