Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!pacbell.com!att!ucbvax!inmos.com!andyr
From: andyr@inmos.com (Andy Rabagliati)
Newsgroups: comp.sys.transputer
Subject: Dynamic reconfiguration
Message-ID: <13869.9104191421@inmos-c.inmos.com>
Date: 19 Apr 91 14:21:25 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 40

An idea I had for dynamic reconfiguration but never tried goes as
follows :-

Example Configuration :-

7 Transputers (compute TPs) with all 4 links connected to a C004.

A T2 connected to both a data link on the C004 and the control link.

One link (the listener link) on each compute TP is serviced by a process
that knows the current communication needs of the compute TP.

The T2 polls each listener link, to determine which C004 connections
to make. It does this by connecting its data link in turn to listener
links. It can trivially be expanded to multiple C004s and large networks.

Transactions might go as follows :-

T2:- (asking TP 1) Any connections to be changed ?
TP1:- No thanks.
T2:- (asking TP 2) Any connections to be changed ?
TP2:- Please connect me to TP 7
T2:- (Makes connection) Please use link 2.
T2:- (asking TP 3) Any connections to be changed ?
TP3:- No thanks.

  . . .

T2:- (asking TP 2) Any connections to be changed ?
TP2:- Please disconnect TP7, connect to TP6
T2:- TP7 disconnected, TP6 busy, please hold.
  . . .
T2:- (asking TP 2) Any connections to be changed ?
TP2:- Please connect TP6
T2:- (makes connection) Please use link 3.
  . . .

etc.

Cheers,  Andy Rabagliati    EMAIL:- rabagliatia@isnet.inmos.COM