home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8273 < prev    next >
Encoding:
Text File  |  1992-07-24  |  5.2 KB  |  135 lines

  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!decwrl!deccrl!news.crl.dec.com!stewart
  3. From: stewart@crl.dec.com (Larry Stewart)
  4. Subject: Proposal: Computer History Project
  5. Message-ID: <1992Jul24.144643.19792@crl.dec.com>
  6. Keywords: software, history, computer
  7. Sender: news@crl.dec.com (USENET News System)
  8. Reply-To: stewart@crl.dec.com
  9. Organization: DEC Cambridge Research Lab
  10. Date: Fri, 24 Jul 1992 14:46:43 GMT
  11. Lines: 122
  12.  
  13. Here is the beginning of an idea.  Let's kick it around and build on it.
  14. I've been thinking about this for 6 months or so, and I've mentioned
  15. the idea to several people privately, but klh's recent announcement 
  16. galvanized me into action.
  17.     -Larry Stewart
  18.  
  19.  
  20. THE COMPUTER HISTORY PROJECT
  21.  
  22. Lawrence C. Stewart
  23. Cambridge Research Laboratory
  24. Digital Equipment Corporation
  25. July 24, 1992
  26.  
  27. Summary
  28. -------
  29.  
  30. The idea of the Computer History Project is to preserve the
  31. history of computing systems, and to make that history readily 
  32. available to everyone.  The basic idea is to publish a CDROM,
  33. or perhaps a series of CDROMs which would contain emulators
  34. for historic computing machines and copies of their operating
  35. software and documentation.
  36.  
  37. Modern computers are so much faster than historic machines that
  38. it is possible to emulate the instruction set and I/O systems
  39. of a historic machine at full speed.  Thus students will be
  40. able to actually sit down and use TENEX running on an emulated
  41. PDP-10, or Bravo on a Xerox Alto, even when no more PDP-10's or
  42. Altos exist.
  43.  
  44. The history of computing is partly a story of hardware, and
  45. that is well captured by film and museums.  However, the
  46. largest part of computing is software, and at present there is
  47. no means of preserving it.
  48.  
  49. Preserving Software
  50. -------------------
  51.  
  52. There are three parts to the problem of preserving software:
  53.  
  54. 1)    The software is kept on older media types, for which
  55.     I/O devices are not readily available.
  56.  
  57. 2)    The hardware on which the software runs is obsolete
  58.     and no longer maintainable.
  59.  
  60. 3)    The documentation for the software and systems is frequently
  61.     on paper.
  62.  
  63. The media problem must be handled by rolling forward old software
  64. onto new media.  At the moment, the CDROM represents the best technology
  65. for preserving older software - it is cheap, it is read-only, it
  66. has high capacity, and the I/O devices will be widely available for
  67. some time to come.
  68.  
  69. The hardware problem must be handled by emulation.  We have the unique
  70. advantage in computing that machine performance is constantly increasing.
  71. Views vary, but it seems that performance at constant cost is increasing
  72. at about 50% to 100% per year.  The industry has been on this curve for
  73. a long time and there seems no obstacle in view that will prevent it
  74. from continuing.  Consequently, software that emulates an older machine
  75. can do so at "full performance" and indeed it should be possible to build
  76. "faster" machines in software than was possible when they were embodied
  77. in hardware.
  78.  
  79. The problem of documentation is the most difficult, but the proposal
  80. is that the critial documentation for using historic software be
  81. scanned and stored in electronic form as compressed images.  A CDROM
  82. can store a great many pages this way.  It may also be possible to use
  83. optical character recognition to eventually convert old paper documentation
  84. into computer readable text.
  85.  
  86. Emulating the Software
  87. ----------------------
  88.  
  89. It will not be sufficient to produce and distribute emulators just for
  90. the instruction set of a historic computer.  Much of what makes these
  91. systems interesting is the user environment and the system software.  For
  92. this reason, the emulators will have to either emulate the operating system
  93. interfaces or emuate the I/O devices and actually run a copy of the original
  94. operating system as well as the applications.
  95.  
  96. This may represent a lot of work, but it is by no means impossible.
  97. For example, Ken Harrenstein has recently announced an emulator for the 
  98. DEC KS-10 processor sufficiently accurate that the MIT ITS system can be
  99. run.
  100.  
  101. How will the project work?
  102. --------------------------
  103.  
  104. There must be several components:
  105.  
  106. A set of guidelines for emulation and portability of the emulators.
  107. The emulators will have to be included in source form, so that the
  108. emulators can be rolled forward.
  109.  
  110. A clearinghouse to collect electronic contributions to the project.
  111. This should be a computer system accessible to the Internet, so that
  112. systems submitted to the clearinghouse can be exposed to the "beta test"
  113. of the internet community before they are frozen on a CDROM.
  114.  
  115. A set of guidelines for the formats of stored data and documentation must
  116. be created.  There are a variety of compressed image storage formats
  117. available, for example.
  118.  
  119. In the case of commercial systems, the vendors must release
  120. into the public domain copies of operating systems, utility software,
  121. and documentation.  At the minimum, vendors must be encouraged
  122. to preserve complete copies of software and documentation until
  123. such time as they are prepared to release them into the public
  124. domain.
  125.  
  126. Conclusion
  127. ----------
  128.  
  129. This is just a sketch of an idea.  In less than one lifetime the computing
  130. industry has progressed from nothing to todays 100 MIP desktop machines.
  131. We must not let the opportunity slip away to preserve the history of
  132. this phenomenon.
  133.  
  134. ======================================================================
  135.