🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.transputer
4 messages
4 total messages Started by Magnus Paterson Fri, 04 Sep 1992 12:51
Protocol query
#663
Author: Magnus Paterson
Date: Fri, 04 Sep 1992 12:51
21 lines
1087 bytes
I'm trying to read sub-areas of a 2-d detector array, and would like to
be able to transfer these areas over Transputer links.  You can use
counted arrays  (INT::[]REAL32) for 1-d stuff, but is it possible to
achieve the same for 2-d?

I'd like to be able to do
  CHAN OF suitable.protocol in :
  [256][256]REAL32 data :
  INT nrows, ncolumns :
  SEQ
    in ? nrows; ncolumns; [[data FROM 0 FOR nrows] FROM 0 FOR ncolumns]

but can't for the life of me figure out how to declare the protocol, or
even whether it's possible.  


Cheers,   
Magnus Paterson                   mjp@uk.ac.roe.star
Royal Observatory                 ph  031 668 8247
Edinburgh                         fax 031 668 8264
Re: Protocol query
#685
Author: Jan Vorbrueggen
Date: Mon, 07 Sep 1992 14:28
22 lines
1798 bytes
What you're really trying to do is extracting a part of memory with
nonunit stride. (Unit stride is of course handled just by using 
assignment in occam and translated into the MOVE instruction.) The
T800 and followon (T425, T400, T805, T801) have MOVE2D exactly for
this purpose. Unfortunately, the compiler's builtin function has
a braindamaged interface (IMHO) requiring massive RETYPES, as well
as some code generation bugs (if certain arguments aren't constant
or VALs, space is allocated for their computation, but the computation
is never done :)). So I defined my own routine(s) for the purpose.
It is very efficient: For instance, if you're doing, say, a 2D FFT,
for the column part it is better to extract each column into a 1D array,
perform the FFT on it, and reinsert it with MOVE2D. This works because
you save massively on address computations, need only a 1D FFT that is
unaware it is working on a 2D array, and you can PLACE the temporary
array into the WORKSPACE.

So the solution is to extract your data from your 2D array into a buffer
using MOVE2D, send that, and scatter it at the receiving end via MOVE2D,
if required.

 Jan Vorbrueggen, Inst. f. Neuroinformatik, RuhrUniversitaet Bochum, FRG
 jan@neuroinformatik.ruhrunibochum.de
Strange advertising
#691
Author: Lyons D M
Date: Wed, 09 Sep 1992 08:43
21 lines
1626 bytes
On British ITV, Tuesday 8/9/92 at 9 pm, something called a transputer was the 
focus of a detective program ("Boon"). This device, a "printed circuit to help 
computers talk to one another".  

Some of the technology was quite correctly portrayed. It seemed important that 
"the FPU was on the same chip as the CPU", although the actor seemed 
uncomfortable with the line.  The industrial spies seemed to spend a lot of 
time stripping the data from proms or EPLD's or such.

Perhaps it was not a good idea to hide the thing (even in its carefully labeled 
antistatic wrapper) in the cistern of a toilet.

Did Inmos give permission for this usage?

 David Lyons, Computer Science, University of Essex, Colchester C04 3SQ 
 England.  Tel: 44 206 872674 
 Email: lyond@uk.ac.essex  Fax: 44 206 872788 (GP's 3/2/Auto) 
 David Lyons, Computer Science, University of Essex, Colchester C04 3SQ /-----\
 England.  Tel: 44 206 872674                                           |-o_o-|
 Email: lyond@uk.ac.essex  Fax: 44 206 872788 (GP's 3/2/Auto)           |     |
 The most important things in life are Red Balloons.                    |!!!!!|
Re: Strange advertising
#701
Author: David Boreham
Date: Thu, 10 Sep 1992 15:51
28 lines
1630 bytes
In article <5374@sersun1.essex.ac.uk> lyond@essex.ac.uk (Lyons D M) writes:
>On British ITV, Tuesday 8/9/92 at 9 pm, something called a transputer was the 
>focus of a detective program ("Boon"). This device, a "printed circuit to help 
>computers talk to one another".  
>
>Some of the technology was quite correctly portrayed. It seemed important that 
>"the FPU was on the same chip as the CPU", although the actor seemed 
>uncomfortable with the line.  The industrial spies seemed to spend a lot of 
>time stripping the data from proms or EPLD's or such.
>
>Perhaps it was not a good idea to hide the thing (even in its carefully labeled 
>antistatic wrapper) in the cistern of a toilet.
>
>Did Inmos give permission for this usage?
>

Yes.

We gave them some old boards (B002's I think) from the cupboard.
We didn't know anything about the plot until the screening this week

Don't know where the idea came from.


-- 
David Boreham, INMOS Limited | mail(uk): davidb@inmos.co.uk or ukc!inmos!davidb
Bristol,  England            |     (us): uunet!inmos.com!davidb
+44 454 616616 ex 547        | Internet: davidb@inmos.co.uk
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads