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] |
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
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.