[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Transputer Development System, 2006? (aka Sony PS/3 runs multi-core Linux)
- To: <tjoccam@xxxxxxxxxxx>, <oyvind.teig@xxxxxxxxxxxxxxxx>
- Subject: RE: Transputer Development System, 2006? (aka Sony PS/3 runs multi-core Linux)
- From: "Andrzej Lewandowski" <lewando@xxxxxxxxxxxxx>
- Date: Wed, 6 Dec 2006 15:11:18 -0600
- Cc: <occam-com@xxxxxxxxxx>, "'Andrew Delin'" <andrew.delin@xxxxxxxxxxxxx>, "'Barry Cook'" <barry@xxxxxxxxxxxx>, "'Matt Jadud'" <mcj4@xxxxxxxxxx>, <owner-occam-com@xxxxxxxxxx>, "'Tony Gore'" <tony@xxxxxxxxxxxx>, "'Chalmers, Kevin'" <k.chalmers@xxxxxxxxxxxx>
- Delivery-date: Wed, 06 Dec 2006 21:18:44 +0000
- Envelope-to: ats1@xxxxxxxxxxxxxxxx
- Importance: Normal
- In-reply-to: <4299.66.93.33.5.1165018010.squirrel@xxxxxxxxxxx>
- Sender: owner-occam-com@xxxxxxxxxx
"As a consequence, this kind of programming does not hit a
complexity WALL."..
WHAT kind of programming?...
A.L.
> -----Original Message-----
> From: owner-occam-com@xxxxxxxxxx
> [mailto:owner-occam-com@xxxxxxxxxx] On Behalf Of tjoccam@xxxxxxxxxxx
> Sent: Friday, December 01, 2006 6:07 PM
> To: oyvind.teig@xxxxxxxxxxxxxxxx
> Cc: occam-com@xxxxxxxxxx; Andrew Delin; Barry Cook; Matt
> Jadud; owner-occam-com@xxxxxxxxxx; Tony Gore; Chalmers, Kevin
> Subject: RE: Transputer Development System, 2006? (aka Sony
> PS/3 runs multi-core Linux)
>
>
> >
> > Barry wrote:
> >> I'm still trying to find the compelling reason that will
> convince the
> > world
> >> to jump to parallel software
>
> I've got to try to do this for DARPA... My thoughts thus far:
>
> Transparency (not hiding the most important part of the
> design, like interrupts and peripherals, in "drivers" just
> because they involve real parallel hardware and function);
>
> Real components (things that you can hook together and get
> genuinely predictable behavior that is the join of the
> behavior of the parts -- I do NOT mean the things OO
> laughably calls "components", but real pieces as found in an
> automobile);
>
> As a consequence, this kind of programming does not hit a
> complexity WALL. If done wrong, of course, it worsens the
> complexity wall -- which is why it has the reputation it has.
>
> Larry Dickson
>
>