Multics > Sites
29 Jul 2002

Site History: MIT

 
Multics Close ⊗
Loading

Location

MIT dome

Massachusetts Institute of Technology, Cambridge, MA, USA.

The MIT GE-645 was installed in the 9th floor machine room of Project MAC, at 545 Technology Square.

MIT Multics Machine room, bldg 39

Dave Jordan & Roger Roach
at the 6180 console,
MIT building 39, third floor, mid-1970s.
(Click for a larger view.)

In 1972, a Honeywell 6180 was installed in MIT's building 39, at the Information Processing Services Center. There are publicity pictures of the new machine.

The MIT system was upgraded several times and finished as a dual DPS8/70M.

The machine was moved to building W91, 565 Memorial Drive, the old wind tunnel building, in the summer of 1983, and Building 39 became the Microcircuits production building. The third floor still has the original raised floor.

First Installed

GE-645: January, 1967
H-6180: November, 1972

Configuration

GE-645: (1967-1973)

ARPANet connection (GIMPSPIF) [host 6] (added in 1970).
A detailed configuration memo from the Multics Planning Notebook is available.

MIT 645 Multics block diagram

H-6180: (1972-1988)

(List price of such a system was about $7 million.)

Some additional equipment owned by Honeywell (an IOM, an DN355, and an extra printer) was used at the MIT site until CISL set up its own development machine in 1974.

A third CPU was made available by Honeywell in early 1975 so that the MIT Multics system could run two CPUs while the processors were converted to add cache memory.

256K of memory was added in March, 1978.

In mid 1980, the configuration was updated to:
2 L68/DPS processors
2.5 MW of memory
replacing the 512K of core memory and 2 MW bulk store. There were also 2 dual channel disk controllers, and 2 6678 FNPs, indicating that we could create two systems from them. Thus assuming, although not specified, 2 IOMs.

In 1982, the machine was upgraded from 2 DPS/68 processors with 3,072K (words) of memory to 2 DPS 8/70M processors with 2 MB of memory and an additional 14 MB of memory.

When MIT sold its Multics hardware back to Honeywell in 1988, the system had a total of 24 MB of memory.

MIT Multics Computing Timeline

MIT Computing timeline 1944-2007
TYPEYEARLSTYLEHEIGHTTEXTTSTYLE
back1944#eeeeee1957Whirlwind
back1957#ddddff1963batch
back1963#ddffdd1969CTSS
back1969#ffdddd1988Multics
back1988#ddffdd2020Athena
axis1940
axis1955
axis1965
axis1975
axis1985
axis1995
axis2005
axis2015
axis2030
data19441Whirlwind
data19571CC 704
data19592time|sharing
data19614CTSS|demo
data19635CTSS
data19641GE|BTL
data19653635
data19674645
data19691645|Multics
data197236180|Multics
data19735CTSS|shutdown
data198212-DPS|8/70M
data19883Multics|shutdown
data20071Multics|Open Source

Application areas

MIT's machine provided general time-sharing services for education and research to the MIT community, and also supported a cooperative project with GE (later Honeywell) Cambridge Information Systems Laboratory (CISL) to develop the Multics operating system. This second activity meant that the MIT machine was the primary development and exposure site for the Multics design team: system programmers edited and compiled their files on the MIT machine, the master source archive for the system was stored at MIT, and new system versions were first used in production at MIT.

Report of the President 1969, Massachusetts Institute of Technology and Report of the President for the Academic Year 1969-1970, Massachusetts Institute of Technology describes usage of Multics at MIT in the 1968-1970 time frame.

Wes Burner

Wes Burner, MIT building 39, 1972.
(Click for a larger view.)

Salesman

The first salesman for GE was Weston J. Burner. He went on to work at MIT, as Director of the Information Processing Center. Other marketing folks involved with the MIT site over the years included Bob Chevalier and Bob Hoffman.

Some photographs from a 1980s contract signing event in MIT President Paul Gray's office have been provided by Bob Chevalier.

Site Analysts

In a sense, the whole MIT/CISL team were the site analysts. But there was a special team devoted to making and keeping the system stable, during several periods of the system's development. Dave Vinograd led the "System Stabilization Group" during the period when developers were first trying to use the system to support itself. Later, Jerry Grochow led a team at MIT that concentrated on providing a stable initial Multics service. Tom Van Vleck, Dave Jordan, and Roger Roach later performed the same function.

System Administrators

System administration was also different at MIT from most sites, because of the development nature of the site. Much of the system administration code was invented at MIT and shows attention to MIT's concerns. For example, the customer billing subsystem written by Tom Van Vleck is directly responsive to needs of the MIT IPC.

Bob Hart and Bobby Burke were the MIT User Services people who registered users and did the daily system administration.

Operations

The people who ran the MIT 645 and 6180 included Michael V. Solomita, Bob Degan, Dick Cerrato, Leo Ryan, Gerald Andrews, Joe McGillivray, Dick McNamara, Peter Monaco, Dick Moore, Gordy Noseworthy, Eddie Reardon, and John Waclawski.

Notable developments

The MIT Student Information Processing Board (SIPB) was an organization dedicated to providing computer access to undergraduates. This group produced software that used the Multics Limited Service System facilities to give low-cost computing to many students. SIPB_Admin.SIPBADMIN was the first paying user logged in to the MIT 6180 Multics when the machine first came up at MIT in July 1973, and the last paying user logged in when the system shut down in January 1988.

Project MAC users Al Strnad and L. Alan Kraning pioneered the implementation of relational data bases in the late 60s, and a prototype relational database system, Admins, was constructed by Jay Goldman and Prof. James D. Bruce and used to manage the MIT Electrical Engineering Department in the early 70s.

Final Shutdown

January 2, 1988

The MIT 6180 CPUs were sent to the McDonnell Douglas Aviation site.

2MB of memory was sold to the Puerto Rican Highway Authority site.

Anecdotes

Installing the Drum

When MIT was ready to install the 645 on the ninth floor of Tech Square, it was discovered that the firehose drum was too heavy for the floor. A huge girder had to be brought in by crane to distribute the weight.

Graffiti

Tom Van Vleck In the early 60s at MIT, users keypunched and submitted batch processing jobs and picked up their output in the basement of MIT Building 26. When their programs failed, users sometimes scribbled their frustration on the walls.

When MIT opened up Building 39 as its new Information Processing Center building in the late 60s, some of the staff were worried that disgruntled batch computing users would trash the nice new walls with graffiti. I suggested that the staff put up a big sheet of paper on a bulletin board outside the counter where users dropped off jobs and picked up output: people could write whatever they wanted there, and staff would post a restatement of the legible comments with and a response. This worked well: taking users' isses seriously and responding moderately seemed to improve communication, and reasonable suggestions were implemented.

For time-sharing systems, users didn't come to the Computation Center building as often, so a virtual analogue was invented, called mmtu.info (for the biblical meme, mene, tekel, upharsin: "the writing on the wall"). Users sent mail to an account called something like mmtu, and the anonymized user message and its answer would be added to an on-line help file.

Online Consulting

Tom Van Vleck Batch users at MIT could go to the Programming Assistance and Information office on the second floor of Bulding 39. All IPC staff took a turn in this office, helping harried students figure out what went wrong with their OS/360 jobs. (Even staff whose primary responsibility was CTSS, Multics, or CP/67 took a turn. You didn't need to know every detail of OS/360 to help out: you just had to know how to look up answers in the big rack of manuals in the office, and how to recommend that the user run the job again and get a memory dump.)

This didn't work so well for remote time-sharing users. For Multics, Richard Tilden and I created an MIT Installation Maintained Library program called online_consultant (olc) in 1971. Users could type queries to olc and the program would see if a consultant was signed on, and if so send them an interactive message, similar to the send_message command. Consultants signed on with online_consultant_on (olcn) and signed off with online_consultant_off (olcf). This facility excused the Multics programmers from sitting in the PAI office, and allowed staff members with home terminals to sign on from home on evenings and weekends, when many online users needed help.

I was quite surprised to discover in 1999 that long after MIT's Multics machine was gone, the MIT Athena network operated a descendant facility, also called online_consultant. There is a published paper on Athena's olc: "OLC: an on-line consulting system" by T. J. Coppeto, B. L. Anderson, D. E. Geer, and G. W. Treese, published in the conference proceedings of the 1989 ACM Special Interest Group on User Services. https://dl.acm.org/doi/abs/10.1145/73760.73814

Campus Unrest

In the late 60s, campus opposition to the Vietnam War was accompanied by criticism of the ARPA funding for Project MAC and the Cambridge Project. Various demonstrations and sit-ins occurred. The elevators in Tech Square and building 39 were changed to require a key to get to the machine room floor, but no demonstrators ever attacked the computers. In 1971, Honeywell CISL was invaded by a small group of protesters opposed to the manufacture of antipersonnel weapons by another division of the company; they threw flour around the offices.

The big snow of 1978

A blizzard the first week of February 1978 paralyzed Boston for a week. Driving was forbidden; roads were blocked with abandoned cars anyway. The MIT machine stayed up during this time, because it had been set up on "unattended operation," with a BOS script that would reboot the system if it crashed, automatically performing recovery operations if necessary.

The third CPU

[Jeff Schiller] I do believe the third [6180] processor was a freebie. I don't remember why. But I do remember finding bugs that could not be found at CISL because they required 3 CPUs. And then there was the problem in locking that could only show up if you had a CPU 'A' (because 'A' == 0 and the new locking code assumed 0 == free!).

Updated 07/27/95
Updated 07/29/02 with config information from Roger Roach and Jeff Schiller.