Publications
189 results found
Magee J, Dulay N, Kramer J, 1992, Structuring parallel and distributed programs, Pages: 102-117
Darwin is a configuration language which allows distributed and parallel programs to be structured interns of groups of process instances which communicate by message passing. In addition to expressing static structure, Darwin can be used to express structures which change dynamically as execution progresses. The paper presents a set of examples illustrating the use of Darwin in constructing parallel programs. Since processes can be considered to be an abstraction of physical processors, Darwin can also be used to describe the hardware structure of distributed memory multicomputers in terms of processors and their interconnection. The paper illustrates this for a multicomputer constructed from transputers and shows its use in the process of mapping the logical structure of a parallel program to the physical hardware.
Crane S, Dulay N, 1992, Constructing multi-user applications in REX, Pages: 365-370
Presents a configuration language based approach to the description and construction of distributed multiuser applications. The authors describe the facilities of the configuration language DARWIN which permit the description of multiuser applications in a manner identical to normal configuration-based parallel or distributed programs. The implementation platform, REX, is described, as is Conf, a distributed conferencing programs which, while simple, illustrates several of DARWIN's important and powerful features.
Magee J, Dulay N, 1992, A configuration approach to parallel programming, Future Generation Computer Systems, Vol: 8, Pages: 337-347, ISSN: 0167-739X
This paper advocates a configuration approach to parallel programming for distributed memory multicomputers, in particular, arrays of transputers. The configuration approach prescribes the rigorous separation of the logical structure of a program from its component parts. In the context of parallel programs, components are processes which communicate by exchanging messages. The configuration defines the instances of these processes which exist in the program and the paths by which they are interconnected. The approach is demonstrated by a toolset (Tonic) which embodies the configuration paradigm. A separate configuration language is used to describe both the logical structure of the parallel program and the physical structure of the target multicomputer. Different logical to physical mappings can be obtained by applying different physical configurations to the same logical configuration. The toolset has been developed from the Conic system for distributed programming. The use of the toolset is illustrated through its application to the development of a parallel program to compute Mandelbrot sets. © 1992.
Magee J, Dulay N, 1992, MP: A Programming Environment for Multicomputers., Publisher: North-Holland, Pages: 1-16
MAGEE J, DULAY N, 1991, A CONFIGURATION APPROACH TO PARALLEL PROGRAMMING, BIANNUAL CONF ON PARALLEL ARCHITECTURES AND LANGUAGES EUROPE ( PARLE 91 ), Publisher: SPRINGER-VERLAG BERLIN, Pages: 313-330
MAGEE J, DULAY N, 1991, A CONFIGURATION APPROACH TO PARALLEL PROGRAMMING, LECTURE NOTES IN COMPUTER SCIENCE, Vol: 506, Pages: 313-330, ISSN: 0302-9743
- Author Web Link
- Cite
- Citations: 1
Magee J, Kramer J, Sloman M, et al., 1990, An overview of the REX software architecture, Pages: 396-402
The authors describe the software architecture currently under development for the REX (Reconfigurable and Extensible Parallel and Distributed Systems) project, supported by the European Economic Community under the ESPRIT II initiative. The architecture is aimed at supporting the construction of reconfigurable and extensible parallel and distributed systems. The main principle underlying this architecture is that systems should be described, constructed, and modified as a structural configuration of interconnected component instances. The structure should be described by a separate explicit configuration language allowing components to be programmed in a range of heterogeneous programming languages. The authors give an informal description of the three elements of the architecture, namely, an interface specification language, a set of communication primitives, and a language for describing overall system structure, called Darwin. Examples of the use of these are given, together with an overview of how they integrate to support construction and reconfiguration of distributed systems.
Dulay N, Kramer J, Magee J, et al., 1987, Distributed System Construction: Experience with the Conic Toolkit, Experiences with Distributed Systems, Publisher: Springer-Verlag, Pages: 189-212
DULAY N, KRAMER J, MAGEE J, et al., 1987, DISTRIBUTED SYSTEM CONSTRUCTION - EXPERIENCE WITH THE CONIC TOOLKIT, Proceedings of the International Workshop on Experiences with Distributed Systems, Publisher: SPRINGER VERLAG, Pages: 189-212, ISSN: 0302-9743
For the last eight years the Distributed Systems Research Group at Imperial College has conducted research into the development of an environment to support the construction and operation of distributed software. The result has been the Conic Toolkit: a comprehensive set of language and run-time tools for program compilation, building, debugging and execution in a distributed environment. Programs may be run on a set of interconnected host computers running the Unix operating system and/or on target machines with no resident operating system.Two languages are provided, one for programming individual task modules (processes) and one for the configuration of programs from simpler groups of task modules. In addition the enviroment supports the re-use of program components and allows the configuration of new components into running systems. This dynamic configuration capability is provided by a distributed configuration management tool which is the primary method of creating, controlling and modifying distributed application programs. The system also supports user transparent datatype transformation between heterogeneous processors.This paper describes and reflects on the major design principles of the Conic toolkit and discusses the experiences both of the Conic research group and the various other universities and industries who are using the toolkit.
This data is extracted from the Web of Science and reproduced under a licence from Thomson Reuters. You may not copy or re-distribute this data in whole or in part without the written consent of the Science business of Thomson Reuters.