Showing papers on "Berkeley Software Distribution published in 1986"
TL;DR: In this article, the authors use a model of distributed computation and measurement to implement a program monitoring system for programs running on the Berkeley UNIX 4.2BSD operating system, which describes the activities of the processes within a distributed program in terms of computation and communication.
Abstract: Writing and debugging distributed programs can be difficult. When a program is working, it can be difficult to achieve reasonable execution performance. A major cause of these difficulties is a lack of tools for the programmer. We use a model of distributed computation and measurement to implement a program monitoring system for programs running on the Berkeley UNIX 4.2BSD operating system. The model of distributed computation describes the activities of the processes within a distributed program in terms of computation (internal events) and communication (external events). The measurement model focuses on external events and separates the detection of external events, event record selection and data analysis. The implementation of the measurement tools involved changes to the Berkeley UNIX kernel, and the addition of daemon processes to allow the monitoring activity to take place across machine boundaries. A user interface has also been implemented.
77 citations
1 Mar 1986
TL;DR: A window manager for workstations with bitmapped displays has been developed that exploits the inter process communication mechanism of the 4.2 Berkeley Unix system, and the DARPA TCP/IP protocols to support remote access to windows.
Abstract: A window manager for workstations with bitmapped displays has been developed. It exploits the inter process communication mechanism of the 4.2 Berkeley Unix system, and the DARPA TCP/IP protocols to support remote access to windows. One user level window manager process runs on each workstation; it tiles the screen(s) with windows, and manages a mouse, keyboard and pop-up menus. Client processes make remote procedure calls requesting the window manager to create or destroy windows, and to draw text and graphics in them. The window manager asynchronously requests clients to redraw their images when windows change size.
“You will get a better Gorilla effect if you use as big a piece of paper as possible. ” Kunihiko Kasahara, Creative Origami.
14 citations
TL;DR: DPUP is a library of utilities that support distributed concurrent computing on a local area network of computers that built upon the interprocess communication facilities in Berkeley Unix 4.2bsd.
Abstract: DPUP is a library of utilities that support distributed concurrent computing on a local area network of computers. The library is built upon the interprocess communication facilities in Berkeley Unix 4.2bsd. Thus it will run on any network, connected by an Ethernet, where each computer runs a version of the Unix operating system that supports the Berkeley Unix interprocess communication facilities. DPUP supports two models of distributed concurrent computation, a master-slave model based upon stream sockets, and a broadcast model based upon datagram sockets. With each model, facilities for creating and terminating remote processes, establishing communications between them, and sending and receiving data between these processes are provided. This paper describes the facilities provided in DPUP and gives examples of their use.
13 citations
1 Jun 1986
TL;DR: Experiences using the Berkeley UNIX line printer spooler mechanism to provide distributed, mostly laser printer based, typesetting and graphics output to a geographically dispersed, heterogeneous, set of host computers and users are described.
Abstract: Experiences using the Berkeley UNIX line printer spooler mechanism to provide distributed, mostly laser printer based, typesetting and graphics output to a geographically dispersed, heterogeneous, set of host computers and users are described The user interface is the usual set of UNIX commands, though the methodology employed is somewhat different from the usual The user's environment is resolved on the local machine and the tasks of document formatting and device driving are relegated to dedicated server systems in order to remove these computer intensive tasks from the timesharing client, or user, systems The details of the system are described, together with an analysis of performance issues and operational aspects
2 citations
1 Feb 1986
TL;DR: An alternative library of elementary functions prepared for use with the standard Fortran compiler under 4.2 BSD UNIX on a VAX 11/780, written in C and based on the book ''Software Manual for the Elementary Functions'' by Cody and Waite.
Abstract: This paper describes an alternative library of elementary functions prepared for use with the standard Fortran compiler under 4.2 BSD UNIX on a VAX 11/780. The library, written in C and based on the book ''Software Manual for the Elementary Functions'' by Cody and Waite, offers improved accuracy over the standard system library, as well as additional capabilities. Listings and output from the ELEFUNT suite of test programs are included in the appendix.
1 citations
1 Oct 1986
TL;DR: This paper presents the implementation of a new command ‘rjsh’ (remote job shell) that can be used to transfer a file and execute in a remote host without specifying a host name.
Abstract: UNIX* 4.2BSD(Berkeley Software Distribution) provides many remote access commands such as rep, rsh and ruptime so as to construct a distributed system. This paper presents the implementation of a new command ‘rjsh’ (remote job shell) that can be used to transfer a file and execute in a remote host without specifying a host name. In this environment, the distributed system can take advantage of load sharing and the user who wishes to use rjsh can execute his file without knowing the detail load status information for remote hosts. The specified source file will be transferred automatically to the least loaded remote host. So, from the users point of view the set of resources that constitutes the distributed systems operates live a single virtual system. When requesting a service, the user should not be required to be aware of the physical location or the instantaneous load of the remote sites.