Computing Reviews
Today's Issue Hot Topics Search Browse Recommended My Account Log In
Review Help
Search
A geographically distributed multi-microprocessor system
Angioletti W., D’Hondt T., Tiberghien J.  Concurrent languages in distributed systems: hardware supported implementation (, Bristol, UK,871985.Type:Proceedings
Date Reviewed: Oct 1 1985

In this paper, the authors report on an ongoing project involving the implementation of a multimicroprocessor system at the Brussels Free University. The geographical distances among various nodes and nonuniform characteristics seem to have warranted the design of a hybrid solution incorporating a mixture of broadband, baseband, and wide-area networks.

The design rationale is described as the following:

  • (1) A set of network interface modules will be loosely coupled via an existing high-band network.

  • (2) The network interface consists of multimicroprocessor systems tightly coupled via a memory-bus.

  • (3) The software environment is based on MODULA 2. There are several concurrency primitives for communication among local processors and their bus-master, as well as for communication between different bus-masters. In addition, the bus-masters will be provided with a distributed operating system kernel which will be accessible from the other processors as a result of the usage of a set of Definition Modules.

  • (4) The communication interface is hoped to be universal.

  • (5) In order to provide privacy protection and configurability, each part is connected with a Network Administration Server which will implement all of the configuration and validation functions.

The software interface is based on abstract data typing feature of MODULA 2; these are provided in the form of coroutines. For example, “TRANSFER (Process1, Process2)” transfers control from Process1 to Process2. This is viewed as a coroutine crossover and implements a process context switch.

In the network interface configuration, basic interface consists of: (1) a processor board with the monitor in ROM (bus-master), and (2) slots for CPU/peripheral processor boards. The ROM-resident monitor will contain a set of basic functions; for example, RequestBuffer, ReleaseBuffer, TransmitBuffer, ReceiveBuffer, etc.

A reader looking for details will be disappointed. I assumed that the lack of such could be attributed to the limitation of space, or it could be due to the fact that the project is still in the developing stage. The list of references provided is not satisfactory--out of five, four references are on MODULA, MODULA 2, *MOD, and EDISON. Some words are consistently misspelled (e.g, “equiped”); and broken words (e.g., “a n,” “commni cation”) are annoying. This paper may be of interest to a practitioner in or an observer of the areas of distributed system design.

Reviewer:  A. Deb Review #: CR109404
Bookmark and Share
 
Distributed Systems (C.2.4 )
 
 
Data Communications (C.2.0 ... )
 
 
Microprocessors (C.5.3 ... )
 
 
Modula-2 (D.3.2 ... )
 
 
Concurrent Programming (D.1.3 )
 
 
Multiple Data Stream Architectures (Multiprocessors) (C.1.2 )
 
Would you recommend this review?
yes
no
Other reviews under "Distributed Systems": Date
The evolution of a distributed processing network
Franz L., Sen A., Rakes T. Information and Management 7(5): 263-272, 1984. Type: Article
Jul 1 1985
A fault tolerant LAN with integrated storage, as part of a distributed computing system
Boogaard H., Bruins T., Vree W., Reijns G.  Concurrent languages in distributed systems: hardware supported implementation (, Bristol, UK,1001985. Type: Proceedings
Aug 1 1985
Optimal static load balancing in distributed computer systems
Tantawi A., Towsley D. Journal of the ACM 32(2): 445-465, 1985. Type: Article
Oct 1 1985
more...

E-Mail This Printer-Friendly
Send Your Comments
Contact Us
Reproduction in whole or in part without permission is prohibited.   Copyright 1999-2024 ThinkLoud®
Terms of Use
| Privacy Policy