perm filename WORKS.MSG[UP,DOC]15 blob
sn#658787 filedate 1982-05-18 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00300 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00027 00002 Subject: Welcome to APOLLO
C00031 00003 Subject: Themes for discussion
C00034 00004 Subject: Preliminary results from the personal workstations survey
C00041 00005 Subject: personal computer economics
C00043 00006 Subject: Re: Another Xerox workstation.
C00045 00007 Subject: SAM/Worm/820
C00047 00008 Subject: personal computer economics
C00051 00009 Subject: personal computer economics
C00053 00010 Subject: Subjective value of Personal Workstations
C00056 00011 Subject: Star/Mesa
C00058 00012 Subject: Star
C00061 00013 [Subj: Mesa language, PDP10, etc]
C00063 00014 Subject: Re: Speaking up Xerox!
C00065 00015 Subject: Workstations, and their posts.
C00069 00016 Subject: correction on dlw's message
C00072 00017 Subject: Acquiring personal computers
C00077 00018 Subject: Arpanet usage
C00080 00019 Subject: Stars in the sky
C00084 00020 Subject: Productivity gains without using workstations
C00087 00021 Subject: Star Info
C00089 00022 Subject: Re: Apollo Network
C00095 00023 Subject: Quick overview/summary: The Apollo-I (Domain) computer.
C00098 00024 Subject: Re: Star Info
C00101 00025 Subject: Re: Star Info/Smalltalk
C00103 00026 Subject: Re: Smalltalk
C00105 00027 Subject: Chromatics
C00111 00028 Subject: Burroughs OFIS products
C00115 00029 Subject: Re: Works: Re RIvanciw: OA Architecture
C00119 00030 Subject: Apollo files and network
C00121 00031 Subject: Comment on note on Apollo Network
C00123 00032 Subject: Re: Quick overview/summary: The Apollo-I (Domain) computer.
C00125 00033 Subject: APOLLO net
C00128 00034 Subject: My CT system configuration and Chromatics
C00131 00035 Subject: Re: Personal Workstations -- who for?
C00137 00036 Subject: Interupting a workstation session
C00141 00037 Subject: Shades of Nicholas Negroponte
C00143 00038 Subject: Tools for personal workstations
C00146 00039 Subject: Languages for Distributed Workstations
C00152 00040 Subject: system architecture
C00155 00041 Subject: Mini/Micro Systems June 1981
C00156 00042 Subject: Re: Xerox Dolphin (alias 1100?)
C00162 00043 Subject: Personal Workstations
C00165 00044 Subject: The Economics of Workstations
C00172 00045 Subject: Interupting a workstation session
C00175 00046 Subject: Re: Tools for personal workstations
C00176 00047 Subject: frisbees and floppies...
C00178 00048 Subject: Addressing and File Accessing
C00181 00049 Subject: Re: el.POBox 19 Jun 81 7:36-EDT
C00182 00050 Subject: Multiple Levels Of State
C00186 00051 Subject: Re: Tools for personal workstations
C00190 00052 Subject: On productive text editors, suggested reading includes
C00191 00053 Subject: ALANTHUS System 1000 workstation
C00193 00054 Subject: Re: Xerox Dolphin (alias 1100?)
C00195 00055 Subject: Xerox 1100 (Dolphin)
C00197 00056 Subject: ALANTHUS System 1000 workstation
C00199 00057 Subject: Clarifications about interrupting workstaions
C00202 00058 Subject: Re: Multiple Levels Of State
C00204 00059 Subject: Question to field: Bit Mapped displays
C00205 00060 Subject: Addressing and File Accessing
C00207 00061 Subject: Re: File accessing?
C00208 00062 Subject: Re: Addressing and File Accessing
C00212 00063 Subject: Errata on Barns message "Addressing and File Accessing"
C00216 00064 Subject: Storage Question Restated
C00221 00065 Subject: Re: Addressing and File Accessing
C00224 00066 Subject: Re: Question to field: Bit Mapped displays
C00228 00067 Subject: capability machines
C00230 00068 Subject: Re: Addressing and File Accessing
C00234 00069 Subject: Re: Addressing and File Accessing
C00238 00070 Subject: Xerox 820 Ethernet compatability
C00240 00071 Subject: EMACS -vs- UNIX
C00247 00072 Subject: CMU Workstation milestone
C00248 00073 Subject: Re: Ethernet capabilities of 820 and STAR
C00256 00074 Subject: Switching tasks and context
C00260 00075 Subject: Multiple Levels of State
C00263 00076 Subject: Spatial design for a workstation
C00274 00077 Subject: Ivanciw's ideas &c: comments
C00279 00078 Subject: Re: Tools for personal workstations
C00281 00079 Subject: Re: capability machines
C00283 00080 Subject: Re: Spatial design for a workstation
C00285 00081 Subject: Contexts as Icons
C00289 00082 Subject: Multiple Levels of State
C00291 00083 Subject: Re: Switching tasks and context
C00295 00084 Subject: not putting phone messages into electronic mail files
C00297 00085 Subject: Re: A Quibble or two
C00301 00086 Subject: Re: not putting phone messages into electronic mail files
C00304 00087 Subject: Re: not putting phone messages into electronic mail files
C00307 00088 Subject: speaking of touch panels...
C00308 00089 Subject: Re: Spatial design for a workstation
C00310 00090 Subject: Context Managers
C00314 00091 Subject: Re: Re: Tools for personal workstations
C00315 00092 Subject: Re: Contexts as Icons
C00317 00093 Subject: Unfinished tasks, intra-office mail, and system death
C00321 00094 Subject: Re: A Quibble or two
C00323 00095 Subject: Reliability
C00327 00096 Subject: Re: JWalker comments on working at home, on planes, etc.
C00331 00097 Subject: Working at home
C00335 00098 Subject: Office of Tomorrow, where is it?
C00338 00099 [Subj: Bravo/Hypertext]
C00340 00100 Subject: Workstation Reliability and Redundancy
C00346 00101 Subject: Automated desk
C00349 00102 Subject: Re: Context Managers
C00350 00103 Subject: Icons
C00352 00104 Subject: Re: Reliability
C00356 00105 Subject: Touchpanels
C00360 00106 Subject: Re: Touchpanels
C00374 00107 Subject: Picture vs. Window names
C00381 00108 [Subj: more on icons]
C00383 00109 Subject: Re: Unfinished tasks, intra-office mail, and system death
C00385 00110 Subject: Reliablity
C00387 00111 Subject: SUN Workstation
C00389 00112 Subject: Collected Responses on Touchpanels II
C00404 00113 Subject: Re: Picture vs. Window names
C00406 00114 Subject: pukcba ekortsyek
C00408 00115 Subject: Making paper go away
C00413 00116 Subject: Programming by example
C00421 00117 Subject: Re: Reliablity
C00423 00118 Subject: PIE reports from PARC
C00424 00119 Subject: Quickie poll
C00425 00120 Subject: Re: Making paper go away
C00428 00121 Subject: Re: Making paper go away
C00432 00122 Subject: Making paper go away
C00436 00123 Subject: Re: Office of Tomorrow, where is it?
C00440 00124 Subject: Icons and analogy
C00444 00125 Subject: Redefining the art
C00446 00126 Subject: Re: Re: A Quibble or two
C00450 00127 Subject: Re: Spatial design for a workstation
C00457 00128 Subject: Re: Spatial design for a workstation
C00461 00129 Subject: Collected responses on terminal input devices
C00473 00130 Subject: Bell Labs "writers workbench"
C00474 00131 Subject: writing aids
C00475 00132 Subject: Realtime proofreaders
C00478 00133 Subject: Configuration
C00482 00134 Subject: [don: EP]
C00485 00135 Subject: Alternatives to making paper go away
C00488 00136 Subject: Re: Making paper go away
C00492 00137 Subject: Scanning structured text
C00494 00138 Subject: Editing
C00498 00139 Subject: Writing English
C00501 00140 Subject: Ideal word-processor
C00505 00141 ["Automate the Business Office--How and When"]
C00508 00142 Subject: Talking Workstations, that elusive 'external device'.
C00510 00143 Subject: mice,balls,touch-plates,pens.
C00513 00144 Subject: Re: Configuration
C00518 00145 Subject: Collected Responses on Terminal Input Devices
C00531 00146 Subject: terminals versus comp centers
C00534 00147 Subject: Collected responses on terminal input devices
C00555 00148 Subject: WorkS problems
C00559 00149 Subject: Realtime proofreaders
C00563 00150 Subject: File Backup
C00568 00151 Subject: Collected responses on terminal input devices
C00580 00152 Subject: More on configuration
C00586 00153 Subject: WorkS Software.
C00589 00154 Subject: Collected responses on useable systems
C00596 00155 Subject: Sperry Univac workstation design group -- eyewitness testimony
C00602 00156 Subject: Sperry Univac workstation design group -- eyewitness testimony
C00608 00157 ∂26-Jul-81 2028 AVB Xerox announcement on Dolphin/1100
C00616 00158 Subject: "mundane" systems
C00621 00159 Subject: re: REM' s remarks on Global configurations
C00626 00160 Subject: apollo s/w release 2.0
C00630 00161 Subject: Mouse Guts
C00636 00162 Subject: Big AND Small
C00644 00163 Subject: Keystroke Monitoring
C00647 00164 Subject: WorkS Digest V1 #1
C00658 00165 Subject: WorkS Digest V1 #3
C00669 00166 Subject: WorkS Digest V1 #4
C00672 00167 Subject: WorkS Digest V1 #5
C00690 00168 Subject: WorkS Digest V1 #6
C00699 00169 Subject: WorkS Digest V1 #7
C00706 00170 Subject: WorkS Digest V1 #8
C00713 00171 Subject: Announcements - ANSI Standards Comm. & NCC82 Call for Papers
C00719 00172 Subject: WorkS Digest V1 #9
C00722 00173 Subject: WorkS Digest V1 #10
C00732 00174 Subject: WorkS Digest V1 #11
C00740 00175 Subject: WorkS Digest V1 #13
C00749 00176 Subject: WorkS Digest V1 #13
C00755 00177 Subject: WorkS Digest V1 #14
C00758 00178 Subject: WorkS Digest V1 #16
C00764 00179 Subject: WorkS Digest V1 #17
C00771 00180 Subject: WorkS Digest V1 #18
C00773 00181 Subject: WorkS Digest V1 #19
C00778 00182 Subject: WORKS Digest V1 #20
C00793 00183 Subject: WORKS Digest V1 #21
C00799 00184 Subject: WORKS Digest V1 #23
C00807 00185 Subject: WORKS Digest V1 #24
C00819 00186 Subject: WORKS Digest V1 #25
C00823 00187 Subject: WorkS Digest V1 #26
C00830 00188 Subject: WORKS Digest V1 #27
C00840 00189 Subject: WORKS Digest V1 #28
C00871 00190 Subject: WorkS Digest V1 #29
C00887 00191 Subject: WorkS Digest V1 #30
C00891 00192 Subject: WorkS Digest V1 #31
C00900 00193 Subject: WorkS Digest V1 #32
C00911 00194 Subject: Works Digest V1 #33
C00920 00195 Subject: WorkS Digest V1 #34
C00932 00196 Subject: WorkS Digest V1 #35
C00945 00197 Subject: WorkS Digest V1 #36
C00954 00198 Subject: WorkS Digest V1 #37
C00960 00199 Subject: WorkS Digest V1 #38
C00966 00200 Subject: WORKS Digest V1 #22
C00970 00201 Subject: WorkS Digest V1 #39
C00974 00202 Subject: WorkS Digest V1 #40
C00987 00203 Subject: WorkS Digest V1 #41
C00994 00204 Subject: WorkS Digest V1 #42
C00998 00205 Subject: WorkS Digest V1 #43
C01002 00206 Subject: WorkS Digest V1 #45
C01011 00207 Subject: WorkS Digest V1 #46
C01019 00208 Subject: WorkS Digest V1 #47
C01026 00209 Subject: WorkS Digest V2 #1
C01034 00210 Subject: WorkS Digest V2 #2
C01052 00211 Subject: WorkS Digest V2 #3
C01062 00212 Subject: WorkS Digest V2 #4
C01077 00213 Subject: WorkS Digest V2 #5
C01095 00214 Subject: WorkS Digest V2 #6
C01118 00215 Subject: WorkS Digest V2 #7
C01134 00216 Subject: WorkS Digest V2 #8
C01140 00217 Subject: WorkS Digest V2 #9
C01150 00218 Subject: WorkS Digest V2 #10
C01170 00219 Subject: WorkS Digest V2 #11
C01175 00220 Subject: WorkS Digest V2 #12
C01180 00221 Subject: WorkS Digest V2 #13
C01196 00222 ∂23-Feb-82 2344 AVB WorkS Digest V2 #14
C01202 00223 ∂23-Feb-82 2345 AVB Perceived Complexity of computer and/or text editing systems
C01205 00224 ∂23-Feb-82 2345 AVB Test and archive
C01207 00225 ∂23-Feb-82 2359 AVB Workstations and multiprocessing
C01211 00226 ∂24-Feb-82 0004 AVB Fortune 32:16
C01220 00227 ∂24-Feb-82 0008 AVB Re: UNIX & Workstations & Networking ...
C01223 00228 ∂28-Feb-82 1126 AVB Re: Works archive...
C01226 00229 ∂28-Feb-82 1126 AVB General Works comments
C01235 00230 ∂28-Feb-82 1128 AVB Bit-map for the Wicat
C01239 00231 ∂28-Feb-82 1143 AVB Wicat Graphics
C01243 00232 ∂28-Feb-82 1144 AVB Re: Wicat Graphics
C01245 00233 ∂28-Feb-82 1145 AVB Window Management
C01248 00234 ∂28-Feb-82 1149 AVB Re: Wicat Graphics
C01250 00235 ∂28-Feb-82 2322 AVB
C01251 00236 ∂28-Feb-82 2322 AVB Victor Workstation
C01254 00237 ∂28-Feb-82 2322 AVB where's the innovation
C01256 00238 ∂28-Feb-82 2322 AVB
C01257 00239 ∂28-Feb-82 2323 AVB victor 9000
C01264 00240 ∂28-Feb-82 2323 AVB IBM PC Review
C01271 00241 ∂01-Mar-82 1223 AVB IBM PC Review
C01275 00242 ∂01-Mar-82 1223 AVB IBM PC Review
C01280 00243 ∂01-Mar-82 1225 AVB Re: Window Management
C01283 00244 ∂01-Mar-82 1226 AVB WorkS Now both DIGEST and Direct distribution
C01286 00245 ∂01-Mar-82 1226 AVB
C01288 00246 ∂01-Mar-82 1228 AVB IBM PC comments
C01293 00247 ∂04-Mar-82 2156 AVB Re: where's the innovation
C01296 00248 ∂04-Mar-82 2157 AVB Re: IBM PC Bus Extensionts)
C01298 00249 ∂04-Mar-82 2158 AVB
C01299 00250 ∂04-Mar-82 2159 AVB IBM PC Bus Extension
C01302 00251 ∂04-Mar-82 2200 AVB Innovation...
C01304 00252 ∂04-Mar-82 2209 AVB 68000 wait states
C01307 00253 ∂04-Mar-82 2345 AVB 68000 system performance
C01311 00254 ∂06-Mar-82 1203 AVB Innovation
C01314 00255 ∂06-Mar-82 1203 AVB re: 68000 wait states
C01315 00256 ∂06-Mar-82 1703 AVB Re: Innovation
C01319 00257 ∂08-Mar-82 2148 AVB Apollo system software
C01334 00258 ∂08-Mar-82 2148 AVB Ethernet Doomed?
C01336 00259 ∂08-Mar-82 2156 AVB Electronic Newsroom Info Request
C01338 00260 ∂09-Mar-82 1044 AVB Re: Ethernet Doomed?
C01340 00261 ∂11-Mar-82 1215 AVB Perqs, Accent, and Spice
C01343 00262 ∂11-Mar-82 1216 AVB
C01348 00263 ∂11-Mar-82 1216 AVB Re: Ethernet Doomed?
C01352 00264 ∂11-Mar-82 1217 AVB Administrivia - Archives.
C01356 00265 ∂11-Mar-82 1217 AVB Re: Ethernet Doomed?
C01362 00266 ∂11-Mar-82 1217 AVB Apollo
C01365 00267 ∂11-Mar-82 1218 AVB Ethernet Doomed?
C01368 00268 ∂11-Mar-82 1219 AVB Hardware Driven?
C01372 00269 ∂11-Mar-82 1219 AVB Re: WORKS Digest V2 #19
C01374 00270 ∂11-Mar-82 1220 AVB Mike O'Dell and Ethernet
C01377 00271 ∂11-Mar-82 1221 AVB Is UNIX really the answer ?
C01383 00272 ∂11-Mar-82 1221 AVB Re: is unix really the answer?
C01387 00273 ∂11-Mar-82 1222 AVB Re: is unix really the answer?
C01389 00274 ∂11-Mar-82 1223 AVB Re: Mail headers
C01391 00275 ∂11-Mar-82 1224 AVB Unix really isn't the answer
C01394 00276 ∂11-Mar-82 1225 AVB UNIX & "the" Answer
C01397 00277 ∂11-Mar-82 1226 AVB Ethernet Doomed?
C01399 00278 ∂11-Mar-82 1227 AVB ethernet, unix
C01404 00279 ∂11-Mar-82 1228 AVB TOPS-20 EXEC
C01407 00280 ∂11-Mar-82 1245 AVB Re: UNIX & "the" Answer
C01410 00281 ∂11-Mar-82 1652 AVB Re: Ethernet Doomed?
C01412 00282 ∂11-Mar-82 1653 AVB Re: Re: UNIX & "the" Answer
C01414 00283 ∂11-Mar-82 1653 AVB Someone's Theory
C01416 00284 ∂11-Mar-82 1930 AVB Re: Unix really isn't the answer
C01421 00285 ∂13-Mar-82 0958 AVB Opinions & Biases
C01426 00286 ∂13-Mar-82 0959 AVB UNIX as a working environment
C01432 00287 ∂13-Mar-82 0959 AVB Unix, IBM, humankind, Smalltalk, animation, parallelism
C01437 00288 ∂13-Mar-82 1000 AVB software releases
C01440 00289 ∂13-Mar-82 1001 AVB A minor point...
C01442 00290 ∂17-Mar-82 1139 AVB WORKS Digest V2 #24
C01469 00291 ∂20-Mar-82 1009 AVB WORKS Digest V2 #25
C01479 00292 ∂20-Mar-82 1010 AVB WORKS Digest V2 #26
C01486 00293 ∂22-Mar-82 0820 AVB WORKS Digest V2 #27
C01509 00294 ∂22-Mar-82 2216 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #28
C01518 00295 ∂23-Mar-82 2212 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #29
C01526 00296 ∂24-Mar-82 2318 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #30
C01549 00297 ∂26-Mar-82 2100 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #31
C01560 00298 ∂29-Mar-82 2342 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #34
C01567 00299 ∂30-Mar-82 2244 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #35
C01579 00300 ∂04-Apr-82 0100 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #38
C01592 ENDMK
C⊗;
Subject: Welcome to APOLLO
∂05-Jun-81 2215 DUFFEY at MIT-AI (Roger D. Duffey, II) Welcome to APOLLO
Date: 6 JUN 1981 0115-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: New APOLLO Subscribers
Hello,
Welcome to the APOLLO mailing list. APOLLO discusses personal
work station computers, like the APOLLO work station computer,
BBN's Jericho, the Three Rivers Corporation PERC, or the newly
announced Xerox STAR. APOLLO provides a way for interested
members of the ARPAnet community to discuss what is wrong with
these machines, compare notes on work in progress, and share
useful insights about these kinds of systems. The list is
managed by Hank Dreifus <Dreifus at WHARTON>.
APOLLO is currently discussing initial reactions to the Xerox
Star Workstation. Sandor Schoichet <SROSS at MIT-XX> has been
conducting an informal survey about the Star. The current
results are available in the file DUFFEY;APOLLO STARMS on MIT-AI
and the file <SROSS>STAR.MSS on MIT-XX. Please note that you do
not need to login to FTP the file from MIT-AI. People who cannot
obtain copies of the file themselves may request a copy of the
file by sending mail to APOLLO-REQUEST@AI.
Hank Dreifus <Dreifus at WHARTON> is conducting an initial
survey about the personal workstations people on this list
are using and/or developing. He would like to send him a
brief message describing the OA machine you use and why
(or why not). He will collect the responses and distribute
a final summary to the list.
A complete record of the APOLLO discussions will be maintained
in the file AI:DUFFEY;APOLLO ARCHIV. The archive is small now
because APOLLO is only a few days old. However, this will
change rapidly.
Comments in the ongoing discussions should be addressed to
APOLLO@MIT-AI. Administrative requests (eg. a message asking
to add someone to the mailing list) or questions about the
goals of this list should be addressed to APOLLO-REQUEST@MIT-AI.
Lastly, welcome to APOLLO. I trust you will enjoy being part of
these discussions.
Cheers,
Roger
Subject: Themes for discussion
∂11-Jun-81 0714 DREIFU at WHARTON-10 (Henry Dreifus) Themes for discussion
Date: 11 Jun 1981 (Thursday) 0915-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: APOLLO at MIT-AI
Some of the topics I would like to see discussed by this discussion
list are:
o Definition of a personal workstation.
o The IDEAL personal workstation.
o Technical review of all participating machines
where some accurate knowledge of the machine
can be presented.
o The introduction of personal workstations into large
business. The question of operational logistics,
transferring an application to a small machine.
o Is the right answer to make the small workstation
look like a very slow version of a large mainframe?
o Example applications.
o Trade offs in networking the workstations. Performance
weighed against cost and overhead.
o Some of the plans for introducing workstations in
operational areas.
o End user(s) of workstations, the application skewed
machines.
o User interfaces, factors.
------------------------------
There are but a few ideas. However one caveat. Facts are better
than Flames. Please no flaming, that is the one thing this list
is better off without.
Henry Dreifus
DREIFUS@WHARTON-10
-----
Subject: Preliminary results from the personal workstations survey
∂11-Jun-81 0735 DREIFU at WHARTON-10 (Henry Dreifus) Preliminary results from the personal workstations survey
Date: 11 Jun 1981 (Thursday) 0920-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: APOLLO at MIT-AI
Below is a condensed version of the various systems that people
have made an attempt to respond to. The interesting point(s)
that I have noticed are:
o Everyone's view of Personal Workstations is different.
o The machine(s) selected are wide ranged and apparently
well suited for each application chosen.
o There is no wrong Personal Workstation machine.
o The technology of Personal Workstations is not well
established as of yet.
o There is a demonstrated need for this technology,
it appears to be one year away from general use.
o Most have:
Large address space (or VM).
Networking capabilities.
Very good display hardware.
Large local storage capacity.
Micro-processor based.
Contain an external locator type input device.
o Most are missing:
Software tools to round out system.
Market recognition.
Gateway access, no gateway specifications.
Too many parts, development schedules are
full, revision schedules are bare.
Consistency. This is a result of different
definitions of what a personal workstation
is supposed to be.
------------------------------
Below is a summary of the survey responses. Eventually, each
machine will be examined in greater detail. The intention is
to educate ourselves about personal workstations. They sound
neat, but what they are under the surface is still a hot topic.
Machine Reason/Use Comments
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Perq Spice Project 15
Spice means: Scientific Personal Integrated Computing Environment.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Jericho BBN - Lisp machines 30
need large address
space and powerful
LISP processing.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
CTI For Alanthus. 16 workstations per
cluster capability.
(no numbers)
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
DEC-20/Ts computer Large Scale OA proj. 20
Interesting for discussion purposes.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Apollo Test/soft devt. 2 - max curr config.
existing in field
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Xerox Xerox Corp devt. 50-60
MIT, and others:
experimentation.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Nu's MIT Workstation 15-25
prototype
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Wang WPS-25 Experiment 1-4
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Extending the survey:
Each technical group that has a machine; eg Xerox PARC,
please designate one person to introduce their machine(s)
with references in the literature. For each agency or
sponsored group, list the application and the reasons and
any other relevant information about their specific problem,
eg: general Office Management, or some application. This
should provide a good beginning in opening the discussions.
Henry Dreifus
DREIFUS@WHARTON-10
-----
Subject: personal computer economics
∂11-Jun-81 0759 Hank Walker at CMU-10A (C410DW60) personal computer economics
Date: 11 June 1981 1025-EDT (Thursday)
From: Hank Walker at CMU-10A (C410DW60)
To: apollo at MIT-AI
Most of the comments on the Xerox Star that have appearred in the paper say
something like "very nice...for half the price". VERY few companies have
computer capitalization that exceeds $10,000 per person. That's roughly
what it is at DEC (internal transfer cost), and the average outside company
would have to spend a lot more to reach the same level, which I consider
just adequate (terminal at home, one at work, access to several group
machines). The comments that I have heard from people in marketing are
that they don't think that large numbers of the Star will be sold to peons,
but rather to management types, who can use it as a status symbol.
So one requirement of a personal workstation that you are going to give
to everybody, including the secretaries, is a price of less than $10,000
including overhead from network, printer, file servers, etc. Also including
software.
Subject: Re: Another Xerox workstation.
∂11-Jun-81 1213 Charles B. Weinstock <Weinstock at SRI-KL> Re: Another Xerox workstation.
Date: 11 Jun 1981 1123-PDT
From: Charles B. Weinstock <Weinstock at SRI-KL>
To: TAW at SU-AI
cc: apollo at MIT-AI
In-Reply-To: Your message of 11-Jun-81 0918-PDT
The 820 (or Worm) is a 64k Z80 based machine that (at 3k) has a
keyboard, display, two mini-floppies, and can run either CP/M or
a Xerox hacked over Wordstar (this from the local representative).
The only current Ethernet capability is through a RS232 interface
(which means that an Apple or a Osborne has the same capability).
Xerox will have some sort of a real Ethernet available eventually.
According the the San Jose News of last night, the 820 has no
graphics capability. The main thing this @i[appears] to have going
for it is the Xerox name--many companies would rather deal with a
Xerox or an IBM than an Apple or a Radio Shack or a ...
The above is based on information gleaned from talking to various Xerox
people and is no doubt incomplete. I imagine there are Xeroxers on
this mailing list. Perhaps they can fill us in more.
-------
Subject: SAM/Worm/820
∂11-Jun-81 1241 Tom Wadlow <TAW at SU-AI> SAM/Worm/820
Date: 11 Jun 1981 1131-PDT
From: Tom Wadlow <TAW at SU-AI>
To: apollo at MIT-AI
Hopefully, Xerox will provide the software for the 820 to speak with Star
systems. That is where the 820 could have the advantage over the Apple
or Osbourne machines. I think that a lot of people who would like to
go into office automation are cringing at the price of the Star (when they
think of all the people that they would want on their office network).
If the 820 provides a thoughtfully designed subset of Star capabilities
(and I don't know whether it will or not) at a fraction of the price
it could be a wonderful bootstrapping mechanism for getting Ethernet
based systems into the offices. And you can always unplug the 820
and plug in a Star at a later date (perhaps allowing the employees
to take them home for telecommuting purposes).
Subject: personal computer economics
∂11-Jun-81 2242 Steven T. Kirsch <SK at MIT-MC> personal computer economics
Date: 12 June 1981 01:34-EDT
From: Steven T. Kirsch <SK at MIT-MC>
To: Hank Walker at CMU-10A
cc: apollo at MIT-AI
I think your argument is a little incomplete.
Suppose I make you the following deal: if you give me $10,000 today, I
will give you at least $5,000 every year for the next 5 years. I
think you will accept my deal, right?
Ok, now let's look at Star and suppose I can prove to you that it
makes me 10% more effective (this is hard to prove) or that it saves
me 10% of my time. My time actually costs the company $60,000 a year.
And I am but a lowly engineer making under $30K/year. So if the
if I do my work 10% faster, the company in some way, "saves"
$6,000/yr. (the savings could be in hiring less engineers or by
getting more work done per unit time or by getting the job done more
effectively).
In fact, the Booz-Allen study on the potential of office
automation (a very thorough case study of over 40 companies) concluded
the AVERAGE ROI on OA equipment was 86% annually and could be over
200% in some companies.
I think it is foolish to measure a system on cost. You measure on
price/performance or ROI. If Xerox can prove a high ROI, they will win.
I must work for one of those "VERY few" companies who spend over
$10,000 on computer equipment for engineers. It costs us $60,000 to
provide a computer port into our Data General Eclipse.
∂12-Jun-81 0051 Dave Dyer <DDYER at USC-ISIB> personal computer economics
Date: 12 Jun 1981 0043-PDT
From: Dave Dyer <DDYER at USC-ISIB>
Subject: personal computer economics
To: apollo at MIT-AI
While your fundamental argument is correct, you neglected two
important points.
First, the $10K (or whatever) is not free. At today's rates,
$10K capital investment costs the company 20% interest, either directly
because they had to borrow it, or indirectly, because they don't have
it to invest elsewhere. So your increase in productivity would have to
be at least 20% to break even.
Second, as someone else has pointed out, no one knows how to quantify
the increase (if any) in productivity from something like a star, especially
vis a vis similar software running on less flashy hardware. This makes
it impossible to "prove" any increase in productivity.
-------
Subject: personal computer economics
∂12-Jun-81 0051 Dave Dyer <DDYER at USC-ISIB> personal computer economics
Date: 12 Jun 1981 0043-PDT
From: Dave Dyer <DDYER at USC-ISIB>
To: apollo at MIT-AI
While your fundamental argument is correct, you neglected two
important points.
First, the $10K (or whatever) is not free. At today's rates,
$10K capital investment costs the company 20% interest, either directly
because they had to borrow it, or indirectly, because they don't have
it to invest elsewhere. So your increase in productivity would have to
be at least 20% to break even.
Second, as someone else has pointed out, no one knows how to quantify
the increase (if any) in productivity from something like a star, especially
vis a vis similar software running on less flashy hardware. This makes
it impossible to "prove" any increase in productivity.
-------
Subject: Subjective value of Personal Workstations
∂12-Jun-81 0447 Brian P. Lloyd <LLOYD at MIT-AI> Subjective value of Personal Workstations
Date: 12 June 1981 07:39-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: APOLLO at MIT-AI
Regardless of the arguments for and against the economic value of the
Personal Workstation (PW), the numbers are beginning to tell. I work
for Alanthus Data Communications and we market the Convergent
Technologies system to end users. Our marketing strategy is to point
out how the system provides OA, communications, and user
programmability in one box.
The response is overwhelming! The average configuration seems to be
going out at about $20,000 including software. Granted, at this point
in time people are buying development systems, but the availablity of
OA software (WP, mail, etc.) has been a driving point in almost every
sale.
Obviously people believe in the PW concept and the market is still
growing. Since people rarely exhibit rational behavior (except in a
negative [fiscal] sense), I don't expect rational decisions either way
on the subject. We all realize that OA and PWs are coming and noone
is going to stop it.
Since we all tend to be in areas of development for OA products, let
us now discuss what the needs of the user really are. Perhaps we can
decide what Office Automation and Personal Workstation really means.
Brian
Subject: Star/Mesa
∂12-Jun-81 0841 LYNCH at USC-ISIB Star/Mesa
Date: 12 Jun 1981 0819-PDT
From: LYNCH at USC-ISIB
To: Apollo at MIT-AI
The Star is almost useless to any of us who are doing computer
science R&D unless we can program it as we see fit. The applications
that Xerox has seen fit to release at this time are indeed quite nice
but do not justify the cost ($20K with software if you buy 50 or more
of them in a year's time -- they give a nice discount for volume
buys (about 25% off)). We asked Xerox to include Mesa.
They said OK. They have not yet quoted a price to us however.
We also asked for the microcode. Thye said Not at this time.
The Mesa release was contigent upon us buying a lot of them
(like 50-100). They are still confused about where their marketplace
is. If commerical orders do not flow in rapidly in the next
few months then they might be much more interested in
turning it into a "programmer's workstation" that would suit us.
WEe have also asked them to include much more memory on the Star.
They admit it can be done but that they are trying to build even
smaller confiturations of it (it currently comes with 384 MB).
Dan
-------
Subject: Star
∂12-Jun-81 0940 Tom Wadlow <TAW at SU-AI> Star
Date: 12 Jun 1981 0917-PDT
From: Tom Wadlow <TAW at SU-AI>
To: apollo at MIT-AI
As I understand it, the Star comes with a somewhat low-power programming
language called CUSP. This is the only programming facility available to
the user. Rumor has it (and it would not surprise me) that there is an
extensive Mesa development system that could be run on the Star, but is
destined to never leave the hallowed halls of Xerox. (If I am wrong
on any of this I will cheerfully accept correct information from our
friends at Xerox who are reading this)
Apparently the reasoning behind this involves consistancy in system
software. If you don't give the users (who aren't supposed to be
programmers to begin with) access to the system programming language,
and armor-plate the language that you do give them, they can't
do themselves or the system any harm. Also, if you want a new
system application, you must ask Xerox to make it for you. Thus
it will be written properly (I am not being sarcastic here. There
is a lot to be said for this approach when your target market is
composed of non-programmers). Xerox doesn't want to find themselves
in the position of supporting outside software, because outsiders
don't have the information and the methodology to write that
software in a consistant manner with the rest of the Star system.
[Subj: Mesa language, PDP10, etc]
∂12-Jun-81 2016 Ian H. Merritt <MERRITT at USC-ISIB>
Date: 12 Jun 1981 1529-PDT
From: Ian H. Merritt <MERRITT at USC-ISIB>
To: CSVAX.fateman at BERKELEY
cc: apollo at MIT-AI, MERRITT at USC-ISIB
In-Reply-To: Your message of 12-Jun-81 0736-PDT
The major problem we have encountered at ISI is not the hardware costs, but
unwillingness of Xerox to supply us with the facilities to write our own
system software. The eventual availability of the Mesa language has been
discussed, but we need all the system software in order to configure the
system to be useful for our applications.
Another consideration is the internet protocols which are (as I am led to
believe) currently not supported.
The idea of using PDP-10s as 'glorified file servers' has been discussed
and seems to be the best way to proceed, since there is currently no part
of the product line which will afford us the massive storage and archival
system we require.
<>IHM<>
-------
Subject: Re: Speaking up Xerox!
∂12-Jun-81 2037 Hamilton.ES at PARC-MAXC Re: Speaking up Xerox!
Date: 12-Jun-81 16:32:59 PDT (Friday)
From: Hamilton.ES at PARC-MAXC
In-reply-to: GEOFF's message of 12 Jun 1981 1421-PDT, <[SRI-CSL]12-Jun-81 14:21:10.GEOFF>
To: Geoff at SRI-CSL
cc: Apollo@AI, Hamilton.ES
We (Xeroids) have been informed that "according to Xerox management,
Xerox policy is to send NO information on Xerox products over the
Arpanet. Thus, APOLLO should be considered to be one-way (inward
only) with regard to Xerox products."
I'm just a low man on the totem pole, so I speak only for myself,
but I suspect that there are two concerns here. One is that we
don't want to do anything that could be construed as "selling"
(even if only as a passive response to people's technical questions)
over the net. The other is that we insiders tend to lose track
of what's officially announced and what isn't, and what's part of
our product as opposed to our development environment.
I certainly encourage other Arpanet sites to share their perceptions
and expectations of Star. Doubtless such reactions will be one of
many valuable sources of input to determine the product's future.
--Bruce
Subject: Workstations, and their posts.
∂12-Jun-81 2244 DREIFU at WHARTON-10 (Henry Dreifus) Workstations, and their posts.
Date: 12 Jun 1981 (Friday) 2233-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: apollo at MIT-AI
User interface, how important?
The Apollo has nothing right at the moment, as compared to the Star, in
which almost the total software engineering effort has been skewed.
Building a powerful user interface is ''nice'', but what is left
with respect to processor cycles is not so ''nice''. The questions of
priorities for any given application is not clear.
Example:
o Personal workstations are purchased because;
(a) Small application program needs to be run off mainframe
(b) Office - management systems need more sophistication
(c) Need for specialized computing has grown
(d) Corporations can no longer shell out vast sums of
money on computing, when distributing is available.
o What personalities should personal workstations have?
In answering this, there are basically 2, a truely split
personality:
Consider:
System FOO runs on giant IBM-303x and can really be run on
lots of distributed perscoms [from G. Steckel].
Systems people would like to see a very interactive and
totally controllable system, perhaps right down to the
micro-code. The full power, memory management right through
to the disk-I/O routines. Engineering a product right is
as equivalent to engineering it well.
Management would want to see just the pretty pictures, the
finished product, none of the rough edges, that the software
engineers love to play with. All they want is a black box with
none of the 'hassles' of low level code.
A split personality indeed.
Most systems are geared towards the management. The fact that
few provisions have been made for the systems types is indeed a
potential tragedy. Much of the insulation is hindering a good job for
the programmer. Remember these things are nothing more powerful than
your Apple computer, doing a major application in-efficiently will hurt
the perscoms in the long run.
Opinions?
/Hank
Subject: correction on dlw's message
∂13-Jun-81 1122 CSVAX.halbert at Berkeley correction on dlw's message
Date: 13 Jun 1981 10:32:20-PDT
From: CSVAX.halbert at Berkeley
To: apollo@mit-ai
The Xerox Star does have virtual memory; it does page.
--Dan
∂13-Jun-81 1151 LYNCH at USC-ISIB Re: correction on dlw's message
Date: 13 Jun 1981 1144-PDT
From: LYNCH at USC-ISIB
Subject: Re: correction on dlw's message
To: CSVAX.halbert at BERKELEY, apollo at MIT-AI
cc: LYNCH
In response to the message sent 13 Jun 1981 10:32:20-PDT from CSVAX.halbert@Berkeley
But I have heard the paging on the Star is a terrible crock:
it does it by double lookup on every memory reference way down
in the microcode. At this time it has no hardware to assist
paging (like associative memory for the TLAs) or even a
kludge like KL-10s have. The (mis)feature makes it tough
to imaging the STar as a LISP machine host.
Dan
-------
∂13-Jun-81 1236 mike at RAND-UNIX MESA on Star
Date: Saturday, 13 Jun 1981 12:18-PDT
To: apollo at MIT-AI
Subject: MESA on Star
From: mike at RAND-UNIX
I have heard a rumor, from a source I trust, that MESA will be
available to those who buy 50 or more Star's. I do not know if there
will be a heavy price, nor do I know if this is a special deal to non-
profit or educational institutions or special in some other way.
There is someone on this list -- you know who you are -- who can
confirm or deny this rumor authoritatively if he chooses to.
In any case, I believe that MESA is a good systems programming
language, but you can certainly kiss portability goodbye!
Subject: Acquiring personal computers
∂13-Jun-81 1415 Sam.Harbison at CMU-10A Acquiring personal computers
Date: 13 June 1981 1534-EDT (Saturday)
From: Sam.Harbison at CMU-10A
To: apollo at mit-mc
Message-Id: <13Jun81 153417 SH01@CMU-10A>
There's been a lot of discussion about the pro's and con's of various personal
computers/personal workstations. Let me give a brief summary of some decisions
taken at CMU.
About two years ago, the CS department decided that our long-term computing
needs would be best met by a network of personal computers in offices, and
plans were made to embark on a research project (Spice) that would give us by
1985 the kind of software necessary for such an facility (including Lisp and
Ada programming environments, document production environments, and multi-media
communication). We thought that it would be 1985 before personal computers
appeared with the right power and cost. Because we did not want to do any
hardware design, we began to canvas manufacturers to see 1) what was available
now to start with, and 2) what might be available in 1985.
The machines close enough to what we wanted to act as a prototype were Perqs,
Apollos, Lisp Machines, Nu Machines, and Xerox D-machines (Dolphin, Dorado, and
the Star computer). Our principal criteria were that the machine had to have
all the basic features of a 'real' machine (display, net, etc.) and be flexible
enough to allow us to develop software for the 1985 machines now. Furthermore,
it was important that we be able to distribute our software to other people.
To make a long story short, Apollos and Nus did not have the writable
microstore that we considered critical, and their microprocessors did not seem
to be able to support the kind of multiprogramming we wanted. Lisp Machines
were too expensive and production (then) uncertain. Xerox and their machines
were philosophically close to us, but the Dolphin/Dorado were not commercial
products, and Xerox would not commit to releasing Mesa, meaning that we might
find it difficult to distribute a system built in Mesa. We finally chose to
begin with Perqs, which on paper are at least equal in performance to any of
the others except the Dorado and Lisp Machine. (And which can be
microprogrammed to be very much like the machine we really want, except for
performance.) The Star's advantage quoted by others is, I think, due to
software refinement. We now have fifteen Perqs at CMU, and work on Spice is
proceeding rapidly. We continue to be on the lookout for new hardware that can
be used in the Spice system in years to come.
Our criteria for machines may not be the same as other people's; we are heavily
committed to "high-end" personal computers, and the software available was
relatively unimportant to us. However, if Mesa and its compilers were freely
available the Xerox machines would have been very attractive.
Subject: Arpanet usage
∂17-Jun-81 0551 Liddle at PARC-MAXC Arpanet usage
Date: 16 Jun 1981 17:45 PDT
From: Liddle at PARC-MAXC
To: AllDLOS↑.DLOS, AllEOS↑.EOS, AllES↑.ES, AllHENR↑.HENR, AllPA↑.PA,
AllWBST↑.WBST, AllXRCC↑.XRCC
cc: Apollo at MIT-AI, Liddle
Many of you in Xerox are aware of a newly created Arpanet distribution list
named Apollo. It was established to promote discussion of personal workstation
computers. As you might expect, much of the recent discussion has involved the
Xerox 8010 Star information system. Because many of the messages ask for
information about this product and its associated development software, you may
feel tempted to reply to some of them.
It is ARPA policy that the Arpanet be used only for government supported
research and development. It is against Xerox policy to use the Arpanet to discuss
products. It is completely inappropriate to use the Arpanet in a way that may be
construed as selling or promoting a Xerox product (or future product). Xerox
employees use the Arpanet for ARPA related research purposes only, not for
answering questions or distributing information about our products.
Questions from potential customers about the Xerox 8010 and other OPD products
should be referred to Arnold Palmer, Field Sales Manager, Xerox Corporation,
1341 West Mockingbird Lane, Dallas, Texas 75247, phone (214) 689-6689.
David E. Liddle
Vice President
Office Products Division
Subject: Stars in the sky
∂19-Jun-81 0555 mo at LBL-UNIX (Mike O'Dell) Stars in the sky
Date: 17 Jun 1981 09:15:54-PDT
From: mo at LBL-UNIX (Mike O'Dell)
To: info-micro at mit-ai
Redistributed-To: WorkS at AI
Redistributed-By: GEOFF at SRI-CSL
Redistributed-Date: 17 Jun 1981
Last week we had a briefing on the Star, so I will relate what was said.
The processor is a D3 machine, and is claimed to run Mesa about
3 times faster than a D0 or a Dolphin. The D3 is a 32-bit, virtual
memory design. The Star only has about 200kb
of memory on it, expandable to about .5 megs, but there is every
reason to believe it can have a lot more than that on it. The
office automation software is all written in Mesa and the base of
the machine is Pilot, but you can't get to any of this. The is a lot
of discussion about making the Mesa environment available, but so
far there is a negative corporate attitude. If they would just
realize how neat that would be.... Anyway, the office software is
pretty classy, but their pricing is repressive. By the time you
license all the software (math editor, graphics, spelling corrector, etc),
which must be done for EACH machine, you add about $5K to the price.
The killer, however, is software maintenance for that machine will
be close to $500 per month!!!!! The pricing structure allows hardware
quantity levels to count the various servers (com, file, print, etc)
as well as Stars because they all use the same CPU box, but
quantity levels for software count only Stars. Software for the
other servers is priced the same way. The basic file server does NOT
come with the electronic mail facility. That handy option costs extra.
Rumors abound pertaining to the transport of Smalltalk and Interlisp
to the machine, but like with Mesa, Xerox doesn't see any demand for
user programmable machines. Moreover, if they can continually
squeeze money out of you for software, it is to their advantage
that no one else can build software for it. (Personal comment)
If any mere mortal (other than MIT, CMU, and Stanford) can
shake Mesa out of Xerox, let me know.
-Mike
Subject: Productivity gains without using workstations
∂24-Jun-81 0511 DPR at MIT-XX Productivity gains without using workstations
Date: Tuesday, 23 June 1981 10:02-EDT
From: DPR at MIT-XX
To: WORKS at MIT-MC
Kirsch has an extremely valid point. The fundamental question is what
leverage does computerization provide in doing a function. However, let's
not be miserly--even Xerox STAR's are incredibly cheap as an investment,
so the amount of leverage they must provide is small.
Personally, I think companies with cash to invest ought to invest it
in ecnomic sectors of maximum productivity gain--however, there are
immense barriers to this. Most companies restrict themselves to internal
reinvestment of their funds. Since our largest and least productive
companies have the higher percentages of funds to invest, and since they
are largely white-collar offices, there is a great move toward
office automation, even though productivity gains are slim in most
office applications.
The sterling exception to this observation about the utility of workstations
lies in tools of high leverage like VisiCalc--which make order of magnitude
changes in labor required to do a task. The Star seems to be able to do this
with the production of business graphics--but I am not sure that they
will be largely used in this domain, or if the graphics thus produced
would have been produced had there not been a Star.
Subject: Star Info
∂24-Jun-81 0533 UOFILLINOIS at WPAFB-AFWAL Star Info
Date: 23 Jun 1981 (Tuesday) 1419-EDT
From: UOFILLINOIS at WPAFB-AFWAL
To: works at MIT-AI
cc: gdh at MIT-AI
The STAR people came here to talk today.
Here's some facts/rumors that were new
to me:
o Mesa will probably be released for
the STAR either the 4th quarter of
this year or the 2nd quarter of next
year.
o Smalltalk "will NOT be released on the
STAR or anywhere else" -- a "small
outfit in Silicon Valley" (not PARC --
I'm not sure who they're talking about)
licensed it to HP, TI, and Apple. When
the STAR marketing people found out,
they "put a stop to it"
o A personal computer called the "inch-
worm" will apparently be announced
soon. It is about book-sized, has
a bitmapped display, and measures
about an inch thick (hence the name).
Could this be a first pass at the
Dynabook?
o They won't sell just one STAR until
next year
-geo
Subject: Re: Apollo Network
∂24-Jun-81 0554 mike at RAND-UNIX Re: Apollo Network
Date: Tuesday, 23 Jun 1981 10:39-PDT
To: Eric Benson <BENSON at UTAH-20>
Cc: WorkS at MIT-ML, DLW at MIT-AI
In-reply-to: Your message of 22 Jun 1981 1043-MDT.
From: mike at RAND-UNIX
You say that the 'apollo software is another story'.
Well, OK, what's the story?
When I was visiting Apollo, it was clear that the hardware was close
to working and that they had no idea just how hard the software they
were planning was going to be to write. Either they didnt know or
they were trying to tell me a story.
Specifically, they intended to write a truly network distributed file
system: with paging, swapping and file transfers all completely
independant of the local machine which might or might not have a disk
drive. When I asked them what file names would look like, to get an
idea of whether the file name would contain the name of the root file
system (location) or whether the location would be 'hidden' from the
user: they had no idea. They had never even thought of the question.
It is possible that there was someone in the building who knew
something about software, but I didnt have the opportunity to meet
them.
I was also not overwhelmed with their desire to build a non-standard
network. But their attitude seemed to be: this is what Prime is doing
and we are really from Prime so this is what we are doing.
Update ??
∂24-Jun-81 0606 Dave Crocker <dcrocker@udel> Apollo gatewaying
Date: 23 Jun 81 11:11:25-EDT (Tue)
From: Dave Crocker <dcrocker@udel>
To: Works at Mit-Ai
Subject: Apollo gatewaying
We had an Apollo presentation, given by Dave Nelson, one of
their Development VPs. He said that a gateway (to unspecified
other networks) was planned. Guess I would expect the initial
one to be to others of their (Domain) rings.
It was my impression that the basic network environment is
strictly message/packet oriented, without connections or other
efficiency mechanisms. Nelson pointedly stated (it was too
affirmative to class as an "admission") that they were not
oriented toward file transfers . Such things can and are done,
but the environment is not tuned to them.
Dave
∂24-Jun-81 0617 DREIFU at WHARTON-10 (Henry Dreifus) Quick overview/summary: The Apollo-I (Domain) computer.
Date: 23 Jun 1981 (Tuesday) 2308-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Quick overview/summary: The Apollo-I (Domain) computer.
To: WorkS at MIT-AI
The structure of the Apollo computer network:
--- --------- -- --- ------ -------- --------
Summary:
o ~~ 12 Mbit bandwidth
o standard Coaxial RG58 cable
o Ring structure, single band.
o Token passing [Cambridge Ring Network concept]
Fixed packet sizes [I believe 4K bytes] are constructed for
transmission from one "node" to another. A "node" consists of a
68000 and a winchester disk drive.
∂24-Jun-81 0627 Griss at UTAH-20 (Martin.Griss) More on DOMAIN
Date: 23 Jun 1981 0741-MDT
From: Griss at UTAH-20 (Martin.Griss)
Subject: More on DOMAIN
To: Works at MIT-ML
cc: griss at UTAH-20
Discussions we have had with Apollo indicate that they are aware of the
MultiBus Ethernet board, and certainly plan to use the MUltiBus crate for this
level of I/O support board (NOT MultiMaster usage); my guess is that one of the
university people with an Apollo is likely to try to do the Ethernet Interface
software, most likely after a C is working. Any comments from Brown U. ?
M
-------
Subject: Quick overview/summary: The Apollo-I (Domain) computer.
∂24-Jun-81 0617 DREIFU at WHARTON-10 (Henry Dreifus) Quick overview/summary: The Apollo-I (Domain) computer.
Date: 23 Jun 1981 (Tuesday) 2308-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: WorkS at MIT-AI
The structure of the Apollo computer network:
--- --------- -- --- ------ -------- --------
Summary:
o ~~ 12 Mbit bandwidth
o standard Coaxial RG58 cable
o Ring structure, single band.
o Token passing [Cambridge Ring Network concept]
Fixed packet sizes [I believe 4K bytes] are constructed for
transmission from one "node" to another. A "node" consists of a
68000 and a winchester disk drive.
∂24-Jun-81 0627 Griss at UTAH-20 (Martin.Griss) More on DOMAIN
Date: 23 Jun 1981 0741-MDT
From: Griss at UTAH-20 (Martin.Griss)
Subject: More on DOMAIN
To: Works at MIT-ML
cc: griss at UTAH-20
Discussions we have had with Apollo indicate that they are aware of the
MultiBus Ethernet board, and certainly plan to use the MUltiBus crate for this
level of I/O support board (NOT MultiMaster usage); my guess is that one of the
university people with an Apollo is likely to try to do the Ethernet Interface
software, most likely after a C is working. Any comments from Brown U. ?
M
-------
Subject: Re: Star Info
∂24-Jun-81 1838 Deutsch at PARC-MAXC Re: Star Info
Date: 24 Jun 1981 10:17 PDT
From: Deutsch at PARC-MAXC
In-reply-to: UOFILLINOIS' message of 23 Jun 1981 (Tuesday) 1419-EDT
To: UOFILLINOIS at WPAFB-AFWAL
cc: works at MIT-AI, gdh at MIT-AI
I would like to correct some erroneous information about Smalltalk and the Star.
o Smalltalk "will NOT be released on the
STAR or anywhere else" -- a "small
outfit in Silicon Valley" (not PARC --
I'm not sure who they're talking about)
licensed it to HP, TI, and Apple. When
the STAR marketing people found out,
they "put a stop to it"
The truth is that LRG, a group within PARC, has licensed Smalltalk-80 (the only
Xerox-authorized version of Smalltalk to be released) to a number of micro- and
mini-computer manufacturers. The release consists of detailed specifications for
the machine-dependent kernel, plus a mag tape containing the rest of the system
(windows, editor, compiler, file system, etc., etc.) Several of these manufacturers
have made excellent progress on implementing the system, to the point of having
windows appear on their displays. I can't comment on the specific list of
manufacturers, since we prefer to let them make their own announcements. The
Star marketing people have not exerted any pressure in either direction with
respect to this; the release/license process was properly cleared with our legal
department and all relevant product organizations within Xerox, and we are
currently working out ways to license the system to manufacturers (and
universities) beyond the original group. I can't comment on the availability of
Smalltalk for the Star, except to say that the Star hardware is definitely powerful
enough to support Smalltalk.
Subject: Re: Star Info/Smalltalk
∂24-Jun-81 1911 Ron Newman <Newman.es@Parc-Maxc> Re: Star Info/Smalltalk
Sender: Newman.ES at PARC-MAXC
Date: 24-Jun-81 9:48:22 PDT (Wednesday)
In-reply-to: UOFILLINOIS' message of 23 Jun 1981 (Tuesday) 1419-EDT
From: Ron Newman <Newman.es@Parc-Maxc>
To: UOFILLINOIS at WPAFB-AFWAL
cc: Newman.es, works at MIT-AI, gdh at MIT-AI
Who were "the STAR people" that came to talk to you?
Smalltalk IS being released by PARC this summer. There was a big presentation
on the subject at this year's NCC. Apple, DEC, HP and other companies are
doing research into implementing it on their machines. (In fact, one of the
primary Smalltalk implementors, Larry Tesler, is now at Apple and was one of
the speakers at NCC.) A huge article on the subject will appear in the
August issue of BYTE.
The deal is that PARC gives you an "image" file on a tape, whichcontains
all of Smalltalk ready to run. To run it, you have to implement an
interpreter on your machine for the 256 Smalltalk bytecodes. Just like you
can run Pascal, if you have a P-code interpreter.
(I don't think anyone at Xerox will beat up on me for this message; all of
it comes from strictly public sources.)
/Ron
Subject: Re: Smalltalk
∂24-Jun-81 1951 mike at RAND-UNIX Re: Smalltalk
Date: Wednesday, 24 Jun 1981 11:45-PDT
To: WorkS at MIT-AI
From: mike at RAND-UNIX
Forgetting for a moment about Xerox marketting, Xerox intends to
release a book on Smalltalk called Smalltalk 80. This version of
Smalltalk is intended to be easily portable. There was some
discussion within Xerox legal about whether the Smalltalk virtual
image would be released. But the book which describes the interpreter
plus the virtual image would result in a very easily portable
language.
One could then port it to the machine of your choice, including the
STAR, assuming that you could PROGRAM the STAR. When MESA gets
released you will be able to implement it in that: but a better place
is microcode. I haven't heard anything definitive about whether Xerox
intends to microcode the Dandelion (STAR workstation) for Smalltalk.
Xerox marketing wasn't trying to mislead, I'm sure. They have no
interest in marketing Smalltalk; just word processing.
Michael
Subject: Chromatics
∂24-Jun-81 2036 cfh at CCA-UNIX (Christopher Herot) Chromatics
Date: 24 Jun 1981 10:39:46-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: WorkS at mit-ai
I saw the Chromatics CGC 7900 "Color Graphics Computer" at
the National Computer Graphics Association show last week.
It's hardware is:
Motorola 68000
1024 x 768 x 8 bit color display w/24 bit lookup table
10Mb Winchester disk
Dual Floppies
Light Pen
Joy Stick
151 (I'm not kidding) Key Keyboard
Prices range from $25,000 to $50,000 depending on how much memory
and other options you buy. It doesn't have virtual memory like
the Apollo but can take quite a bit (at least a meg) of real memory.
They plan on supporting IDRIS, a UNIX clone, sometime soon.
Address:
Chromatics, Inc.
2558 Mountain Industrial Boulevard
Tucker, Georgia 30084
404-493-7000
∂24-Jun-81 2052 guyton at RAND-UNIX Re: Chromatics Personal Workstation
Date: Wednesday, 24 Jun 1981 16:13-PDT
To: PRSPOOL at RUTGERS
Cc: WorkS at MIT-AI
Subject: Re: Chromatics Personal Workstation
In-reply-to: Your message of 23 Jun 1981 1139-EDT.
From: guyton at RAND-UNIX
The Chromatic 7900 workstation has been announced for a while now and they
had one at the Chicago NCC. Their address/phone:
Chromatics
2558 Mountain Industrial Boulevard
Tucker, Georgia 30084
(404)493-7000
Here a few facts off their CGC 7900 literature:
16-Bit processor (MC68000)
19" color monitor
1024x768 viewable bitmap (in a 1024x1024 bitmap memory)
Up to 256 simultaneously displayed colors
Palette of over 16 million colors (i.e. 8-bit DAC for RGB)
10MB Fixed Winchester Disk (8.4 MB formatted)
Dual floppies
light pen, joystick
Maximum of 16-bitmap planes (no more than 8 displayed at once)
Maximum of 2MB of processor memory
Rand reviewed this machine last year and might have purchased one if it
hadn't been quite so new (at the time they had not delivered any, and we
needed a mature system). When I priced it, a useful system was running
around $60K.
Oh yes, they're planning on running the 68000 unix look-alike.
Jim
∂24-Jun-81 2109 Robert A. Morris <RAM at MIT-MC> Chromatics Personal Workstation
Date: 24 June 1981 18:57-EDT
From: Robert A. Morris <RAM at MIT-MC>
Subject: Chromatics Personal Workstation
To: PRSPOOL at RUTGERS
cc: WorkS at MIT-AI
According to a sales engineer I spoke to in Atlanta las week, the software is
IDRIS, Whitesmith's UNIX look alike, none of which had yet been
dleivered to them (or any one else???), nor could he say when an
order placed for the IDRIS software for Chromatics be filled.
If color isn't mandatory and if you are willing to think about systems
with not yet ready software, ask Three Rivers whether/when the Tom Duff
port of Coherent, the Mark WIlliams company version 7 unix look-alike,
will be sold for PERQ's
--bob morris
p.s. A great deal of the Apollo software is also "not quite ready" but
they at least don't advertise it. It's just that Apollo's will presently
do much less than the world of WorkS expects them to. I will flame
after some less biased view of this week's Brown University
Apollo Users workshop appears in this forum.
Subject: Burroughs OFIS products
∂25-Jun-81 0537 Mike Leavitt <LEAVITT at USC-ISI> Burroughs OFIS products
Date: 24 Jun 1981 1748-PDT
Sender: LEAVITT at USC-ISI
From: Mike Leavitt <LEAVITT at USC-ISI>
To: works at AI
Message-ID: <[USC-ISI]24-Jun-81 17:48:50.LEAVITT>
The following is an excerpt from the New York Times, 6/23/81,
p. D5
"The Burroughs Corporation moved more aggressively into the
market for the automated office yesterday with the introduction
of a new type of information processing system that can be used
by managers and other professionals with no computer training.
"The system, called OFIS 1 Information Systems, connects
various electronic office machines together and allows them to
communicate. It includes such functions as word processing,
automatic filing and retrieval of business information and
electronic mail communications. . . .
"The system competes head-on with automated office systems
introduced in recent months by IBM, the Datapoint Corporation
and Xerox, and will be compatible with electronic equipment
made by other manufacturers. One shortcoming, according to
some analysts, is that the new system will not be able to
generate and display graphics. But the analysts were unable
to provide detailed comparisons with the competitors' systems.
. . .
"The most important innovation is a component of the OFIS
1 system called OFISfile, which permits up to 80,000 [Sic]
pages of text to be filed automatically and retrieved on
demand. OFISfile was designed to locate any document or group of
related documents with nothing more than an instruction phrased
in common English and containing a name, date, or other words in
the text being sought. . . .
"The basic OFISfile sells for $59,400, while prices for
the OFISdirector, the information processor that permits
system components to communicate with each other, starts at
$33,500. The company said that initial deliveries for the new
system are scheduled for this fall."
Burroughs?????
Mike
Subject: Re: Works: Re RIvanciw: OA Architecture
∂25-Jun-81 0600 Rivanciw at Darcom-HQ Re: Works: Re RIvanciw: OA Architecture
Date: 24 Jun 81 15:52:56-EDT (Wed)
From: Rivanciw at Darcom-HQ
To: Barns at Office-2
cc: Works at Mit-Ml, Barns at Office-2,
cc: UDel.POBox; 17 Jun 81 9:16-EDT at Office-2
Via: Darcom-HQ; 25 Jun 81 0:01-EDT
I will restate my case for the development of a systems architecture
as an early step in addressing the issue of office automation.
I will restate my position with some real world truths here at DARCOM.
It is possible at DARCOM to have office automation services for a
one time cost as low as $5634.00. That full purchase price for 100%
availability on a micro computer. Since most folks currently operate
in a timesharing mode with a multitude of user via for available ports
on a given machine, 100% availability is a step up. This price will
continue to drop as technology moves forward.
That system is based on an 8 user micro supporting 8 users. There are
8 ports on that micro so every user can run her/his office tools
whenever they want. They can currently run a host of tools including
a word processor, 3 different mail systems, a calendar system, a suspense
tool, a tickler system, a conference scheduler, a phone directory, a
reminder services, automated weekly activity reporting, and a couple
of other tools integral to the office.
Since most folks entering the realm of office automation do not use
their system for 8 hours a day, it is most acceptable that a micro with
8 user ports could easily support 16 office workers. Thus the cost
of that system is now $2817.00 one time purchase cost. On a lease that
price would be somewhere around $1000.00 or less a year cost per user
for full office automation tool usage. Now even the most pessimistic
predictions about the field of office automation would conclude that
a grand/year is very, very cost effective.
We are able to offer these cost effective systems because we have an
architecture.
As for being limited to 64K core, what micros are you looking at? The
last one I took delivery on had 1MB core. It was running a full
version 7 of UNIX plus all the software I mentioned above with 8 users.
Randy Ivanciw
Subject: Apollo files and network
∂25-Jun-81 0730 cfh at CCA-UNIX (Christopher Herot) Apollo files and network
Date: 24 Jun 1981 10:14:53-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: WorkS at mit-ai
When I last played with an Apollo a few weeks ago, it appeared
to have a hierarchical file structure very similar to UNIX.
The operating system treats local files and files on other
nodes of the ring net identically, e.g. you can copy a file
from one machine to another by typing
copy //mike/foo/bar //mary/foo/bar
and can do any file operation without respect to which machine
the file lives on. As I recall, a single slash at the beginning
of a file name indicated a pathname relative to the local node,
while two slashes indicated a pathname rooted in some master node
for the entire network. Hopefully someone at MIT, Harvard, or
Brown can elaborate (or correct).
Apollo claims that local and network file access are within
a factor of two of each other in speed. Neither appeared
particularly fast in the preliminary version I saw.
Subject: Comment on note on Apollo Network
∂25-Jun-81 0754 Dave Farber <farber@udel> Comment on note on Apollo Network
Date: 25 Jun 81 5:35:03-EDT (Thu)
From: Dave Farber <farber@udel>
To: works at Mit-Ai
The Apollo network is a token network as stated. However the
Cambridge folk are not the originators of the token ring idea. In
fact the Cambridge ring is NOT a token ring. It is a slotted ring
with small slot size.
Tokens rings come via Newhall/Farmer - the DCS process addressed
ring (the first with a real token) - the LNI/MIT LCS I ring with
the Prime ring being derived from the DCS instance.
Dave
Subject: Re: Quick overview/summary: The Apollo-I (Domain) computer.
∂25-Jun-81 0822 SHOCH at PARC-MAXC Re: Quick overview/summary: The Apollo-I (Domain) computer.
Date: 24 JUN 1981 1730-PDT
From: SHOCH at PARC-MAXC
To: DREIFU at WHARTON-10, WorkS at MIT-AI
cc: SHOCH
In response to the message sent 23 Jun 1981 (Tuesday) 2308-EDT from DREIFU@WHARTON-10
One fine point on local networks:
a) The ring produced by Prime Computer is a "token passing" design,
and it appears that the Apollo system follows this design.
Token passing systems trace their roots back to the work of
Newhall and Farmer at Bell Labs.
b) A recent message suggested that the Cambridge Ring
was also in this family; however, that design would more properly
be described as an "empty slot" ring. The empty slot systems trace
their roots back to the work of Pierce, et al., also at Bell Labs.
John Shoch
[PS: For more than you ever wanted to know on this subject, interested
readers might like to consult the "Annotated bibliography on local
computer networks, third edition," April 1980, Xerox Parc Report
SSL 80-2. Also available as IFIP Working Group 6.4 Working Paper 80-12.]
Subject: APOLLO net
∂25-Jun-81 1602 Griss at UTAH-20 (Martin.Griss) APOLLO net
Date: 25 Jun 1981 1021-MDT
From: Griss at UTAH-20 (Martin.Griss)
To: WORKS at MIT-AI
cc: griss at UTAH-20
I have seen a two node configuration of Apollo's working (Mountain View
Branch), and was able to see a file shipped from one node to the other,
and to compare the times required to count the number of lines
in the local copy and also in the remote copy, accessed via "//<host>file..".
It was interesting that in the first test, the times local and remote
were essentially; after a reboot, the remote time increased slightly
(about 5%). This was explained as an effect of the Unique global ID; in
the first test, the system "knew" the local and remote file by the same
Global ID, and also that the local copy was in the Memory space.
I do not recall the exact number of lines (it was a LARGE file), and the
time was about 1minute. The timing was done by submitting to the
SHell the concatenated commands:
time; countlines //host/... ; time; (This is NOT verbatim).
We also saw the multiple INPUT/OUTPUT windows and PADs working, the
various Display Manager options, the ability to Grow and Shrink windows,
the ability to run separate processes in each Window (in this case,
it was Edit in one, LIST in the other, as I recall).
We were not able to see any real graphics (ie line drawing), tho a small
program was demonstrated that was able to BLT screen areas around.
Martin Griss
-------
Subject: My CT system configuration and Chromatics
∂25-Jun-81 1657 Brian P. Lloyd <LLOYD at MIT-AI> My CT system configuration and Chromatics
Date: 25 June 1981 08:29-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: WORKS at MIT-AI
Bruce Daniels wrote asking about the configuration of my CT system at
home. Here is what I have:
Workstation with 256Kb RAM, 5Mhz 8086, 2xRS-232, Centronics
printer port
10Mb 8" winchester (Shugart 1004 drive)
0.5Mb 8" floppy (single side, double density Shugart 800
drive)
Soon to be added (awaiting delivery only):
Additional Workstation to be clustered on the first using CT's
local network (multi-drop, 615Kbaud, half-duplex, RS-422 line)
GE 510 300lpm printer
For software I have:
CTOS multi-task, real-time OS
Pascal
FORTRAN
Word Processor
ISAM
Forms
Sort/Merge
Multiple-window Screen-oriented text editor
Basic
and several programs of my and others design...
For those of you used to home computer prices you may find things just
a bit steep, but if you compare performance per dollar it seems to be
a fairly good deal. Price for a 128K dual floppy system is $13,300 in
unit quantities. The 256K winchester system comes in at about $21,000.
All stand-alone systems include OS (linker, assembler, screen-oriented
editor, and asynchronous terminal emulator). Additional workstations
go for $6,490 for a 128K version or $7,900 for a 256K version.
I like the system a lot. It is easier to use/develop software for
than my PDP-11/23 with RSTS/E was (I know most of you are UNIX hackers
but you have to take what you can get).
Brian
Subject: Re: Personal Workstations -- who for?
∂26-Jun-81 0604 Rivanciw.DHQ at UDel Re: Personal Workstations -- who for?
Date: 25 Jun 81 8:26:40-EDT (Thu)
From: Rivanciw.DHQ at UDel
To: JWALKER at Bbna
cc: WorkS at Mit-Ai
Subject: el.POBox; 19 Jun 81 7:36-EDT
Via: Darcom-HQ; 25 Jun 81 8:26-EDT
I agree wholeheartedly with the comments put forth in JWALKER's
message on Personal Workstations -- who for?
There currently seems to be one of two approaches taken in
applications for office automation:
(1) Develop an application that answers a specific
functional requirement. For example, a budget
preparation tool or a project management (pert)
tool. JWALKER is very right in stating that all
to often these applications are written FOR the
functional and indeed do narrowly define the scope
and processes of usually complex functions. What
results is an application that does not quite do the
job and is too inflexible to mold to the nuances
of the functional task which it attempts to address.
Bottom line is that the functional user must adapt
the way she/he does business to the application.
(2) Develop a general tool (or set of tools) that can
be used in a wide range of functional applications.
Here I am speaking of a message system, and editor,
a suspense tool, etc. While these give the functional
user much more flexibility on how she/he will use
the tool in his/he job, often this adaptation is
cumbersome. Many time we have given a message system
to a user with the response being "What can I use this
for in my job?" Then we explain how and they ask why
and we explain more and they ask how and why and....
Thus we seem once again to be telling them how to do
their business.
The folks here in are branch spent an entire day discussing this
very problem last week. What we came up with was that there is
a need for general tools AND a need for specific applications.
The problem really is that we are addressing office automation
as a tool or an application and it is really much richer than
a single tool (or set) or a single application.
What we are planning to do is to develop an office automation
system which puts emphasis on the work ENVIRONMENT. We are
going to try to structure the user's terminal like a desk.
For example, when they reach for their inbox they will end
up in the mail system. If they suddenly get a call in the middle
of reading their inbox they will not have to exit the
mail system to get to their telephone pad or calendar or whatever.
They will simply reach for it. The system will suspend processing
in the inbox and move to the telephone pad or whatever the user
wants. At the conclusion of the telephone call the user will
say something like "continue" (or hit a button) and the system
will remember where he/she was in the inbox.
In this type of environment tools and applications are transparent
to the user. They are called into use by the system, not the user.
I would really appreciate any comments or suggestions on what this user
environment should look like or include.
Randy Ivanciw
Subject: Interupting a workstation session
∂27-Jun-81 1006 Steven H. Gutfreund <SHG at MIT-AI> Interupting a workstation session
Date: 26 June 1981 14:13-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
To: WORKS at MIT-AI
cc: Rivanciw.DHQ at UDEL
I would like to comment on one part of Randy Ivanciw's letter about
the need for an integrated environment for workstations. (Which I
believe much of the world is coming around to endorsing even if they
do not know how to do).
Randy gives the example where one is reading a mail inbox and gets a call
on the phone. It would be very useful to be able to drop the mail, pick
up the phone, answer the call, and then return to one's mail.
With iconographic systems (such as STAR or SMALLTALK-80) this would be
quite simple. One would use the mouse to drag the cursor away from
the current icon (be it editor window, mail inbox, virtual terminal)
and position the cursor to the telephone icon. There one would
expand the telephone icon and answer the phone. Later one could return
to the old mail inbox icon.
However, there is a problem here that several Human Factor's people
have pointed out. That is, one could easily have quite a few "pushed"
windows, each one deep in some command dialog. The Human Factor's
people have pointed out that humans have a real scarcity of short
term memory (about 4-7 chunks). Clearly, we humans are going
to have a real problem understanding what was going on in our
workstations after a couple of interruptions.
Therefore, I would like to propogate, to designers of workstations,
a user interface folk theorem that I heard recently: NEVER HAVE
MULTIPLE LEVELS OF STATE ENCODED INTO A DISPLAY.
Naturally, I am curious as to what others feel this restriction will
do to programming a user interface. I would also be interested in
collecting other folk theorems.
- Steven Gutfreund
Subject: Shades of Nicholas Negroponte
∂27-Jun-81 1022 PRSPOOL at RUTGERS Shades of Nicholas Negroponte
Date: 26 Jun 1981 1406-EDT
From: PRSPOOL at RUTGERS
To: Rivanciw.DHQ at UDEL
cc: WorkS at MIT-AI
The second part of Rivanciw's recent comments on Personal Workstations
sound very much like the DATALAND concept of Nicholas Negroponte of the
Architecture Department at MIT. Negroponte's ideas have progressed to a
somewhat more grandiose scale. He has built a special room containing a
wall-size screen and an armchair with input controls on both the arms.
His basic concept is that people often organize themselves SPATIALLY
rather than with the alphabetic keys by which ordinary random data files
are sometimes accessed. He has described the organization of a person's
desk at the office in such SPATIAL terms.
--Peter R. Spool
-------
Subject: Tools for personal workstations
∂27-Jun-81 1040 Eric Benson <BENSON at UTAH-20> Tools for personal workstations
Date: 26 Jun 1981 1103-MDT
From: Eric Benson <BENSON at UTAH-20>
To: Rivanciw.DHQ at UDEL, JWalker at BBNA
cc: WorkS at MIT-ML
One thing we should avoid in designing tools for use by non-programmers is
condescension. Elegance of design, yes, but simple-mindedness, no. There are
three aspects I see to this:
1. It should be possible in a short period of time (perhaps less than a day,
depending on the application) to learn enough about it to be productive.
2. The expert user should be able to make maximal use of the features available
without being hampered by the requirements for (1).
3. A smooth transition from (1) to (2) should be possible.
An excellent example of this is the Tops-20 command language (EXEC). I
assume most of you are familiar with it. By combining command completion
(recognition), abbreviation and menu-on-demand, the needs of expert and
novice are served equally well.
Another example is the Emacs text editor. It is used by nearly everyone
here, including administrators and secretaries. It is possible to learn
enough in an hour to make productive use of it, then acquire facility in
advanced features (editing modes, TAGS, word abbreviations, etc.) to make
it a powerful tool. In addition, since it is programmable (all key
definitions are soft), a wizard can add features for specialized
applications. (Admittedly, no one in their right mind would use TECO as a
programming language; that was a design error not likely to be repeated.)
We don't have to choose between programs that are continually asking
Do you want to pick your nose (Answer YES or NO)?
and the arcana of Unix command names. We can have the best of both worlds.
-- Eric
-------
Subject: Languages for Distributed Workstations
∂27-Jun-81 1101 Steven H. Gutfreund <SHG at MIT-AI> Languages for Distributed Workstations
Date: 26 June 1981 12:15-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
To: WORKS at MIT-AI
cc: SHG at MIT-AI
As a researcher in local-area networks I have been quite puzzled by the
rash of comments in this digest about MESA. Many people seem to feel
that having MESA will solve their programming problems.
Personally I have found MESA to be just another member of the new class of
operating system / user environment / system programming language that is
coming on the scene. I have seen nothing that especially recommends it
for local area distributed processing (either closely coupled or loosely)
and it certainly does not have the graphics or user customizability that
a language such as Smalltalk-80 has.
I believe that the choice of which language to run on a distributed
workstation is probably the most imporant one that a workstation
ARCHITECT will make. Especially since this new class of programming
languages not only define a programmer interface, but since they
are so expansive in character and tend to want to run stand-alone
and replace the exec, they also define: the user interface, the performance
of the exec, the higher level flow control protocols, the network
wide naming conventions...
The PARC group has certainly done outstanding work in many of the
areas of research in local area network languages: name servers,
flow control, metaphors for network communication, resource allocation,
distributed file systems (Woodstock), and network servers. However,
I encourage serious students of these issues to look at what other
fine researches have done:
EPL - Experimental Programming Language, Developed at the
University of Warwick, An Actor based language, currently
in use at the University of Conn. by Ed Balkovitch.
CPascal Concurrent Pascal, Per Brinch Hansen's Language for easily
building concurrent programs such as SOLO, a simple O.S.
CSP - Communicating Sequential Processes, CAR Hoare seminal work
on abstractions for distributed parallel computing.
Aug 1978, CACM
CLU - Barabara Liskov's (MIT) concurrent programming language, intro-
duces the idea of Guardians, currently in use at MIT by
Micheal Hammer's group working on the NU machine.
?? - Distributed Processes, another Brinch Hansen lanaguage for
concurrent distributed. Nov 1978 CACM
Act1 - One of the numerous Actor Languages from Carl Hewitt (MIT)
Edison Per Brinch Hansen's latest language on for multi-computer
systems.
*Mod - Modula based language being used at University of WISC in
their distributed programming project.
Actors Viewing Control Structures as Patterns of Passing Messages,
MIT AI Memo 410. Carl Hewitt's paper on Actors, Some of the
most difficult reading to be found.
DC-Pascal Distributed Concurrent Pascal, this is a language I developed,
which tries to be a fusion of the above mentioned languages.
I have not even begun to cover the full scope of literature. Clearly
this is an active area for reseach, and clearly there will be more
papers since there are plenty open areas for research.
- Steven Gutfreund
Subject: system architecture
∂27-Jun-81 1124 Rivanciw.DHQ at UDel system architecture
Date: 26 Jun 81 15:20:27-EDT (Fri)
From: Rivanciw.DHQ at UDel
To: works at Mit-Ai
cc: Rivanciw.DHQ at UDel
Via: Darcom-HQ; 26 Jun 81 16:29-EDT
Peter Deutsch requested that I send along a short summation of
DARCOM's system architecture for OA (in particular hardware, software)
so here goes.
The software that DARCOM is running in its OA architecture is UNIX.
Right now we have some v6, some pwb, and some v7. We will standarize
on the latest release of UNIX from BELL. Our tools are currently all
in the public domain except for an office package that we have running
on our HQ machine called OPUS. The public domain software includes
NED, ED, MSG, MS, and (I think its public) XMSG, as well as some
home grown tools such as a suspense program (which is really a shell
routine) and an automated weekly activity report.
The hardware for our architecture is simply any machine that runs
UNIX. Currently we have 11/70s and ONYXs operational. We are
looking into the C machine from BBN. Of course we are interested in
the latest announcement on ZENIX (Unix look alike for any 16-bit
micro).
Randy
Subject: Mini/Micro Systems June 1981
∂27-Jun-81 1138 KESSLER at UTAH-20 (Robert R. Kessler) Mini/Micro Systems June 1981
Date: 26 Jun 1981 0743-MDT
From: KESSLER at UTAH-20 (Robert R. Kessler)
To: Works at MIT-AI
Two possibly useful articles:
"Xerox 'Star' shines on professionals", page 23 and
"Novell's Nexus addresses work-station market", page 99.
Bob.
-------
Subject: Re: Xerox Dolphin (alias 1100⊗?)
∂27-Jun-81 1151 Chris Ryland <RYLAND at SRI-KL> Re: Xerox Dolphin (alias 1100⊗?)
Date: 26 Jun 1981 1200-PDT
From: Chris Ryland <RYLAND at SRI-KL>
To: TEITELBAUM at RUTGERS
In-Reply-To: Your message of 25-Jun-81 1836-PDT
Yes, the Dolphin is being sold by XEROX EOS as the 1100 "Interlisp Machine."
It is about $60K, last I heard (someone at Rand or ISI correct me here.)
It is also about 3 times as slow as the Dandelion (what's inside the Star),
according to very reliable people at PARC; that is surprising, since the
Star costs little by comparison ($6K in parts costs, I've heard.)
Also, XEROX is now putting up Smalltalk on the Star, for internal use.
I have no idea, and I suppose neither does XEROX, if they'll ever release
it.
-------
∂27-Jun-81 1204 Newman.ES at PARC-MAXC Re: Xerox Dolphin (alias 1100⊗?)
Date: 26-Jun-81 12:12:38 PDT (Friday)
From: Newman.ES at PARC-MAXC
Subject: Re: Xerox Dolphin (alias 1100⊗?)
In-reply-to: TEITELBAUM's message of 25 Jun 1981 2136-EDT
To: TEITELBAUM at RUTGERS
cc: works at MIT-MC, archer at SU-SCORE
Looks like a true rumor to me. The following is excerpted from a PARC Forum
announcement sent to all users of the Xerox message system. It was an open
forum, so this is public information.
-----
The Xerox 1100 Scientific Information Processor, currently being marketed by
Xerox EOS to the research community, is a Dolphin processor running
Interlisp-D. Not only does this configuration provide comfortable
interactive performance, but the availability of Interlisp on such a low cost
machine makes economically viable the widespread use of knowledge based
technology, such as the deployment of intelligent servers in a distributed
network environment.
-----
(Xerox EOS = Xerox Electro-Optical Systems of Pasadena, Calif.)
The "Dolphin" is the same processor used in the Xerox 5700 laser printer.
This is NOT the "Dandelion" processor used in the Xerox Star.
/Ron
∂27-Jun-81 1221 mike at RAND-UNIX Re: Xerox Dolphin (alias 1100⊗?)
Date: Friday, 26 Jun 1981 11:10-PDT
To: TEITELBAUM at RUTGERS
Cc: works at MIT-MC, archer at SU-SCORE
Subject: Re: Xerox Dolphin (alias 1100⊗?)
In-reply-to: Your message of 25 Jun 1981 2136-EDT.
From: mike at RAND-UNIX
The Xerox SIP 1100 (Scientific Information Processor 1100) is really
going to be marketed by Xerox EOS (Electro Optical Systems). Here's
the deal:
It will sell for $60,000 a copy
It will have Interlisp. It will not have Mesa. It will not
have Smalltalk. (Maybe later it will, but they are not
promising it today).
It will have the 3mbit Ethernet. 10mbit later, but not this
year.
They wont sell any unless they get 'some minimum number of
orders'. The number that is most often mentioned is 40. (That
is, 40 altogether, nationwide. Not from one customer.)
The kind of maintenance available depends on where you live.
If you are not in LA or Palo Alto, then you will probably have
to do maintenance by paying time, materials and travel. The
other possibility is to stock spare parts and swap boards.
XEOS is considering, and would prefer, to have a complete
maintenance organization if there is the interest and enough
Dolphins in one place.
This deal is taking place because, among other reasons, ARPA
is looking for a way to get personal, networked Interlisp
machines to some of their researchers.
Xerox is accepting purchase orders now.
Let me know if you want a phone number for a Xerox contact. Your
local sales organization will probably not be of any help.
Michael
Subject: Personal Workstations
∂27-Jun-81 1240 Rivanciw.DHQ at UDel Personal Workstations
Date: 25 Jun 81 9:08:01-EDT (Thu)
From: Rivanciw.DHQ at UDel
To: works at Mit-Ai
Via: Darcom-HQ; 25 Jun 81 9:01-EDT
In Kevin Dowling's message of 18 June he mentioned that "the
people on this list are probably not the market that Xerox is
aiming for (as opposed to the business community)". This makes
me wonder - who are the people on the personal workstation
mailing list? It might be a good idea to kind of introduce
ourselves to each other. Like the quote goes:
"Where a man stands usually depends on where he sits"
I am Randy Ivanciw, a computer specialist with the US Army
Development and Readiness Command (DARCOM). My major duties
include long range and short range planning for office automation.
I work at DARCOM headquarters (I am a civilian) as a member of
a 7 person staff dealing with the use, planning, implementation]
and other nasties of office automation.
Randy
[ If you would like to put in a brief description of who you
are and what your professional interest in this list is, we
will be happy to organize the responses for distribution in
an appropriate manner. A special mailbox has been established
to simplify the problem of collecting this material. Please
address your descriptions to WorkS-Census@MIT-AI. Thank you. ]
Subject: The Economics of Workstations
∂29-Jun-81 0747 WMACGREGOR at BBNA The Economics of Workstations
Date: 29 Jun 1981 0905-EDT
From: WMACGREGOR at BBNA
To: works at MIT-AI
cc: BTHOMAS at BBND, SCHANTZ at BBND
The commercial success of the personal workstation is largely a
matter of economics. Irrespective of the technical merits of the
various machines, they complicate installation planning by introducing
a new type of capital expenditure which typically cannot be financed
the same way as large, centralized computing centers of the past.
This may be an advantage or a disadvantage, depending on your point of
view.
On the negative side, the incremental cost of placing one new
user on a personal workstation is very large--the cost of the
workstation plus a local network interface and cabling, at least. For
centralized systems, the cost of adding one user to the community is
the price of a terminal and a terminal port (which is often dial-up,
and amortized over many users). Certainly there are many hidden costs
involved in either case, for example, the degradation of performance
of the centralized system as the user community expands; nonetheless
the capital expense of the physical equipment represents a fundamental
barrier, an "activation potential" if you will, for new users.
Are we making good use of the technology? From one point of
view, the development of personal workstations has been directed
towards increasing the computing power available to individual users
(the "KA-10 in your office" philosophy), at roughly constant or even
increasing capital cost per user. Can comparison shopping in the
small systems marketplace, a highly competitive part of the economy,
be a better idea in some cases?
In particular, I remember one reader of this list commenting to
the effect that he wasn't interested in small systems (e.g., micros
with 16-bit address spaces). I use an H89 (Z80 based system, 48K
bytes of RAM, 5" floppies) at home, and for the sake of comparison I
ran the Baskett test on this machine. I transliterated the program
into C for the C/80 compiler as directly as possible (almost token for
token), and even on the "small" system the object code is only of
modest size. The execution time was 542 seconds, as opposed to about
40 seconds for the Perq. This Z80 machine runs at a 2 MHz. clock,
which can easily be doubled to 4 MHz. reducing the run time to 270
seconds, about 6 times slower than the Perq.
I do not mean to suggest that we should all be using CP/M and
8-bit micros. But neither does it seem wise to pass over these "small
workstations" as being insufficiently powerful; they can be extremely
cost effective. The question is not whether these systems should be
used at all, but how they might be integrated into larger
environments. Suppose a user can afford to pay $3000 (about twice the
cost of a terminal) for a VT-103 (a VT-100 terminal plus LSI-11
processor). What functions can we place in this device to improve
performance? How should it be integrated into the network of personal
machines and shared hosts? Could we, for instance, support a window
package for the VT-100? (In fact, we can; examples already exist.)
From my experiences at BBN, it is clear that the economics of
personal workstations can be very complicated. Two troubling effects
that may be general phenomena are the sharing of one "personal"
machine by several people (and corresponding problems of data
security, authentication, etc., which have been pretty much ignored in
the "personal" workstation model), and the inability of low budget
projects to get into the game at all (it is difficult for people on
different projects to share the same machine, for many reasons).
I would be interested to learn how others are resolving these
issues, whether in software or by direct administrative control.
- Bill
-------
Subject: Interupting a workstation session
∂29-Jun-81 0825 Daniel L. Weinreb <dlw at MIT-AI> Interupting a workstation session
Date: 28 June 1981 22:11-EDT
From: Daniel L. Weinreb <dlw at MIT-AI>
To: SHG at MIT-AI, WORKS at MIT-AI
I agree that it is hard for a user to keep track of a stack of
interruptions. Having to maintain a mental model of such a stack, and
having to remember what "exit this command level" will do, is a real
pain. Most interactive systems I have used have suffered from this
problem. The Lisp Machine solves the problem by having all of the
user's activities be at the same "level". There isn't any command
processor that "calls" programs which then "return" to the command
processor; you just move "sideways" from one thing to another. No
stacks are involved. (Actually there are still a few stacks in the
system, but they are being removed.) (There are some commands that mean
"switch back to the previous thing I was doing", which you sometimes
want, but nothing forces you to use these commands. (If you gives such a
"previous thing" command over and over, it switches between the same two
things, in case you were wondering.))
Not only is this easier to use, but it is more powerful. If you are
reading your mail and you are interrupted by a phone call, you can go
handle the phone call, and then put the caller on "hold" and go back to
reading your mail, and then get back to the phone call. That is, you
need not maintain a last-in first-our ordering among your actitivies.
This is one of the things I think is most valuable about the Lisp
Machine's overall user interface structure.
Subject: Re: Tools for personal workstations
∂29-Jun-81 0848 mike at RAND-UNIX Re: Tools for personal workstations
Date: Saturday, 27 Jun 1981 12:19-PDT
From: mike at RAND-UNIX
To: Eric Benson <BENSON at UTAH-20>
Cc: Rivanciw.DHQ at UDEL, JWalker at BBNA, WorkS at MIT-ML
In-reply-to: Your message of 26 Jun 1981 1103-MDT.
Eric Benson's message implicitly compares the Emacs design with UNIX.
In his words, Emacs is elegant, UNIX arcane.
And that Emacs should be a guide for future designers !
And a merry,
CONTROL META SHIFT FOO
to all of you, too.
Michael
Subject: frisbees and floppies...
∂29-Jun-81 0911 Daniel L. Weinreb <dlw at MIT-AI> frisbees and floppies...
Date: 28 June 1981 21:15-EDT
From: Daniel L. Weinreb <dlw at MIT-AI>
To: SK at MIT-MC
cc: WORKS at MIT-AI
You asked, "The instantaneous bandwidth of such a transmission system is
very high. So who needs a Chaosnet?" This was presumably in reference
to the use of floppy disks for inter-workstation file transfer.
While the instantaneous bandwidth may be the same, the overall bandwidth,
counting the playing with the physical disks, is much lower.
Furthermore, the net is superior because (1) you can't do remote login
over floppy disks, nor asking what time it is, nor asking who is logged
in, nor anything else besides file transfer, and (2) it is very clumsy,
especially if the other machine is across the street or down the block.
Direct and easy access to a shared file server is important.
Subject: Addressing and File Accessing
∂30-Jun-81 0205 Barns at OFFICE Addressing and File Accessing
Date: 29 Jun 1981 0544-PDT
From: Barns at OFFICE
To: WorkS at MIT-ML
cc: Barns
The recent discussions of address space size, remote file access, etc.,
brought back to my mind the IBM System 38 - specifically the notion of
only one kind of addressing (48 bits in that machine) which is used
to access "main memory" or data on secondary storage - rather than
having files, there is the notion of various "access paths" possibly
existing through a great heap/swamp/"data base" of bits and bytes.
As far as I know the machines under discussion generally belong to the
Multics/Tenex/Unix school of thought that on the one hand, there is
memory, and on the other hand, there are files. All sorts of nasty things
like networks, terminals, users, etc., are mapped into one of the two
(usually files). But it seems to me more desirable (in principle at least)
to have only one kind of thing ala S/38, with various notions of access
paths, objects, classes of objects, etc.
I for one would be interested in knowing if my feeling is shared by
others, and also whether there are any plans on the part of the research
groups or other entrepreneurs to build such machine/software combinations
for those of us who would rather not program in RPG.
Bill Barns
-------
Subject: Re: el.POBox; 19 Jun 81 7:36-EDT
∂30-Jun-81 0222 Deutsch at PARC-MAXC Re: el.POBox; 19 Jun 81 7:36-EDT
Date: 29 Jun 1981 09:58 PDT
From: Deutsch at PARC-MAXC
In-reply-to: Rivanciw.DHQ's message of 25 Jun 81 8:26:40-EDT (Thu)
To: Rivanciw.DHQ at UDel
cc: JWALKER at Bbna, WorkS at Mit-Ai
The Xerox Star terminal interface is structured exactly the way
you suggest -- it gives you a "desktop" of capabilities which
(subject to the space limitations of the screen) you can "reach
for" at any time.
Subject: Multiple Levels Of State
∂30-Jun-81 0244 Rivanciw.DHQ at UDel Multiple Levels Of State
Date: 29 Jun 81 9:41:58-EDT (Mon)
From: Rivanciw.DHQ at UDel
To: works at Mit-Ai
Via: Darcom-HQ; 29 Jun 81 12:27-EDT
In Steven Gutfreund's recent message on user environments he mentioned
that it would be best to "NEVER HAVE MULTIPLE LEVELS OF STATE
ENCODED INTO A DISPLAY". I am not quite sure what Steve is really
going for here - does this mean never to have more than one level
on a screen at any given time? or does this mean not to have the
system track where and what a use was doing? I am not sure.
My thought are that in my work environment I am constantly being
interupted by phone calls, urgent messages (electronics as well
as paper), and drop in visits. Often times I can not remember
where I was or what I was doing (Steve mentions this problem in
his message). It was my hopes that an office system could help
me keep track of where I was and what I was doing.
For example, right now I am composing a message to the WORKS
mailbox. Suddenly an urgent electronic message header comes up
on my screen that I must answer right now. I abort this message
(naturally saving the draft) and read the new message, check other
files (calendar, saved messages, suspenses, etc) and compose a
reply. That might take 15 minutes. In the meantime my phone
rings or I have to make a call that requires me to divert my
attention elsewhere. Then someone stops by my desk to tell me
about their weekend or talk about some configuration.
Bottom line is that I forget all about this message. I simply
did not remember where I was or what I was doing. Several days
from now I'll see a file named DRAFT-WORKS and wonder what it
is. I'll read the file into the editor and suddenly remember
what I was doing, but by then the reply may not be worthwhile.
In a very rich user system, the system would keep trach of where
I am so that when I said continue it would take me back to this
message reply and I can finish it. I feel that this tracking
would have to go at least 3 or 4 levels deep.
What are some other thoughts?
Randy Ivanciw
Subject: Re: Tools for personal workstations
∂30-Jun-81 0303 Eric Benson <BENSON at UTAH-20> Re: Tools for personal workstations
Date: 29 Jun 1981 1232-MDT
From: Eric Benson <BENSON at UTAH-20>
To: mike at RAND-UNIX
cc: Rivanciw.DHQ at UDEL, JWalker at BBNA, WorkS at MIT-ML
Mike's response (more like a Bronx cheer) forces me to clarify some of the
points I was trying to make:
First, I could not say that the design of Unix is not simple, clean and
well-integrated from top to bottom. In fact, I only objected to one thing,
certainly not a central point, which is the cryptic command names (cat, mv,
rm, sh, ls, grep). These are almost as mnemonic as PDP-10 opcode names.
(Jrst enough for some, I suppose.)
Second, Emacs is no Mies van der Rohe creation. The implementation is at
three levels, MIDAS, TECO, and Emacs keyboard input, the first two of which
are incompatible with each other and sane human beings. The single
character commands are also cryptic, but there is readily accesible online
documentation for them. Common editing commands are often used in rapid
succesion, necessitating brevity. (Although I believe I saw an editor
described in Software P & E using the Tops-20 COMND JSYS which looked
somewhat interesting for novices.) Mike (apparently) objects to the use of
extra shift keys for commands. This is required because there is no
"insert mode" in Emacs; what you see is what you get. That is what
distinguises it from every other editor I have used, and is the most
important aspect of its design. Also, by not requiring special editing
keys or other input devices such as a mouse, a good typist can remain in
registration when entering commands.
Unix was designed when CPU power, memory, address space and terminal
bandwidth were scarce resources. Its popularity (in academic circles) is
due to its accessibility, portability and malleability. I only hope
in extolling its virtues we do not overlook its shortcomings.
-- Eric
P.S. Sorry for getting a little off the topic of personal workstations per
se, but I believe this is relevant to system design.
-------
Subject: On productive text editors, suggested reading includes
∂30-Jun-81 0319 DREIFU at WHARTON-10 (Henry Dreifus) On productive text editors, suggested reading includes
Date: 29 Jun 1981 (Monday) 1448-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: works at MIT-AI
this month's SIGPLAN (#6) on the Text-Manipulation conference conducted
earlier this year. It goes into some detail (Yale's "Z" envr for exmpl)
on how some systems were put together, and what benefits they provide to
the work-area.
Hank
Subject: ALANTHUS System 1000 workstation
∂30-Jun-81 0330 Edward Kozel <EKozel at SRI-KL> ALANTHUS System 1000 workstation
Date: 28 Jun 1981 1236-PDT
From: Edward Kozel <EKozel at SRI-KL>
To: WorkS at MIT-AI
I have some literature on the ALANTHUS System 1000 workstation. It is
a 16-bit machine with high resolution display (15"), up to 1M of RAM,
and a set of either twin 8" floppies or a winchester drive. It is
configured in an interesting manner, with the "guts" (RAM, controller,
etc.) in a chassis sitting upright on the desk with a clipboard on
the3 side to disguise the box. This allows the entire system to be
off the floor (excepting mass store, which can be across the room).
They claim the desktop units can be lined together via a high speed
LAN, providing multi-station access to shared resources. They are
on the Federal Supply Schedule, which (I assume) lends some
respectability to the enterprise. They use both the Intel 8086
and 8088 in their various configurations.
Sounds like they are using Convergent Tech gear. Does anybody know
otherwise?
Ed Kozel
-------
Subject: Re: Xerox Dolphin (alias 1100⊗?)
∂30-Jun-81 0353 Deutsch at PARC-MAXC Re: Xerox Dolphin (alias 1100⊗?)
Date: 29 Jun 1981 09:55 PDT
From: Deutsch at PARC-MAXC
In-reply-to: TEITELBAUM's message of 25 Jun 1981 2136-EDT
To: TEITELBAUM at RUTGERS
cc: works at MIT-MC, archer at SU-SCORE
Your information is correct. The Xerox 1100 is a Dolphin with
Interlisp. Its speed is approximately 1/2 KA-10 equivalent,
assuming you buy enough memory (~ 1 MByte) so that paging doesn't
kill you. It comes with a 600 x 800 bitmap display, a 28 Mb
non-removable disk, and a mouse; I'm sure some flavor of Ethernet
will also be available. I have no information on purchase price,
delivery schedule, etc. as yet.
Subject: Xerox 1100 (Dolphin)
∂01-Jul-81 0257 DEUTSCH at PARC-MAXC Xerox 1100 (Dolphin)
Date: 30 JUN 1981 1335-PDT
From: DEUTSCH at PARC-MAXC
To: WORKS at MIT-AI
I inadvertently quoted the 1100 speed for Interlisp as 1/2 KA-10.
The correct figure is 2 KA-10. The standard configuration being sold
includes roughly 1.2 MByte memory and a network connection.
For further details (including price, availability, options, etc.),
people should contact Marcel Pahlavan in Xerox EOS at (213)351-2351.
Some people in Xerox management are understandably a little concerned
that some busybody might narrow-mindedly disapprove of the use of the
ARPANet for discussion of a commercia\ product, although I don't see
how an informed discussion of personal workstations can proceed in the
absence of quite detailed information (technical and`otherwise).
Subject: ALANTHUS System 1000 workstation
∂01-Jul-81 0321 Brian P. Lloyd <LLOYD at MIT-AI> ALANTHUS System 1000 workstation
Date: 30 June 1981 08:45-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: WORKS at MIT-AI
Alanthus is indeed selling the Convergent Technologies system. There
are now three flavors of workstation: the Integrated Workstation
(IWS), the Monitor Workstation, and the Applications Workstation. The
IWS and MWS are electrically identical with the difference being that
the processor is remoted into a box like the mass storage. Only the
display and keyboard remain on the desktop. The Application
Workstation (AWS) is the "low cost" workstation and physically
resembles the IWS. The AWS is based on the 8088 (instead of the
8086), has fewer bells and whistles (no serial/parallel I/O, font
fixed in ROM, etc.), and has no Multifus expansion. The advantage of
the AWS is that it is about half the cost of the IWS and suddenly the
cost-per-workstation falls into the $5,000 range. The AWS can run all
of Convergent's software with the exception of the Font Designer.
Brian
Subject: Clarifications about interrupting workstaions
∂01-Jul-81 0334 Steven H. Gutfreund <SHG at MIT-AI> Clarifications about interrupting workstaions
Date: 30 June 1981 1p:52-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
To: WORKS at MIT-AI
cc: DLW at MIT-CI, rivenciw.dhq at UDEL
Re: Clarifying my comments on Interrupting workstation activity
I tend to aoree with Daniel Weinreb's comments about the need
to structure the user interface so that one can move gracefully
"side-ways" between windows/activities. He states that the
ability to movc "side-ways" was lone by the removal of calling
or nesting of routines.
This nesting of dialog or routines is what I am trying to point
out as a danger area for system designers. If one allows
a designer to create an arbitrary state machine by means of a
protracued dialog, then the user will be required to read the
entrails of his display to try and reconstruct the dialog that
occured earlier when he interrupted his session.
Randy Ivanciw is gorrect when he says that a system could be
built which would "refresh" the user's memory when he returns
to a window. However the problem with arbitrary state diagrams
in dialogs is that such a smart assitant would have to understand
all transitions that a user could have made. Pre-designing
such help into a dialog is a massive chore, and therefore rarely
done well or done at all.
It seems to me that if one is to follow the old maxim: WHAT YOU
SEE IS WHAT YOU GET. Then we should not have state diagrams in
dialogs which cause the user to be able to read the entrails of
his/her display to figure out what has gone on before he/she
left a window.
- Steve Gutfreund
Subject: Re: Multiple Levels Of State
∂01-Jul-81 0344 Deutsch at PARC-MAXC Re: Multiple Levels Of State
Date: 30 Jun 1981 12:52 PDT
From: Deutsch at PARC-MAXC
In-reply-to: Rivanciw.DHQ's message of 29 Jun 81 9:41:58-EDT (Mon)
To: works at Mit-Ai
Whoever mentioned the MIT Lisp machine solution hit the nail on the head: if
(1) there is no notion of "nesting" of suspensions, but rather simply a pool of
tasks in various stages of completion which the user can switch between at will,
and (2) every partially completed task is represented by a VISIBLE OBJECT on
the screen, then there is no issue about forgetting partially completed tasks,
being forced to complete them in the order they were started, etc., etc. I believe
(at least I hope) the Star works this way, since all the experimental
multi-window systems at PARC do.
Subject: Question to field: Bit Mapped displays
∂01-Jul-81 0353 DREIFU at WHARTON-10 (Henry Dreifus) Question to field: Bit Mapped displays
Date: 29 Jun 1981 (Monda{) 2210-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: WorkS at MIT-AI
o BIT Mapped displays.
Would anyone care to discuss what is a bitmap as oppsoed to
a raster-bitmap, as opposed to a whatever? I am certainly no expert
in this area, and the "Display" seems to be a key feature of most
Perscoms today.
Henry Dreifus
Subject: Addressing and File Accessing
∂01-Jul-81 0403 Vaughan Pratt <CSD.PRATT at SU-SCORE> Addressing and File Accessing
Date: 30 Jun 1981 1033-PDT
From: Vaughan Pratt <CSD.PRATT at SU-SCORE>
To: works at MIT-ML
I couldn't agree more with Bill Barns. Simplifying storage organization
is an important aspect of the more general goal of simplkfying the
user's perception of what is of necessity a very complex environment.
There is some support at Stanford for this goal; in particular we would
like to be able to offer users of SUN (Stanford University Network) a
simple coherent model of both SUN and (a rough approximation of) the
world outside SUN. Some vague thoughts along those lines appear in
<CSD.PRATT>SUNUI on Score. Brian Reid and I are mulling over such
ideas during this summer.
-------
Subject: Re: File accessing?
∂01-Jul-81 0413 DREIFU at WHARTON-10 (Henry Dreifus) Re: File accessing?
Date: 30 Jun 1981 (Tuesday) 2023-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: csd.pratt at SU-SCORE
cc: works at MIT-AI
And`what about providing parallel alternative file systems for
differing applications. Eg: Stream where Stream is good, and
chav where character is good (pipes). Make each system consistent
within itself and transparent to the end user. The system
developer can choose the file TYPEs s/he would be able to use
the most efficienly and blasto.
Hank
Subject: Re: Addressing and File Accessing
∂01-Jul-81 0428 host MIT-ML Re: Addressing and File Accessing
Date: 30 June 1981 11:46 edt
From> Frankston.SoftArts at MIT-Multics
Sender: COMSAT.SoftArts at MIT-Multics
Reply-To: Frankston at MIT-Multics (Bob Frankston)
To: Barns at Office-2, WorkS at MIT-ML
*from: BOB (Bob Frankston)
Local: Barns at OFFICE,WorkS at MIT-ML
Poor Multics. People seem to attribute all the limitations of
its imitators to the original. One of the major advances in
Multics was its large address space and the uniform treatment
of the address space. Files are not an intrinsic part of
Multics -- only a convention for access memory through I/O
routines. There isn't even I/O -- just a set of conventions
for writing for writing an I/O interface module.
Yes, the system/38 does work out a lot of the ideas and I still
feel it is IBM's most advanced system and have suggested people
look at it as a model. But from what I hear it has not solved
its performance problems, though the model of using gobs of
computational power to provide a powerful interface is the
correct one.
The other difference is that Multics provides the full power of
its process to its users. The System/38 is packaged like a
real computer but seems to be much closer to an assembly
language/PLS interpretter running the user code. It was clever
to invent the term vertical microcode, it means that they don't
need to give you a listimg of the operating system and are free
to change the internals as long as they preserve the user
interface.
Overall I think that the System/38 is a winner and one day IBM
will tell people that it is more than a System/34 upgrade. On
the other hand, I have not used it directly and RPG III (a VHLL
production language if you want to look at it that way) is the
only language currently available. It is also a little on the
expensive side, even compared to a Star.
Subject: Errata on Barns message "Addressing and File Accessing"
∂01-Jul-81 0445 The Moderator <WorkS-REQUEST at MIT-AI>
Errata on Barns message ''Addressing and File Accessing''
Date: 1 July 1981 07:00-EDT
From: The Moderator <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
Original statement:
As far as I know the machines under discussion generally belong
to the Multics/Tenex/Unix school of thought that on the one hand,
there is memory, and on the other hand, there are files.
-- Barns at OFFICE
Comments:
Multics does not view files as something fundamentally different
from memory. Rather, it was the first system to support a uniform
single-level memory system consisting of variable size objects
(segments) from 4096 bytes to 1 megabyte in length. Files were
simulated in Multics for compatibility reasons only, and files
were constructed out of segments.
-- Paul A. Karger <PAK at MIT-MC>
An important correction for all of you who have never used Multics,
and are constantly assuming that it is like UNIX or TENEX. It is
not. Barns, for example, says that Multics/TENEX/Unix differentiate
between files and memory (and that the S/38 doesn't). Multics was
the first system to do away with the concept of file--Multics "files"
are merely part of its large virtual memory, and are accessed via
pointers. S/38 has few new ideas in this area, and a lot of crocks.
Pish tush. -- DPR at MIT-XX
You are completely wrong in classifying Multics in this group.
In Multics, there is absolutely no distinction between "memory"
and "files"; there are just segments, which live in a hierar-
chical file system and are addressed directly. The System 38
is a spiritual decendant of Multics in this regard.
Just because an idea is old-fashioned does not mean you should
identify it with Multics. For all Multics's problems and extreme
age, it is STILL ahead of its time in some ways. Sorry for the
irrelevance of this message, but I couldn't just let this go by...
-- Daniel L. Weinreb <dlw at MIT-AI>
Subject: Storage Question Restated
∂03-Jul-81 0806 Barns at OFFICE Storage Question Restated
Date: 1 Jul 1981 0628-PDT
From: Barns at OFFICE
To: WorkS at MIT-AI
cc: barns
Now that half the Multics users in the world have voiced their
displeasure, let me try to say what I was really trying to say
before, hopefully in a less offensive manner:
During the time period when Multics was born, that system
and others made varying uses of the idea of a single level
store. Naturally different people came up with different
hardware/software approaches and solved different subsets
of the universe of possible situations. Since then we have
had Tenex and Unix which have made their own contributions,
and also some steps backward because of the desire to make
something that doesn't chew up a disproportionate share of
a timesharing system's time. (Yes, many others too, but
Tenex and Unix are perhaps best known.) More recently the
S/38 has attempted to go back to some of the more general
ideas, which is noteworthy in that it is not such an enormous
processor, nor is it intended to be a timesharing system of
the flavor of Multics or Tenex or Unix. Unfortunately there
are also many unfortunate things about the 38 as now packaged
- notably the lack of programming languages that many of us
like to use, or reasonable substitutes.
Now it is my impression (unsupported by hard data) that the
38's processor is more or less in the same ballpark as (some
of) the workstation processors. This suggests that it is
not unreasonable for someone who has a mind to, to make a
programming environment on these machines, or ones like them,
which will give us a simple means of accessing data for the
purpose of local computation by the 'owner' of the workstation
and only apply restrictions on access to people elsewhere in
a network. I suggest that in the nicest form, this means that
the workstation's programs access things by an n-bit number
which is absolute for the whole workstation. This need not
mean that no other form of accessing can exist.
The question, then, is, What such things exist or are planned?
To date the responses indicate that the Lisp Machine has such
an organization and that the Perq will at some future date have
a virtual storage box to support such things at the firmware
level. Dan Lynch's message of sometime back suggests that the
STAR does its storage paging in a nasty way, not clean at all,
but details seem to be unknown outside Xerox. Anybody know
any more?
--Bill Barns
-------
Subject: Re: Addressing and File Accessing
∂03-Jul-81 0954 Chris Ryland <RYLAND at SRI-KL> Re: Addressing and File Accessing
Date: 30 Jun 1981 1131-PDT
From: Chris Ryland <RYLAND at SRI-KL>
To: Barns at OFFICE-2, WorkS at MIT-ML
In-Reply-To: Your message of 29-Jun-81 0544-PDT
Bill, the system you describe (System 38) is just a
capability-based machine, which is certainly old hat by now.
Unfortunately, this idea still seems to be barely catching on in
the "real world." Most of the seminal systems (CAL at Berkeley,
Hydra at CMU, and the Plessey System 250) were done and finished
years ago, and yet there are only a few commercial systems which
reflect this elegance of architecture (S38, Intel's 432 (in some
sense), some ICL machines). Others are working on systems which
embody these ideas (H-P's Bridge project, the S-1 project), but
most of them bastardize the design for "practicality". I surmise
that capability-based systems are finding life difficult because
no one ultimately understands how to deal with them practically
(e.g., the Hydra folks discovered quite a few problems with
accounting (who owns an object?), backup, recovery, etc., though
they also made great strides with some of the harder issues
(mostly reliability).) I think a large percentage of us would
be delighted to have a true capability-based machine if the
performance were up to what we've come to expect from current
architectures, but that doesn't seem to be around the corner (at
least in any useable way: S38 hides all its good design from the
user and masks it in the usual nonsense IBM business software.)
-------
Subject: Re: Question to field: Bit Mapped displays
∂03-Jul-81 1034 cfh at CCA-UNIX (Christopher Herot) Re: Question to field: Bit Mapped displays
Date: 3 Jul 1981 08:47:25-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: DREIFU at WHARTON-10
Cc: WorkS at MIT-AI
In response to your message of Thu Jul 2 20:26:38 1981:
Bit Map refers to the way a picture is stored, i.e. one
bit (or aggregate of bits for color) of memory for each
addressable point on the screen. As opposed to the older
"display list" technique where the picture is stored as a
list of line segments, etc.
Raster-scan refers to the method by which the picture is
refreshed on the screen, in this case, as a series of
horizontal lines, starting at the top of the screen and
moving down. As opposed to "stroke writers" which move
the beam in arbitrary directions to draw individual
graphic primitives.
The earliest displays were stroke writers. The TX-0 at MIT
moved a beam on a CRT under the direct control of the CPU.
In some sense, this was the first personal computer, as
refreshing the display didn't leave too many cycles for
anything else. Later, the direct view storage tube (DVST)
allowed the picture to be written just once instead of
being refreshed 30 or more times per second. Only problem
was that the only way to change anything on the screen was
to erase the entire screen in a blinding flash which took
.5 seconds. By the way, contrary to current publicity about
the STAR, the Advanced Remote Display Station (ARDS) storage
tube terminal was the first to offer the "mouse" as an input
device.
Stroke writers are still in common use in the CAD/CAM area.
They typically employ high-performance (expensive) analogue
circuitry to draw vectors of much higher resolution than are
currently feasible with raster displays. Resolutions of
4096x4096 are not uncommon.
The raster scanned bit map display is rapidly taking over
the display scene. It is cheaper to build circuits which
move the beam in nice sraight lines across the screen than
to build in the ability to turn corners.
To answer your question, for all intents and purposes,
raster-bitmap and bitmap mean the same thing.
-----
Subject: capability machines
∂04-Jul-81 0915 HGBaker.Symbolics at MIT-Multics capability machines
Date: 3 July 1981 14:15 edt
From: HGBaker.Symbolics at MIT-Multics
To: ryland at SRI-KL, works at MIT-AI
1. A capability is just a fancy name for a pointer in a
machine that doesn't have enough address space to begin
with.
2. The current hangup of capability machines is their
unwillingness to do garbage collection. (Tracing, etc.,
that is.)
3. Lisp was the first capability machine. It is true that
the objects are quite small in the original Lisps, but
with newer Lisps having vectors, strings, objects,
classes, flavors, and what have you, they have all the
power of Hydras, 432's, etc.
Subject: Re: Addressing and File Accessing
∂04-Jul-81 0945 Deutsch at PARC-MAXC Re: Addressing and File Accessing
Date: 3 Jul 1981 14:50 PDT
From: Deutsch at PARC-MAXC
In-reply-to: RYLAND's message of 30 Jun 1981 1131-PDT
To: WorkS at MIT-ML
I must be missing something. Barns wishes for "an n-bit
number which is absolute for the whole workstation". Isn't
a reasonable-size conventional virtual address a solution to
this problem, provided that the operating/language system
doesn't allow you to fabricate addresses? That's the only
sense in which the Lisp Machine solves the problem, and it
only does it by virtue of NOT having any local capability
for named files. The LM doesn't provide any facilities
that replace a local file system, either, e.g. there are
no tools in the system for constructing and manipulating
directories of variables. Furthermore, the LM would be
helpless without the presence somewhere in the network
of some very conventional file systems which handle messy
questions like space accounting, periodic backup, user
authentication, etc.
Of course, if you want local objects to be remotely accessible,
then you do need something much more like capabilities. Given
that mainframes (processor + memory) are so cheap these days,
compared to the cost of a reasonable-size disk, I'm more
inclined to favor putting all potentially sharable objects on
a separate server mainframe and let workstations either cache
them on their local disks or get them over the network whenever
they need to. This requires some architectural changes in the
world to make that network access comparable in speed to, say,
something between a cache miss and a bubble memory access, as
opposed to a disk access.
To the best of my knowledge, Star, like the research machines
(Dolphin and Dorado), has a conventional paged address space;
the Star OS provides for mapping full or partial files into
this space, like Tenex or Multics. The OS happens to be
optimized for mapping sequential runs of pages of a single
file into contiguous virtual pages, but that is an
optimization only.
Subject: Re: Addressing and File Accessing
∂04-Jul-81 1019 gaines at RAND-UNIX Re: Addressing and File Accessing
Date: Friday, 3 Jul 1981 11:04-PDT
From: gaines at RAND-UNIX
To: Chris Ryland <RYLAND at SRI-KL>
Cc: Barns at OFFICE-2, WorkS at MIT-ML
In-reply-to: Your message of 30 Jun 1981 1131-PDT.
It is little known, but the new versions of the Honeywell 6000
have a memory management unit, internally known as NSA (for
New System Architecture, I think), which makes the machine a
form of capabilities machine. It is elaborate and baroque,
but underneath are some very powerful ideas. The architecture
supports multiple independent domains (where a domain is a set
of addressing capabilities), such that a process can consist
of many domains.
Honeywell is slowly attempting to extend the old GCOS-III
operating system to take advantage of this, and the new
version is being called GCOS-8. In addition, Honeywell
some years acquired the XDS Sigma (formerly SDS) business,
together with a little-know, but much loved by its users,
system called CP-5. The group that moved over from Xerox
as part of this deal convinced Honeywell that the operating
system could be ported to the Honeywell processor, and have
produced an interesting system called CP-6, which takes
advantage of the domain features in some nice ways. For
example, a process can have a debugger in one domain to
debug code in other domains, putting it far ahead of
almost any other system I know (including UNIX) in this
area.
Those interested in system design and memory management
approaches ought to be aware of what is going on here. It
represents a significant extension to the thinking about
domains and capabilities. Unfortunately, there is little
in the way of reports or other decent documentation, but
perhaps some beating on Honeywell would produce something.
I'm not sure that this is the right forum for this discussion.
It would be nice if someone would start and manage a conference
dealing with operating system and system design issues. WorkS
and InfoMicro seem to have lots of people interested in these
topics, but they are really focused a bit more narrowly and
differently.
Subject: Xerox 820 Ethernet compatability
∂04-Jul-81 1047 BILLW at SRI-KL Xerox 820 Ethernet compatability
Date: 1 Jul 1981 1402-PDT
Sender: BILLW at SRI-KL
From: BILLW at SRI-KL
To: works at MIT-AI
Message-ID: <[SRI-KL] 1-Jul-81 14:02:56.BILLW>
I have here a piece of Xerox (propaganda) on the 820. I says,
And I quote:
"In addition, the 820 is an investment that will fit into
your long-range plans, since ETHERNET compatibility is
available through the 872/873 Communication Server using
Teletype communications mode on the 820"
I will not make any comments.
Bill Westfield
-----
Subject: EMACS -vs- UNIX
∂04-Jul-81 1219 mike at BRL EMACS -vs- UNIX
Date: 30 Jun 1981 at 2026-EDT
From: mike at BRL
To: WorkS at mit-ml, unix-cpm at udel
cc: Rivanciw.DHQ at udel, benson at utah-20
Folks -
"Eric Benson's message implicitly compares the Emacs
design with UNIX. In his words, Emacs is elegant, UNIX
arcane."
Both this comparison and the conclusion disturb me.
Comparing an editor (which can be thought of as having 3
levels) with an operating system (which has many levels of
complexity) is kind of off-the-wall, but lets play along...
INTENT: The intent of EMACS (as I see it) was to
provide a "what-you-see-is-what-you-get" screen editor
which behaved similarly over a wide range of terminal
keyboards (and terminals), and to permit construction
of Macros to implement higher-level features (LISP
indenting, etc). The intent of UNIX was to provide
a powerful, plesant, and consistent environment for
Computer Science types to experiment and build tools
in.
In a word, the intent of UNIX is "Software Tools",
whereas the intent of EMACS is "Software TOOL". Humm.
USER INTERFACE: Everybody will be quick to agree that
EMACS has a simple to learn user interface, at least to
gain "novice" status. The more intricate commands become
more obscure, and less mnemonic. (Everybody agrees that
Meta-Control-single←character can get obscure).
"What-you-see-is-what-you-get" is Motherhood and Apple Pie
for screen editors, and EMACS definitely succeeds here.
The UNIX user interface is designed to save typing while
remaining reasonably mnemonic. A remarkable number of
"Advanced" users can't type very well, so this is laudable.
Unfortunately, this means users take a while longer getting
used to the command abbreviations. There exist variants of
the UNIX Shell (command interpreter) which accept abbreviated
commands and do other nice, user-helpful things (although the
"standard" (dumb) shells are more common).
Initial EMACS and UNIX users face much the same problem...
LOTS OF SQUINTY LITTLE COMMANDS.
UNDERLYING STRUCTURE: As I understand it, EMACS can
be thought of as having 3 layers: The user interface/screen
control stuff, the Macro level commands, and the macro
implementation level (Typically TECO). Certainly, the top
level is easy to use. The Macro level can usually be learned
and profitably USED by ordinary mortals, but the macro
implementation level (TECO or whatnot) requires a Wizard
to get good results.
UNIX can be thought of as a number of levels, nested:
The terminal driver & line protocol (control/s/q & "cooked" editing).
The Shell (command interpreter)
Programs (System commands & User programs have identical status)
The I/O Library (Buffering & simple file mgmt)
The System-Calls (Direct requests made to the UNIX Kernel)
While each of these levels may have some overlap and
inconsistencies, the general "clean" philosophy of having
only one mechanism to accomplish one result is generally
evident, and a real pleasure! [More on this some other day]
"UNIX productivity must be thought of, not in terms of lines
of code written per unit time, but in terms of lines of code
NOT REQUIRED..."
CONCLUSIONS: I feel that EMACS is one of the better screen
editors around, mostly because of the "macro" facility which
permits powerful features to be built on top, and I feel that
UNIX is definitely the best operating system that has surfaced
to date, because of the consistent system-call interface, and
the "Software Tools" approach to commands.
HENCE, I think that all UNIXs should have an EMACS, and
everybody should run UNIX!
-Mike Muuss
Ballistic Research Laboratory
PS: There exist EMACSs small enough to fit on an 11/34, and
UNIX runs on everything these days, so this is less of
a pipe-dream than it may seem!
-------
Subject: CMU Workstation milestone
∂04-Jul-81 1250 Sam.Harbison at CMU-10A CMU Workstation milestone
Date: 1 July 1981 1509-EDT (Wednesday)
From: Sam.Harbison at CMU-10A
To: works at mit-ai
Message-Id: <01Jul81 150913 SH01@CMU-10A>
I thought people might be interested to know that CMU took
delivery of its 20'th Perq yesterday. Ten are in offices
of people working on Spice-related projects, and ten are
in public areas, also being used mostly for Spice work.
-----
Subject: Re: Ethernet capabilities of 820 and STAR
∂05-Jul-81 0920 guyton at RAND-UNIX Re: Ethernet capabilities of 820 and STAR
Date: Saturday, 4 Jul 1981 18:51-PDT
From: guyton at RAND-UNIX
To: Rivanciw.DHQ at UDEL
cc: Works at MIT-AI
In-reply-to: Your message of 1 Jul 81 11:09:18-EDT (Wed).
I worked for a couple of years for Xerox on the Star product and
after this slanderous message I will no doubt never be welcomed
back. However I can't resist trying to shed a little light on
the confusing state of the Xerox office automation product line.
The key to getting through the Xerox propaganda is to realize that
there is NOT one, but TWO office automation product lines which
have been forcefully "merged." These lines were developed by two
competing groups and don't really have much in common.
The two competing groups are now both under the common banner of
the "Office Products Divison" of Xerox, and are attempting to
cooperate. But until a year or two back . . . well, I'll be
polite and just say that they were very serious competitors.
The older group is out of Dallas, Texas. The new group is split
between Palo Alto and El Segundo (both in California). Here is a
short table summarizing what I think are their main differences:
"SDD" "OPD"
+-------------------------+-------------------------+
Location | California | Texas |
+-------------------------+-------------------------+
Programming | MESA | Assembler |
Environment | | |
+-------------------------+-------------------------+
Processor | Custom Bit-Slice | Standard u-processors |
+-------------------------+-------------------------+
Background | PARC/Research | Electronic Typewriters |
+-------------------------+-------------------------+
Product Lines | Star | 820 |
(Partial list | File Server | 850 |
due to failing | Communication Server| 860 |
memory) | Ethernet | |
| Laser printers | |
+-------------------------+-------------------------+
The two product lines evolved and were designed seperately. When
both groups were merged into the "Office Products Division" it was
decided (wisely I believe) to merge the product lines as much as
possible. So the Dallas products are all going to be on the
Ethernet, and everything will talk with everything else. It is a
worthy goal, but as you might imagine, there are a few rough spots
in trying to do it.
I hear that the Xerox sales force is claiming that they have an
integrated product line for office automation. Low cost 820's up
to the Star. Ah . . . I don't think I can agree with that. I
believe they are undermining their credability when they try to
convince people of this.
As for the confusion arising from the ignorance of the Xerox sales
force . . . they are all out of Dallas and the Star stuff is brand
new to them. When I'm not upset about the propaganda I'm actually
kinda pleased to see that they've done as good a job as they have.
Jim
P.S. Randy -- to answer your specific message, the products in
column one all have the Ethernet designed and built in from the
start. The products in column two have had the Ethernet added
with chewing gum and bailing wire (if at all).
-----
Subject: Switching tasks and context
∂05-Jul-81 0958 JWALKER at BBNA Switching tasks and context
Date: Wednesday, 1 July 1981 11:52-EDT
From: JWALKER at BBNA
To: WorkS at AI
I don't follow the relevance of all this talk about "state
diagrams" in the discussion of resuming a suspended activity.
The human side of resuming something involves answering the
question "Now, where was I?". One very effective answer to
that question is the screen display of the task as it was
when you left it. (It is perhaps not the best answer, but
the best answer involves some meta-knowledge of what you
thought you were doing and your intentions for the various
commands you had used. I am willing to assume that someone
can recognize what they were doing given the set of commands
they had issued before stopping work.)
I concur that the approach taken by the LISP machine and other
multi-window systems (that keep track of various process objects
and reinstate their displays when the objects are selected) is
correct. These systems typically provide two ways of picking up
a dropped ball -- by using a mouse to select one of the objects
whose window is currently visible on the screen, and by using
a mouse to select an object from a menu window that contains a
brief description of each of the objects. The menu gives you
complete context for "where was I?" by showing all of things you
are juggling. This is very important because the fewer details
you have to keep in your head about what you are doing, the more
head is left over for actually getting the work done...
Simply resuming a dropped activity should not be a problem
solving activity ("now, let's see, I think I had that running
as a kept fork under Hermes, which is running as a kept fork
under EMACS..."). The "multi-forking" TOPS-20 execs that exist
at several places (e.g. MIT, Stanford, Rutgers) also support
users who need to move "sideways" to do a task although TOPS-20
doesn't provide anything in the way of reinstating the display
context.
-----
Subject: Multiple Levels of State
∂05-Jul-81 1106 Mike Leavitt <LEAVITT at USC-ISI> Multiple Levels of State
Date: 1 Jul 1981 1815-PDT
Sender: LEAVITT at USC-ISI
From: Mike Leavitt <LEAVITT at USC-ISI>
To: works at AI
Message-ID: <[USC-ISI] 1-Jul-81 18:15:41.LEAVITT>
For general purposes, the LISP approach seems entirely
reasonable. For a workstation, I'm not so sure -- this
is a very special case. There are a relatively limited
number of types of things I am likely to be doing, and
each of them has its own intrinsic priority. When they
are interrupted, they carry with them an implication of
how soon they should be resumed.
For example, if I have to interrupt a phone call and put
somebody on hold, this is basically different from what
happens as I am going through my in-box and someone comes
into my office. Granted, I would like to keep track of
where I was both in the phone call, and in the in-box, but
my system should and could be smart enough to understand
the difference, and indicate that YOU HAVE SOMEONE ON HOLD,
TURKEY, before I finish the interruption and go out for a
cup of coffee. Incidentally, I have been know to leave
people on hold in just such a situation.
Also incidentally, I am not totally crazy about have
a bunch of little icons filling up my screen with
unterminated projects. My desk looks like that right
now, and that is exctly what I hope to get away from.
Mike
-----
Subject: Spatial design for a workstation
∂05-Jul-81 1206 Rivanciw.DHQ at UDel Spatial design for a workstation
Date: 1 Jul 81 10:03:14-EDT (Wed)
From: Rivanciw.DHQ at UDel
To: works at Mit-Ai
cc: Rivanciw.DHQ at UDel
Via: Darcom-HQ; 1 Jul 81 10:49-EDT
I am quite impressed with the degree to which you all responded
to my questions or thoughts on changing modes of operation in a
workstation to better reflect the way one does business.
Here is a scenario I would like to take you through. It is
about Debbie, an action officer in federal agency. Debbie
has an automated office. She has just sat down at her desk
(after getting her coffee) and is about to start her day of
work.
Debbie logs onto the system. Rather than being dropped at
operating system, she is dropped into the office automation
program (or shell). The first thing she sees is the top of
her desk on the screen.
There's an inbox, a notepad, a file cabinet, a phone, a
calendar, etc.
Debbie reaches for the inbox by either moving a cursor to
the inbox or typing "inbox". The inbox expands to fill
the entire display. In the inbox is a stack of messages
- visible on the screen. One of the messages is flashing
(or in a red envelope) indicating some level of importance.
Debbie reaches for that message first by pointing at it
with the cursor (or typing a command to read it).
The message requires a quick response. Debbie must gather
some information from several sources to answer the message.
One source of information is a phone call away. Debbie types
"desk" (or hits a function key labelled desk) and is back at
the top of her desk.
She then points to the phone and the screen fills with a
phone message pad on the left (to take notes on when a
call comes for someone else in the office) and several
phone directories stacked in the right hand corner. She
points to the phone directory labeled "DARCOM". She types
in the first couple of letters of the person's last name
(the person she is trying to reach is me - she does not
know how to spell Ivanciw - so she just types in "IVA".).
The phone directory opens to the first page with names
beginning with IVA. Debbie sees the number and dials it.
While she is talking on the phone she wants to take notes.
She gets back to the top of the desk and points to the
notepad. The notepad expands to fill the screen. She
types her notes on the notepad (which is really just an
editor).
At the conclusion of the phone call the she goes back to
the top of the desk and once again points at the inbox.
The inbox opens with the message she was last reading.
She realizes that she needs the info on the notepad to
answer the message so she types notepad - the screen
splits and the notepad with the phone notes comes on
the screen beside the urgent message.
Ah, yes, Debbie just realized that she needs some info
from the file cabinet. She types "FILE CABINET" or hits
a function key labeled "file cabinet" and a picture of
a file cabinet appears on the screen. She points to
the file drawer labeled "A-C" and it opens revealing 30
folder headers.
But wait, someone has just walked up Debbie's desk and
has asked if she had read the bulletin board this morning.
There was a notice about a presentation in the conference
room sometimes this morning. Debbie quickly hits the "desk
top" botton and points to the Bulletin Board in the corner
of her desk. The Bulletin Board expands and shows subjects
for 15 bulletins. One subject is "PRESENTATION" and Debbie
user points to it and the bulletin expands on the left side
of the screen. Sure enough, the presentation starts in 8
minutes! and Debbie wants to go to it!
Well, now she has to work quickly! Hitting the FILE function
key the screen reappears with the file drawer "A-C" open
showing the 30 folder headers. She quickly spots the file
she wants and using the cursor (or a light pen, or maybe her
finger on a touch sensitive screen) points to the folder.
The folder opens up to reveal 3 separate papers on the topic.
Once again she points to the correct paper and types "close
file". The file closes and she is back in the inbox with the
urgent message, the notepad, and the new file-paper all on
the screen.
Hell! the phone just rang and she is the only one in the
office!! She picks up the phone and finds that it is for
someone else in the office. Quickly she hits the DESK
function key to get to the top of her desk and points to
the phone. The phone expands to show a phone memo pad
and directories. She moves her cursor to the memo pad
and takes a message for her co-worker. She hangs up the
phone and types hits the CONTINUE button. (The phone
message is automatically delivered to the co-worker).
Continue puts her back into the inbox with her three
files.
She decides that she can't finish the message right now
so she hits the bye button and goes to the presentation.
Debbie knows that the next time she enters her inbox the
three files will all be there and she can dig right into
the reply to that message.
********************************
Notice a few things:
o She never had to give a command to run an editor or a
message system. She only pointed to a function and if
it used the message system it used it (INBOX) or if it
used an editor it simply used it (PHONE MEMO, NOTEPAD)
and never required Debbie to type MSG or NED or EMACS
or whatever.
o She was interrupted several times and had to move through
several systems. In all cases she never had to say
"suspend" or "save" - she just went to another function.
When she returned to the function she left it was right
where whe left it. Imagine somebody constantly clearing
off the top of your desk everytime you changed functions
- that is basically what we do in the automated office
tools of today.
The above scenario is a concept that DARCOM is considering
incorporating into its office automation environment.
Please let me know your thoughts on this concept.
Randy Ivanciw
-----
Subject: Ivanciw's ideas &c: comments
∂06-Jul-81 0329 STECKEL at HARV-10 Ivanciw's ideas &c: comments
Date: 5 Jul 1981 (Sunday) 2116-EST
From: STECKEL at HARV-10
To: WorkS at MIT-AI
As an implementor type, I have a few questions. When I work,
I have at least three stacks of things on my desk (where each
stack has sub-sub-sub-, etc. stacks):
a) what I am trying to do on a long term
b) what I started this morning because it's gotta be done today
c) the phone rang and you need it when?!?!
So... the idea of "kept context" is a nice one, but I suspect
that there could be a lot of mess. What happens in Randy's
scenario when the phone call about line 78 (+ or -) required
the use of (1) messages (2) filing cabinet? How do you "file"
where you were in a file cabinet? My file cabinets have about
3000 things in them.
I also have a quibble about the "desk" key. If the interactive
whizzes can make the super page screen work, I would much rather
never have my "desktop" hidden...
I trust my machines about as far as I can throw them when it
comes to saved contexts. Why doesn't the "phone", "pad", etc.
stay around in "icon" form? Part of the idea of piles is that
you can still see the existence of a pile, even if you're not
too sure what's in it.
Unrelated quibble concerning EMACS, &C. I am in the (lonely)
minority of those who cannot stand EMACS, and have limited
tolerance for any screen editor I have yet seen.
A) all I have experienced know far too much about what I
"want" to do (words, lines, etc. are too fully built
in) Quick, what does your screen editor call a "word"?
B) the mouse-type input ones use too many hand motions - I
touch type my TECO commands; why should I have to slow
down?
C) the control-meta-shift ones make me use many fingers at
once. I don't like that either. Also, the more obscure
the character, the less likely it will survive (1) my
memory (2) the system deciding it wants that character
This is merely to say that I think editor design is in the
dark ages, and EMACS ain't God.
Back to Ivanciw's scenario:
Does he envision a page printer, etc., for that item in the
file cabinet? My file cabinets are full of brochures from
manufacturers which arrived by U.S. Snail. Do we encode
them with a TV camera? I have had much difficulty trying to
digest any message longer than about 25 lines via any screen.
The present Workstation message blizzard gets imaged out on
a Calcomp (nee Gould) 200 dot-per-inch plotter in "micro"
form (280-character columns per page) so I can sit down and
quit craning my neck at the screen.)
Anyway, my point is: the workstation seems great if all I/O
is within the electronic environment, but falls down when
you get things like hard paper involved. I hope I provoke
a little controversy.
geoff steckel
Subject: Re: Tools for personal workstations
∂06-Jul-81 0402 Daniel L. Weinreb <dlw at MIT-AI> Re: Tools for personal workstations
Date: 5 July 1981 19:42-EDT
From: Daniel L. Weinreb <dlw at MIT-AI>
To: lwa.INP at MIT-MULTICS
cc: WORKS at MIT-AI
Actually, quite a few users of Multics Emacs (in particular)
do learn to write extensions. Multics Emacs has an extension
language that is particularly easy to learn and start using,
and it is well-documented. Secretaries do this as well as
computer programmers (secretaries are often underrated; there
is a wide range of people doing secretarial things out there,
and some of them are pretty damned smart people). You'd be
surprised.
However, there will always be a lot of users who don't want
to learn to "program". I think the key to making programming
painless is to use programming-by-example systems. Emacs
keyboard macros are a start in this direction, although they
are too simple-minded to do the job adequately at all. Dan
Halbert's Master's degree work at U. C. Berkeley is a
particularly good example of a prototype of such a system.
I hope more people work on this in the future.
Subject: Re: capability machines
∂06-Jul-81 0434 Chris Ryland <RYLAND at SRI-KL> Re: capability machines
Date: 5 Jul 1981 1619-PDT
From: Chris Ryland <RYLAND at SRI-KL>
To: HGBaker.Symbolics at MIT-MULTICS, works at MIT-AI
In-Reply-To: Your message of 3-Jul-81 1415-PDT
Sorry, Henry, but a capability is NOT just a fancy name for a
pointer in a machine that doesn't have enough address space
to begin with. I was referring to capabilities in their full
encapsulation sense, such that you can only manipulate an object
if you have the rights to do so (encoded in the capability)
and you can only do it by invoking an appropriate entry in the
capability's type module. (This is only suggestive; particular
implementations differ, of course.)
No, some capability machines do garbage collection. Hydra did.
Lisp is not a capability machine. Lisp is just a low-level
language for a symbolic-object machine, and thus is attractive
to hackers, because they can grovel with arbitrary "addresses"
when they please (CADDADR, for example.) Of course, no one in
their right mind would use Lisp that way today.
/Chris
-------
Subject: Re: Spatial design for a workstation
∂08-Jul-81 0144 Mike Leavitt <LEAVITT at USC-ISI> Re: Spatial design for a workstation
Date: 7 Jul 1981 1902-PDT
Sender: LEAVITT at USC-ISI
From: Mike Leavitt <LEAVITT at USC-ISI>
To: cfh at CCA-UNIX
Cc: Rivanciw.DHQ at UDEL, works at AI
Message-ID: <[USC-ISI] 7-Jul-81 19:02:46.LEAVITT>
In-Reply-To: Your message of 6 Jul 1981 13:06:26-EDT
If there is a real problem with people preferring to type a few
characters than to scroll a screen (or move a mouse?) then is
one solution a more sensitive touch-screen device than is now
easily available? I guess I would prefer pointing to a
particular icon to any of the above.
Mike
Subject: Contexts as Icons
∂08-Jul-81 0204 Lawrence Butcher at CMU-10A (X335LB50) Contexts as Icons
Date: 7 July 1981 2219-EDT (Tuesday)
From: Lawrence Butcher at CMU-10A (X335LB50)
To: works at mit-ai
CC: Gene Ball at CMU-10A
Message-Id: <07Jul81 221925 LB50@CMU-10A>
"I am sitting at my Personal Computer (terminal) in the middle of
some work and something different comes up. I get confused."
The solutions to this problem range from having lots of windows
on the screen to having little paper airplanes which are shot from
user to user to transmit phone numbers.
The Star lets the user name available services by pointing to Icons.
Pointing to an Icon generates new more detailed Icons, or causes some
Icon-dependent action to happen, or causes a window to appear thru which
the user can interact with the named service. The collection of Icons
and windows are the context within which a user does work.
When a person services an interrupt, he would like to bundle up his
previous context and stick it somewhere. When the interruption is taken
care of, the old context is returned to. It is not reasonable for a
user to have to smash all of his present windows up to the upper left
side of the display to make room to work on his new context. It is equally
unreasonable for a user to have massive piles of overlayed windows.
A much better solution than windows would be a formal context manager
which allows you to group Icons, windows, and related running programs
into little "context" objects. These could be manipulated just like
mail, files, and windows containing command interpreters. One could use
the Context Manager Icon to gain access to and to manipulate lists
of contexts.
In order to be useful these Contexts should be able to contain any
object namable by the user. This should include Icons, instances of
running programs, and should also include the user's organization of
these objects onto his display. A Context should also be able to
include other Contexts.
Users commonly work on a single project for longer than a single
day. To make this possible, Contexts must outlive terminal sessions.
They must be portable between communicating machines. The user should
be able to move down the hall and have his work follow him. The
Context should be available the next morning, even after orderly system
shutdown.
Does anyone have any experience with a system like this??
Subject: Multiple Levels of State
∂08-Jul-81 0219 Vaughan Pratt <CSD.PRATT at SU-SCORE> Multiple Levels of State
Date: 5 Jul 1981 1145-PDT
From: Vaughan Pratt <CSD.PRATT at SU-SCORE>
To: works at MIT-AI
5-Jul-81 11:07:14-PDT,1438;000000000001
Mail-from: ARPANET site MIT-ML rcvd at 5-Jul-81 1106-PDT
Date: 1 Jul 1981 1815-PDT
Sender: LEAVITT at USC-ISI
Also incidentally, I am not totally crazy about have
a bunch of little icons filling up my screen with
unterminated projects. My desk looks like that right
now, and that is exctly what I hope to get away from.
Mike
-----
Automation works yet another miracle. Lotsa luck.
-------
Subject: Re: Switching tasks and context
∂08-Jul-81 0232 Nowicki at PARC-MAXC Re: Switching tasks and context
Date: 6 Jul 1981 10:32 PDT
From: Nowicki at PARC-MAXC
In-reply-to: JWALKER's message of Wednesday, 1 July 1981 11:52-EDT
To: JWALKER at BBNA
cc: WorkS at AI
I can't help describing a Multi-window terminal program I wrote last year at
Stanford (with the help of Vaughan Pratt and Jeff Mogul). My reasoning was
that although "integrated systems" with menus and standard user interfaces were
desired in the long run, we needed a short-term tool to help develop such
systems. My program runs on the SUN workstation, which provides RasterOPs
on an 800x1024 bit screen at roughly the speed of 16 pixels/microsecond, and
computing power about 1/4 of a VAX-11/780.
The program has one simple function: an aribtrary number of virtual terminals
are displayed in arbirary windows on the screen. Each of these virtual terminals
may be to any machine on the local ethernet, or on the Arpanet (via a
gateway). Characters the user types get sent to the "current" host, (except for
one escape character used to enter commands), and characters sent from the
remote hosts get printed in the corresponding virtual terminal. When something
more urgent comes up, you just create another window (which can partially or
fully overlay the other windows), and when you're done you destroy that
window. At any time you may select any window to be "current", so there is no
LIFO restriction.
The important thing is that such a tool WORKS, and I find incredibly useful.
The virtual terminal uses ANSI standard escape sequences, so we can use all the
tools that have been around for a long time (like the SAIL Display Service,
Emacs under TOPS-20 or Unix, etc.) with NO modifications. We are planning to
use this to develop a more integrated system, but it is nice to have the power of
all that useful but obsolete software out there.
-- Bill
Subject: not putting phone messages into electronic mail files
∂08-Jul-81 0247 Paul A. Karger <PAK at MIT-MC> not putting phone messages into electronic mail files
Date: 7 July 1981 18:44-EDT
From: Paul A. Karger <PAK at MIT-MC>
To: WorkS at MIT-AI
cc: PAK at MIT-MC
I must disagree. Putting phone messages for people in the same office
into the computer is extremely useful. My secretary mails mine to me,
so that I can review them either from home that evening or from
another site connected to the network.
This in turn raises a question. If I have an elegant work station at
the office with graphics and icons, etc., how do I read my electronic
mail from home on a cheap, slow terminal (probably 300 baud at best)?
Do I have to learn a whole different command language? Computerese
instead of pointing devices?
Subject: Re: A Quibble or two
∂08-Jul-81 0306 Joe.Newcomer at CMU-10A Re: A Quibble or two
Date: 7 July 1981 1218-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
In-Reply-To: Frank J. Wancho's message of 6 Jul 81 09:37-EST
I see nothing unreasonable about entering something in the computer "for
someone in the same office"; I don't see that spatial proximity should
require using an alternate method of notification, assuming that the
mechanism is already satisfactory. If using little pieces of paper is
more effective than using the computer, this indicates that something
is very wrong in the design of the software. Either the software is
good enough to replace paper, which is presumably the intent, or somebody
blew the design. Thus, we have a very good way of determining if the
designers built a system tailored to human needs, or one which is simply
intended as an ego trip for the designer.
I still don't understand why people seem to think "rings" or "stacks" or
other complex connected graphs are remotely reasonable for representing
past context. The top of my desk has no little strings connecting all the
things I'm doing, and I don't miss them; if I have to deal with such a
mechanism on my computer, then somebody who wrote the software doesn't
understand how people do work. See above predicate test.
A more serious problem is, given massive amounts of state, how do you
preserve them over a system crash? In the case of distributed systems,
it is even harder, since the state may be embodied in many (potentially
unreliable) separate machines. In the best of all possible worlds, when
my personal workstation rolls in the door, I turn it on. If I turn it
off, the result of turning it back on should be to put me back in the state
I was in when I turned it off. Likewise for system crashes. If some server
somewhere crashes, this should be of no interest to me, even if I'm using
it; when it comes back, my work continues just where it left off. None of
this is easy, and some of it is probably impossible, but I think it is
important enough that we should be concerned about reliability at a level
above parity and disk scavengers.
joe
Subject: Re: not putting phone messages into electronic mail files
∂09-Jul-81 0340 JWALKER at BBNA Re: not putting phone messages into electronic mail files
Date: 8 Jul 1981 0939-EDT
Sender: JWALKER at BBNA
From: JWALKER at BBNA
To: WorkS at AI
Message-ID: <[BBNA] 8-Jul-81 09:39:40.JWALKER>
In-Reply-To: Your message of 7 July 1981 18:44-EDT
The answer to "how do I read my electronic mail from home..."?
I have heard PARC aficionados say "Well, you WON'T work at home.
You'll be so much more productive during the day that you can
leave your work behind when you walk out the door." This position
does not constitute an answer to the problem. It is imperative
that we consider all modes of work in designing the next generation
of working environments. More people will start to work at home --
surely we have all heard predictions of electronic piece work and
cottage industry. More people travelling on business will be
carrying tiny terminals with them.
The question is serious. People have to think about how to subset
both the hardware and the software so that the essential style of
the interaction can remain. Of course someone working away from
their normal desk is somewhat handicapped now, but with good
planning (taking the right papers and materials with you) you can
write more on a plane than you can at your desk in the same
elapsed time. Workers whose desks are electronic shouldn't be
prevented in principle from having analogous benefits.
Jan
Subject: Re: not putting phone messages into electronic mail files
∂09-Jul-81 0358 Deutsch at PARC-MAXC Re: not putting phone messages into electronic mail files
Date: 8 Jul 1981 09:39 PDT
From: Deutsch at PARC-MAXC
In-reply-to: PAK's message of 7 July 1981 18:44-EDT
To: Paul A. Karger <PAK at MIT-MC>
cc: WorkS at MIT-AI
I have developed, and hope to publish soon, a detailed proposal
for a protocol between bitmap workstations and mainframes. The
protocol is probably not suitable for a 300 baud connection, but
1200 might be quite reasonable. What it demands on the terminal
end is something of approximately the computing power of the
present home micros -- it needs to be able to do RasterOp, some
simple memory allocation, and sequential communications. It
needs quite a lot of memory for the bitmap(s), but memory is
getting cheaper fast. It is designed for exactly the present
kind of workstation -- bitmap display, keyboard, mouse or
similar pointing device.
Such a protocol is, of course, not sufficient to let you read
your mail elegantly at home. What it requires is a system
(hardware and software) architecture in which the mainframe
is decoupled from the display. Fortunately this is a very
reasonable architecture even for the present generation of
workstations like the Star. If the display component and the
mainframe component are located close together, the bandwidth
between them will not significantly degrade responsiveness
compared to the present more tightly integrated architecture.
Subject: speaking of touch panels...
∂09-Jul-81 0419 Hal at MIT-MC speaking of touch panels...
Date: 8 JUL 1981 0755-EDT
From: Hal at MIT-MC
To: WorkS at MIT-AI
Does anyone know of touch panel technology that is good enough so
that one could use it instead of mice? One would need to be able
to pick out a region the size of a character. I've heard rumors
of systems that allow one to resolve at less than a fingertip's
size, but have never seen one in operation. In general, what do
people think about the use of mice vs. touch panels vs. whatever?
Subject: Re: Spatial design for a workstation
∂09-Jul-81 0427 cfh at CCA-UNIX (Christopher Herot) Re: Spatial design for a workstation
Date: 8 Jul 1981 17:17:53-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: LEAVITT at USC-ISI
Cc: Rivanciw.DHQ at UDEL, works at AI
In response to your message of Tue Jul 7 22:02:18 1981:
The problem with spatial data organizations is that they are
really a class of menus, with the attendant problem that you
can not display every possible choice on the screen at once.
You can deal with this either by enlarging the data surface
(so that the user must move his window over it) or by creating
a hierarchy of spaces.
In either case an expert user will find that it takes more
time to locate a particular command than to type its name.
>From my own brief experience, I think that programmers would
find a spatial layout most useful for organizing short-lived
objects, like contexts. The feature that programmers using
our system like best was the ability to create a number of
such contexts and move among them - like having several
terminals in your office.
Subject: Context Managers
∂09-Jul-81 0446 SHG at MIT-AI Context Managers
Date: 8 JUL 1981 1339-EDT
From: SHG at MIT-AI
To: WorkS at MIT-AI
It was recently suggested (by Lawrence Butcher@cmu10-a) that
in order to manage a "desk" full of icon's what we need is a
global context/icon manager that understands how to organize
the icons on a desk. Several people have suggested that one
needs a hierachical, all-knowing, state preserving "assistant"
in order to provide uniform access, continuity across
interrupted sessions, and conformity across different users
of the same desk.
It probably is my background in workstations (implementing
Smalltalk-80, a very distributed control machine) but
I have viewed the concept of a global organizer and
continuity/conformity enforcer as a mistake.
I see workstation developers and end-users developing zoo
of different types of icons. (The reason I say zoo is that
I see each icon behaving as an anthropomorphic instance of
a real-world tool). Thus secretaries, financial analysts,
accountants, managers and stockbrokers are going to run off
and create icons that behave like rolloindexes, memo-pads,
stock tickers, file cabinets, bookshelves, steno-pads,
calculators, and waste baskets (one can even imagine someone
implementing the anthropomorphic method for hunting through
a waste basket, or even janitors who pick up the trash daily).
Users will create this zoo of icons because they are familiar
with how the real-world devices work, and because the human
race has spent many years perfecting their functions.
I do not see any reason to pre-constrain the system by having
a predefined global conformity rule about an icon's functions
and a global conformity manager who uses that rule to organize
icons.
I have no strong empirical data to back up these opinions, thus
I am quite curious as to what the WorkS community thinks about
this subject.
- Steven Gutfreund
ps: I am assuming a currently implementable workstation. I assume
that the AI community is still far away from an intelligent
assistant that can gracefully learn from a naive user how to
manipulate office equipment and then train temporary workers
on how to use someone's "desk". Since I am not up-to-date on
current research, I could certainly be wrong here.
Subject: Re: Re: Tools for personal workstations
∂09-Jul-81 0509 lwa at mit-csr at mit-multics Re: Re: Tools for personal workstations
Date: 6 Jul 1981 1050-EDT (Monday)
From: lwa at mit-csr at mit-multics
Reply-to: lwa.INP@MIT-Multics
In-reply-to: Your message of 5 July 1981 19:42-EDT
To: dlw at MIT-AI
CC: WorkS at MIT-AI
Interesting. I'd like to see more information on these "programming-by-
example" systems, as I feel that the issue of user extensibility is not
being adequately addressed in present-day designs for office automation
systems.
-Larry Allen
-------
Subject: Re: Contexts as Icons
∂09-Jul-81 0525 obrien at RAND-UNIX Re: Contexts as Icons
Date: Wednesday, 8 Jul 1981 10:34-PDT
To: Lawrence Butcher at CMU-10A (X335LB50)
Cc: works at MIT-AI, Gene Ball at CMU-10A
In-reply-to: Your message of 7 July 1981 2219-EDT (Tuesday).
<07Jul81 221925 LB50@CMU-10A>
From: obrien at RAND-UNIX
I hadn't really thought about this before, but the PLATO
computer-based education system does exactly this - it saves
state between terminal sessions. It does this only for students,
though, not for "authors" (programmers). I hadn't thought of it
before because PLATO is so strange that I really don't think of
it in terms of other computer systems.
State-saving works but can't be done blindly. It turns out
that almost all real applications ("lessons") require the author
to do his own state-saving so that the student doesn't come up
with no context, but is instead presented with a higher-level
frame that tells him where he was and presents some options.
Only blind drill-and-practice stuff can use full state-saving
at all usefully, and sometimes not even then.
Subject: Unfinished tasks, intra-office mail, and system death
∂09-Jul-81 0550 Brian P. Lloyd <LLOYD at MIT-AI> Unfinished tasks, intra-office mail, and system death
Date: 8 July 1981 07:19-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: WORKS at MIT-AI
An interesting point was made about the necessity of being able to
conveniently hand-off a task to another person. Certainly it would
be simple to just dump the task's parameters from RAM to disk and
restore them again elsewhere. While technically feasable (I have
done that on my CT system to provide task interruption capability),
this is tantamount to scooping up the mess on your desk and dumping
it on someone else's. In any case the user is probably going to
reorganize it somewhat in order to make a smooth transition. Given
this, I don't think that special capabilities need to be created
to meet this "need" (I know that those of you using large central
machines may have dificulty with my technique depending on system
architechture).
As far as intra-office mail for phone messages is concerned, I am all
for it. I dislike being told that "there has been a phone message
waiting at the operators desk for you for several hours. Why don't
you ever pick up your messages ..." especially since I have been
waiting for the call and I happened to be away from my desk for two
minutes when it came. Paper doesn't hack it here.
There are some tasks that are very painful if you lose your work
because of system death and others that are unimportant. If I
have been editing a document for hours and I lose it all because
of a system crash, I am going to be VERY annoyed. On the other
hand, if I am reading my mail and the system goes down, it will
not be very painful for me to recover from that situation. We
are going to have to do serious study as to which tasks can be
recovered easily.
Convergent has come up with what I believe is a unique method of
protecting a user from a crash during an editing session. All
user keystrokes and the original document are maintained through
an editing session. If the system dies or I wish to go back in
time in my editing session, I can do a replay and watch the system
duplicate my editing session in short order. This is an interesting
approach and I have found it to be VERY useful (like the time someone
pulled my plug when I was four hours into an editing session ... ).
Brian
Subject: Re: A Quibble or two
∂09-Jul-81 0616 Deutsch at PARC-MAXC Re: A Quibble or two
Date: 8 Jul 1981 09:44 PDT
From: Deutsch at PARC-MAXC
In-reply-to: Joe.Newcomer's message of 7 July 1981 1218-EDT (Tuesday)
To: Joe.Newcomer at CMU-10A
cc: works at mit-ai
Reliable preservation of large amounts of state in the face of
hardware failures is a topic which has been explored extensively
in the data base world. (This is a nice example to support my
contention that the present tendency of computer science to fragment
into subspecialties is to be deplored.) Generally speaking, the way
to overcome the problem is ALWAYS redundancy. The forms of redundancy
that we have explored the most are (1) thinking of the workstation as
a cache for "truth" embodied on a remote file server, or (2) logging
important state changes on a server so that the workstation state can
be reconstructed (possibly slowly) if a crash occurs. A more exotic
architecture involving multiple copies and voting is explored in a
soon-to-appear thesis by Dave Gifford (MIT). The bottom line is that
the technology is available, if manufacturers and software houses
choose to offer it.
Subject: Reliability
∂09-Jul-81 0643 Joe.Newcomer at CMU-10A Reliability
Date: 8 July 1981 1348-EDT (Wednesday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
In-Reply-To: Deutsch@PARC-MAXC's message of 8 Jul 81 11:44-EST
I have contended for several years that I don't need better languages,
compilers, or editors NEARLY as much as I need a database management
system. Alas, the conventional DBMS is oriented to social security
records. I once mentioned "well, you put all that on a database"
to someone and they immediately began to explain how they had
variable-length text which a database system "couldn't handle".
Of course, a large class of uninteresting systems think in terms of
fixed-length records, but what we lose by ignoring them is that they
solve a whole lot of other problems. I once worked in the "real
world" on a banking system, and it is a good way to learn to be
paranoid about hardware and software. When you start playing with
millions of dollars of real bucks, and find that people audit their
checking accounts (and even interest on savings) to the nearest penny,
AND your company has posted a mongo amount of dollars in bond to back
up their promise that they WON'T screw up, you find that redundancy is
a way of life. DBMS systems have all had to deal with this class of
problems; the fact that their image of the data is prehistoric does
not invalidate the other solutions.
From a personal workstation viewpoint, the problem is to implement
the redundancy of state at a very low cost. If my machine crashes,
I want to boot it and get the display looking just like it did
before the crash, having lost perhaps a few small edits, or the
mail message I was composing (if it was shorter than some low
threshold) or possibly the window I just the instant before had
brought up. Doing this cheaply requires ingenuity.
joe
Subject: Re: JWalker comments on working at home, on planes, etc.
∂13-Jul-81 0920 Zellich at OFFICE-3 (Rich Zellich) Re: JWalker comments on working at home, on planes, etc.
Date: 9 Jul 1981 1036-PDT
From: Zellich at OFFICE-3 (Rich Zellich)
To: WorkS at MIT-AI
Some of us already *do* work at home, and the receipt of stuff
that shows up in my office inbasket is a problem -- I have to
go in and get it periodically, or else have it batch-mailed to
me (the Post Awful actually does pretty good work here - I get
everything the next day).
At home I have a pretty nice workstation, but on a recent
vacation trip I took a TI745 with me, and found it not nearly
as useful as it had been when it was my *only* terminal. My
work methodology has changed so much due to the availability
of the workstation that it has become almost impossible to
get my work done with a terminal with lesser capabilities.
My electronic "filing cabinets", etc., are optimally organized
for a windowed display, and have become extremely difficult to
use from a TTY or simple scope.
It so happens that my workstation is relatively dumb (using
its internal microprocessor to handle NVT requirements only),
but the next generation should be quite intelligent - maybe
being my prime "host" itself. This all points up two problems
very neatly:
1. I need a portable workstation (or portable terminal that
can access my workstation);
2. If I use a portable terminal, then I need access to my
home workstation (the future one, that will be a
standalone system). This future system must be capable
of two-way communication; it can *not* be used strictly
to dial out to other hosts. It has to be a full host
in that it must be accessible from a remote user, and
probably from remote hosts and other workstations as
well. (gee, sounds like I just read RFC 782)
-Rich
-------
Subject: Working at home
∂13-Jul-81 0920 Joe.Newcomer at CMU-10A Working at home
Date: 9 July 1981 1447-EDT (Thursday)
From: Joe.Newcomer at CMU-10A
To: JWALKER at BBNA
CC: works at mit-ai
In-Reply-To: <[BBNA] 8-Jul-81 09:39:40.JWALKER>
Huh? "I'll leave my work behind when I go out the door?"
I've never heard such bullshit. First of all, it makes
the rather bizarre assumption that I even want to come IN
the door. Actually, I would much rather work at home. This
means such serious issues as how to get reasonable communication
bandwidth between my processor and the rest of its network is a
very serious problem. And it also seems to be predicated on the
strange (and patently false, in my case) assumption that one WANTS
to leave the machine behind. I ENJOY what I'm doing, and want to
be able to do it equally well from home or "work". Thus the goal,
for example, of giving every CMU researcher a personal machine is
not really satisfactory; I need two, or at least a display with a
high-bandwidth (say, 10MHz) connection to the "real" machine.
Perhaps in that strange world where people turn their minds off
when they leave the office this is a reasonable attitude, but I've
never yet met a professional in any area who was capable of doing
this. And if you DON'T make the facilities available at home, you
are defeating the purpose of having personal workstations: to make
individuals more productive. I don't think it is the domain of
office automation designers to dictate when and where one has
automation available. Assume it needs to be available 24 hours
a day, 7 days a week, at home and "at work", THEN figure out what
the problems are.
I have this from direct experience. When I had a 1200 baud
C-100 in the office and a 1200 baud C100 at home, I could work
interchangeably in either location. When I got 9600 baud in
the office, I worked less at home. Now that I have a Perq in
the office, I can't work at home at all. This is a real drag.
I see absolutely no philosophical reason to not provide equal
computing facilities at home and at work. The only limitations
are technical (like bandwidth) and financial (most companies
can't afford two $30K workstations per user). So "office"
automation designers should go after those problems, and quit
making such totally wedged statements that seem to reflect a
basic misunderstanding of what a "personal workstation" really
should be!
joe
Subject: Office of Tomorrow, where is it?
∂13-Jul-81 0921 DREIFU at WHARTON-10 (Henry Dreifus) Office of Tomorrow, where is it?
Date: 12 Jul 1981 (Sunday) 1955-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: works at MIT-ML
Workstations of Tomorrow, the office of tomorrow. [Part-I]
A general feeling by most consultants, including myself, is that
the office of the future will be distributed geographically. Not
only will the 'traveling' type person be a long-distance link, but
projects will be connected by different branches - communicating
electronically.
As this effects the workstation, indeed a traveling companion
will be developed. Something akin to the Xerox "NoteTaker".
Working from home will also be a common and practical extension.
Workstation hardware will have to provide the geographic service
at some point in the not too distant future.
Somewhat more extensive from Telex/TWX 'Datagram' service, an
electronic 'Terminal in the Hotel' will at some point be provided.
I don't see any major technological problems in that. Most people
I have spoken to say they would pay $ 25.00 or even $ 50.00 more
a night to have a computer screen and a dial up modem at their
disposal.
Flying on an airplane? Why not? First Class, Business Class,
Electronics Class and Coach. Electronics class, with SONY(tm)
TypeCorders, floppy disks, and even telephone capabilities for
burst communications to one's favorite computer. It beats the
lousy movies they are showing these days.
Henry Dreifus
[Subj: Bravo/Hypertext]
∂12-Jul-81 1803 John Howard Palevich <TANG at MIT-AI>
Date: 9 July 1981 09:02-EDT
From: John Howard Palevich <TANG at MIT-AI>
To: WORKS at MIT-AI
The Bravo (& BravoX) secretary-type editors on the PARC
Altos have the "save every keystroke and the original file so
that we can always reconstruct" hack. When the system starts
to reconstruct it puts a cute "Your Editor is Experiencing
Temporary Difficulties, Please Standy By" message on the
screen, much in the style of the message TV stations read
out over the air after they drop the camera on the floor.
What ever happened to Ted(tm) Nelson's Hypertext system,
where the entire state of the document (down to the time between
keystrokes of the person editing in) was saved, and the viewer
of the document had the option of expanding the footnotes into
the referenced texts, and all that sort of thing? I think that
he was even addressing the problems of copyright & royalty
payments. . . perhaps I should mail this to human-nets, instead.
Subject: Workstation Reliability and Redundancy
∂12-Jul-81 1724 rmc at CCA-UNIX (Mark Chilenskas) Workstation Reliability and Redundancy
Date: 9 Jul 1981 14:23:18-EDT
From: rmc at CCA-UNIX (Mark Chilenskas)
To: WorkS at mit-ai
It sounds as if your problem is similiar to (and can use)
distributed database technology. The icons can be viewed as
tuples in a relation (of work to be performed, status of work,
worker, what have you). Some icons would be provided by the
system in a common format, others would be customized by each
user, probably using some menu driven options package although
for "sophisticated" users I suppose full programming might be in-
volved. The basic idea would be to have all nameable items
stored away on disk with their requisite status information.
This would preserve state info over crashes of the individual
workstations, but does not solve the problem of going to a new
workstation if your desk dies for a day or two.
In a distributed data base it has long been theorized that redun-
dant data will provide better reliability over crashes, machine
outages, etc. and provide some (possibly limited) data to the
user even if their home system is currently unavailable. Of
course this is a pain, because you have to work up protocols to
insure that the data items all stay consistent with each other
and use up lots of overhead timestamping messages or locking and
unlocking at foreign sites to update data and it is still all
very, very SLOW! The fact that Ethernet has a higher data
transmission rate than the ARPAnet and that the updates may have
simple enough formats to use coding schemes will help. But i
suspect that this will still eat an unacceptable amount of com-
pute power at task initialization and termination. Update trans-
actions are where redundancy hurts most.
Distributed databases are only partly understood. One problem is
in deciding how to split up the data. An obvious technique would
be to store templates for all common icons at each
workstation/site and let each user pick which other sites he is
likely to use occasionally. Unfortunately this will mostly mean
the user will be too brash (i don't need backup) or too cautious
(store it everywhere! Why do i run 10X slower than everyone
else?). And what do you do when the database crashes? What info
is right, and what is out of date (especially if a locking rather
than timestamp protocol is used)? This is not to mention network
partitions...
It still seems like a good application of the technology. The
redundant data goes a long way toward assuring you the type of
reliability you want. Using a common database would allow one
mechanism for transfering tasks/icons from one desk to another.
The networks will be reasonably fast. Workstations are getting
more compute power. And slowly we begin to understand some of
the design and recovery problems. There is some NICE research to
be done here...
R Mark Chilenskas
Subject: Automated desk
∂12-Jul-81 1803 wilson at CCA-UNIX (Gerald Wilson) Automated desk
Date: 9 Jul 1981 12:38:27-EDT
From: wilson at CCA-UNIX (Gerald Wilson)
To: csvax.works at Berkeley
The problem of keeping track of what quickly becomes a
multidimensional space is one we faced in the extensions of
Negroponte's work in our SDMS and VIEW systems. For SDMS we
approached it by providing two kinds of "world maps". The first
is simply a synopsis of the contents of the current work space.
Thus if you are doing several related things in this single space
(eg. building different portions of a large program), you can
always find from the world view (shown on a separate screen at
all times) where the other portions reside. The second type of
world map is a side view of all of the work spaces arranged into
a tree ( or network ). This shows a box with a label for each
work space, lines showing the connections between work spaces,
and a highlight for the work space where you currently reside.
The user can switch between world maps at the push of a function
button.
This is only a partial solution to the problem, as it does not
capture any of the real semantics of the situation. For example
you do not know how you got to the current work space, or any of
the contextual information associated with the current instance
of the work space. These are issues that we are currently
addressing in VIEW, but I have no fabulous insights to report
yet.
Subject: Re: Context Managers
∂12-Jul-81 1803 Joe.Newcomer at CMU-10A Re: Context Managers
Date: 9 July 1981 1501-EDT (Thursday)
From: Joe.Newcomer at CMU-10A
To: SHG at MIT-AI
CC: works at mit-ai
In-Reply-To: SHG@MIT-AI's message of 8 Jul 81 12:39-EST
I guess I never thought of the icons as being pictures or
illustrations, but just names of windows (perhaps visible
corners of windows). Thus having a global manager in a
workstation that keeps track of all the windows seems
natural. What is your reaction to this simpler model?
joe
Subject: Icons
∂12-Jul-81 1804 Brian P. Lloyd <LLOYD at MIT-AI> Icons
Date: 9 July 1981 08:31-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: WORKS at MIT-AI
Currently we catagorize workstation functions on the basis of
the existing tools we now use. Is it not possible for us to
define a new set of functions that encompasses the current
range of tools/procedures, but is much smaller? Given this,
we will have to develop a new set of icons to define the new
functions. If indeed we must define new icons, don't we lose
the existing mental correlation between picture and function?
Perhaps we should look at the whole problem from another angle.
Let us assume that the "intelligent desk" leads us in the
direction of modified worker activity. I think we should do
another system analysis and see if we can come up with a new
view of the problem: one that has an elegant [simple] solution.
Brian
Subject: Re: Reliability
∂12-Jul-81 1724 Joe.Newcomer at CMU-10A Re: Reliability
Date: 9 July 1981 1831-EDT (Thursday)
From: Joe.Newcomer at CMU-10A
To: kolling at PARC-MAXC, works at mit-ai
In-Reply-To: kolling@PARC-MAXC's message of 9 Jul 81 16:21-EST
Assume the following:
A series of transactions is required to generate a consistent
database.
The cost of repeating a transaction is outrageously high.
The cost of restarting a series is even higher.
The cost of saving state at the client so that the series may
be continued is negligible.
What is the cost of the mechanism that guarantees that enough
state is preserved at the server to continue the series of
transactions given that either the server or the client may
crash?
Assume that the client, when resuming the series, may elect
to "continue" or "abort". Assume that "abort" is a truly
rare occurrence.
This is my image of the requirements of, say, a crashproof
editor that will lose no more than one keystroke if either the
client or server crashes. Note that although the "database"
(file being edited) is in an inconsistent state (relative to the
desired state), the user wishes to resume editing at the nth or
n-1st keystroke. Thus, viewing the user as the "client" and the
editor as the "server", the cost to the user of remembering which
keystroke came last or will come next is negligible. As we move
further back in time, the cost of restarting the series becomes
higher and higher. Assume for values of time > 10 keystrokes
the cost is nearly infinite. As far as I can tell, transactions
do not allow state to be SUSPENDED; they only guarantee that
under one definition of consistency, the state will always be
consistent. For a workstation, the two states in question are
the state of the workstation and the state of the work. Any
time the workstation state is consistent, the state may be
saved (the transaction completed), but this has nothing to
do with the state of the work. I think we are a long way
from being able to deal with the latter, since I think it
is perfectly reasonable to shut down the system or take a
crash when the "work" is inconsistent, as long as we can
return to the same state of inconsistency upon return and
allow the work to proceed.
joe
Subject: Touchpanels
∂14-Jul-81 0934 Steve Saunders <SAUNDERS at USC-ISIB> Touchpanels
Date: 13 Jul 1981 0939-PDT
From: Steve Saunders <SAUNDERS at USC-ISIB>
To: WorkS at MIT-AI
Why do all the answers in the digested replies on touchpanels share
these glaring misconceptions?
- that a touchpanel must be mounted in front of the display;
- that a touchpanel's resolution is limited to fingertip size.
1. Any of several touchpanel technologies, including the Elographics
and Sierracin commercial units, is entirely suitable for use away
from the display surface -- say, just where you would put a
"tablet" (pen-on-a-wire type), but without ever having to find &
pick up a pen or even find the mouse where you left it. The desk
area used need not be larger than a mouse-field.
2. This same touchpanel technology, at least, offers resolution that
is much much finer than the size of the touching fingertip -- I
have personally built and used some, and with cursor feedback I
can select individual pixel positions *within* the (projected)
area of my contact "fingerprint". This is done simply and
naturally (noone has to be coached) by rolling the fingertip.
The resistive material reads out the centroid (in some sense)
of the contact patch, allowing very sensitive control for fine
positioning, as well as instantaneous pointing without having
to find the pointer (pen or mouse) first.
*Of course* there is a tracking cursor on the display, just like a
mouse/tablet. To assume absence of this well-understood software
device gives extremely unfair comparisons.
Now that we all have that straight, how about some reconsidered
answers? Preferably this time from users of real touchpanels,
not those low-resolution or screen-mounted special-purpose
devices that were blasted (rightly) in the recent batch of
replies.
Steve
Subject: Re: Touchpanels
∂15-Jul-81 0429 JWALKER at BBNA Re: Touchpanels
Date: 14 Jul 1981 0926-EDT
Sender: JWALKER at BBNA
From: JWALKER at BBNA
To: SAUNDERS at USC-ISIB
Cc: WorkS at AI
Message-ID: <[BBNA]14-Jul-81 09:26:52.JWALKER>
In-Reply-To: Your message of 13 Jul 1981 0939-PDT
You might have noticed that some of the touch panel notes pointed
out the semantic poverty of a touch when compared to the multiple
selection buttons on a mouse. That difference holds wherever the
touch panel is mounted. It means that touch panel driven systems
have to use more menus than are needed with a mouse driven
interface.
Jan
∂15-Jul-81 0444 Steve Saunders <SAUNDERS at USC-ISIB> Touchpanel prejudice
Date: 14 Jul 1981 0839-PDT
From: Steve Saunders <SAUNDERS at USC-ISIB>
Subject: Touchpanel prejudice
To: JWALKER at BBNA
cc: Saunders at USC-ISIB, WorkS at MIT-AI
Again, random assumptions are being made. Who says you can't
mount buttons where they can be used easily with a touchpanel?
Specifically, you can take advantage of the normal use --
pointing with one hand while the other remains in "home position"
at the keyboard -- to provide either mouse or touchpanel with
lots of "buttons" (just 'cause they have letters printed on top
doesn't mean they aren't buttons!). Of course, the kinesthetics
aren't exactly alike; but the assertion implied by JWalker that
mouse is necessarily better on this ground is pure assumption.
If there's evidence, tell us about it!
I didn't say there was no DIFFERENCE, just that the touchpanel's
inferiority as being asserted on unfair (scientifically careless)
grounds, that touchpanels were being castigated for faults they
don't in fact have. They are indeed different, and the good and
bad points of that difference need to be carefully explored
without the interference of preconceived conclusions.
Steve
-------
∂15-Jul-81 0458 Joe.Newcomer at CMU-10A Re: Touchpanels
Date: 14 July 1981 1253-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: Steve Saunders <SAUNDERS at USC-ISIB>
Subject: Re: Touchpanels
CC: works at mit-ai
In-Reply-To: Steve Saunders's message of 13 Jul 81 11:39-EST
Steve,
I was assuming by touchpanels that people mean those transparent
devices, or LED-matrix arrays, that get mounted on terminal
screens. I therefore don't see any distinction between the Bit
Pad One with a piece of hardware for the cursor and the Three
Rivers touch-tablet which requires only my fingertip (except I
don't have four buttons on the touch-tablet). The fine point
that touch tablets need not be mounted on the screen did not
escape me...in fact, I even cite the 3RCC touch tablet in an
earlier note.
joe
∂15-Jul-81 0515 Steve Saunders <SAUNDERS at USC-ISIB> Touchpanels vs Tablets
Date: 14 Jul 1981 1014-PDT
From: Steve Saunders <SAUNDERS at USC-ISIB>
Subject: Touchpanels vs Tablets
To: Joe.Newcomer at CMU-10A
cc: WorkS at MIT-AI
In-Reply-To: Your message of 14-Jul-81 0953-PDT
Joe,
There is one real distinction between BitPad et al. and
sensitive-surface touchpanels, and that is the need or absence of
a gadget (pen, e.g.) that one must find and pick up (or take a
hand position on) before pointing/drawing. Is it your experience
that this is not important? I get *terribly* annoyed by the pen
on our Perq (which came with a Summagraphics tablet, not the
transparent touchpanel -- I don't know why). I think that a pen
on a cord is much worse than a mouse; what I don't know is whether
finding a mouse every time is worth having those buttons there
rather than (say) near the left hand. Have you experimented
with fully-worked-out setups that use each of the competing
technologies to its own best advantage? I really would like
to hear some information on this.
Steve
∂15-Jul-81 0533 Joe.Newcomer at CMU-10A Re: Collected commentary on touchpanels
Date: 14 July 1981 1235-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
Subject: Re: Collected commentary on touchpanels
In-Reply-To: "The Moderator"'s message of 13 Jul 81 07:30-EST
What's wrong with light pens? The same thing that is wrong
with the standard pen that comes with the Summagraphics Bit Pad
One: you've got to pick the damn thing up! I went nearly crazy
trying to use an editor for two weeks with my Bit Pad, because
the editor ONLY accepted cursor motion thru the tablet and the
ONLY device I had for pointing was the pen! One of the worst-
designed systems I ever used. After two weeks, the 4-button
mouse came in, and most of the headaches went away, but I still
had to keep taking my hands off the keyboard for the smallest
cursor motions. Now we have an EMACS like editor that accepts
cursor movement and positioning commands from the keyboard or
tablet, and it is really nice; small relative motions can be
done quickly from the keyboard and large dragging motions can
be done with the tablet; I find the system quite friendly.
(As an aside, pens seem to be predicated on the idea that holding
a writing implement is a "natural" action and comfortable. I've
never found holding a pen comfortable, and have always preferred
to type rather than write. I write almost nothing; if it is
worth commiting to an medium outside my brain, I type it into
the computer!)
joe
∂15-Jul-81 0551 Marshall Presser <MPresser at MIT-Multics> touch panels
Date: 14 July 1981 1331-edt
From: Marshall Presser <MPresser at MIT-Multics>
Subject: touch panels
To: WorkS @ MIT-AI
The touch panels I have seen had very fine precision, but very
high variability. As a reult, the software running the terminal
had to know what was being displayed where, so as to interpret
seemingly misplaced results. We tried cross wires held together
by rubber bands on the first model, but this gave us only the
roughly 20 by 20 points on a standard sized monitor. It is
unclear whether many people can or care to manipulate in a n
area smaller than a fingertip.
Others tried special resistive and capacitance sensitive
material, but this proved too variable. They, whoever they
are, tried invisable conductors inside channels on a plastic
overlay on the monitor, but this technology proved expensive
and the stuff wore down after a while.
What did prove successful was a two monitor system, one for
display purposes, and another as the "input" device. There
was of course, the problem that the programmers could not
eat peanut butter and jelly sandwiches while working late,
for it marred the surface badly. An image of a keyboard was
generated, but the touch was so awful, that a small keyboard
of the regular variety was hung on when large amounts of text
input were required. One application had people selecting
theater tickets by push down on the monitor over a picture
of seating plan of the theater or stadium. The main appli-
cations for such a terminal were commerical, for highly
reprogrammable banking terminals, and for computer access
to naive users about community information. In the second
case, they were to be used at public libraries, community
centers, etc.
∂15-Jul-81 0607 Joe.Newcomer at CMU-10A Re: joysticks
Date: 14 July 1981 1249-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: Gary Feldman at CMU-10A
Subject: Re: joysticks
CC: works at mit-ai
In-Reply-To: <13Jul81 205424 GF20@CMU-10A>
The reason joysticks are losers deals with the interaction
between the hand motion and the screen cursor motion. In
fact, it takes a lot of skill to convert a desired motion
on the screen to an appropriate nudge of the joystick. Thus,
joysticks usually result in a lot of "hunting" as the cursor
constantly overshoots the target and the user applies smaller
and smaller corrections to get it to land on the desired point
on the screen. See Stu Card's thesis; I know he presented the
reasons at his oral (I was there) and assume they are also in
his thesis.
I have no experience with tracking balls, and am currently
reluctant to offer opinions on them since I THINK I know a
very, very cute way to implement one...and I won't say more
until I've sold the idea.
joe
Subject: Picture vs. Window names
∂15-Jul-81 0633 wilson at CCA-UNIX (Gerald Wilson) Picture vs. Window names
Date: 13 Jul 1981 13:50:10-EDT
From: wilson at CCA-UNIX (Gerald Wilson)
To: works at MIT-AI
I think that the importance of worrying about the content of the
windows is closely tied to the nature of the working environment.
If the user is working with a relatively small number of windows
all of which have a fairly short half-life (probably no more than
a day), then having a nice window manager which just keeps track
by name is probably adequate, and certainly much better than
typical current facilities. I equate this solution to the ability
to declare multiple full-screen windows in EMACS, and then ask
about what windows you have created. This works nicely for me as
long as I chose good names for the windows, and I don't 'drift' on
to new things without closing out old windows.
The problem that is of primary concern to me is the environment
where a user has lots (probably hundreds over the course of a
year) of windows, many of which have long lives (> month), and
which are in various states of activity at any given moment.
When I handle this manually I often end up with a hierarchy of
storage and state preserving methods, with the "manager" being
a combination of paper and electronic messages and a mental
index. I find all the same problems that have been discussed
or alluded to in "works" messages:
* Windows change in priority and/or importance based on both
my own actions and actions of others. The biggest problem
seems to be that the actions of others can cause me to make
dramatic changes in my window organization, at least for a
short time.
* I can handle a handful of windows with little problem for a
moderate time. When the number grows I begin to lose track
of some. When the time period of a low priority window's
life is long, I also begin to lose track of it. This
corresponds to the usual observations about human memory.
* Almost invariably there are multiple relationships between
windows, and thus multiple organizations of the windows. A
single window name rarely means anything to more than one
of these views of my world. The key retrieval method is my
mental association between the window name and the semantic
aspects of the window that are of interest under given
circumstances.
* The window relationships depend upon not only the window
semantics, but also project priorities, personal preferences,
interests of the moment, machine availability, dependencies
upon co-workers, etc. Much of this meta-information about
the window organization is important to keep available, and
is used in developing priorities and schedules.
* When new windows are created I must thread them into the
existing structures, and also determine if any new structures
are required. The deletion of old windows may affect windows
not directly linked to the deleted window, as the reason for
the deletion may have implications for other windows not
otherwise related.
My conclusion is that if we are to use computers to maintain much
of our current paper files, we must provide windowing facilities
that are more versatile, more semantically oriented, and more
easily interconnected than the window naming and other similar
approaches would allow. I think that the use pictures, color,
shape, abstractions, sound, etc. are essential to this process.
They sure seem to help in manual systems, and I have not found
effective substitutes for many of them in my own limited work.
When talking with graphics people, they always use "icon" to mean
the 'total symbol', not just as the name of a region of the screen.
Although this does not imply that icon refers to any semantics, I
guess I have felt that this is a natural extension of the grahics
term.
[Subj: more on icons]
∂15-Jul-81 0700 ihnss!mhtsa!harpo!chico!esquire!nrh at Berkeley
Date: 13 Jul 1981 20:54:16-PDT
From: ihnss!mhtsa!harpo!chico!esquire!nrh at Berkeley
To: WorkS at MIT-AI
Phooey! This "endless hierarchy" of deletes is just plain silly!
Given delete and EXPUNGE, what if someone wants a file that has
been EXPUNGED? Should there be a little "Hardy Boys" icon which
given the burned junk from an "expunged wastebasket" icon could
re-construct (perhaps only in part) what was on the burnt paper
(the expunged file)?
And how about a little "paper shredder" icon so you could prevent
the retrieval of an EXPUNGED file? And if you didn't want to
trust your users to do that, you could always have a "bogus paper
shredder" icon which doesn't really shred things, but merely drops
them in the wastebasket.
On the other hand, with regular backups, and an "archives" icon,
perhaps you could simply trust your users most of the time, and
recover from backup when that failed (perhaps a "god from the
machine" icon could be shown disgorging the "lost" files).
Subject: Re: Unfinished tasks, intra-office mail, and system death
∂15-Jul-81 0714 Ted Markowitz <TJM at MIT-XX> Re: Unfinished tasks, intra-office mail, and system death
Date: 14 Jul 1981 1700-EDT
From: Ted Markowitz <TJM at MIT-XX>
To: LLOYD at MIT-AI, WORKS at MIT-AI
In-Reply-To: Your message of 8-Jul-81 0719-EDT
Perhaps with the price of harware dropping at the rate it has
been, the TANDEM approach (duplicate processors, disk subsystems
which "mirror" the data, etc.) might be a reasonable method to
accomplish state saving. I don't see this right away, but it
does provide another avenue to make sure that your desk doesn't
wind up 'disappearing' because of an electrical spike or a loose
cable.
--ted
Subject: Reliablity
∂15-Jul-81 0729 BHYDE at BBNG Reliablity
Date: 13 Jul 1981 1120-EDT
From: BHYDE at BBNG
Sender: BHYDE at BBNG
To: Works at MIT-AI
Message-ID: <[BBNG]13-Jul-81 11:20:13.BHYDE>
Folks,
There are very few new ideas that computing has had to date.
The keystroke backup file is only the editor instantiation of
a very old idea; double entry bookkeeping. An idea that some
have blamed all capitalism on. As each transaction occurs in
any organization it is recorded in two places, the journal and
the account book that it is related to. These two sets of books
are stored in separate places if at all possible and either set
can be used to reconstruct the other. This is a very important
reliability mechanism since it is the only one that is acceptable
to accounting organizations. As the only "certified" mechanism
it is the only primitive available for most commercial systems
to achieve reliability. Thus the terms audit trail or journaling
are very popular in commercial product offerings.
Ben Hyde.
Subject: SUN Workstation
∂15-Jul-81 0747 Andy Bechtolsheim <AVB at SU-AI> SUN Workstation
Date: 13 Jul 1981 1738-PDT
From: Andy Bechtolsheim <AVB at SU-AI>
To: WorkS at MIT-AI
From: Minsky at MIT-AI
Subject: SUN query
Gee, where does one get a SUN and how much does it cost?
--------------------------------------------------------
SUN Workstation Synopsis:
Processor: 8 MHz 68000, executing without wait states.
Memory Management: two-level, multi-process, segment-page memory map.
Main Memory: 384 kBytes (128 kBytes reserved for frame buffer).
Graphics: 1024 by 800 pixel display, high-speed "RasterOP".
Network: 3 MBit/sec "experimental" Ethernet.
Pointing Device: optical "mouse".
Backplane Bus: Intel Multibus.
Operating System: Microsoft Xenix.
OEM-Price: under $10,000.
We are currently evaluating manufacturing arrangements for
SUN workstations. Stanford University plans to get 25 SUN
workstations by the end of this year. If you are interested
in participating in this pilot production run, please contact
AVB @ SAIL.
Subject: Collected Responses on Touchpanels II
∂16-Jul-81 0524 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Collected Responses on Touchpanels II
Date: 16 July 1981 0700-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
Here is the second set of collected responses on touchpanels
and other cursor moving devices. They are being distributed
in this form rather than as individual messages, because this
is the only way that we can manage to promptlq Distribute the
incoming volume of mail To this list.
Enjoy,
RDD
------------------------------
Date: 15 July 1981 08:54-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
Subject: BitPad Experiences
To: WORKS at MIT-AI
We at DEC did not have mouse hardware on hand. What we did
have was a SummaGraphics BitPad with crosshair cursor that has
4 buttons (bugs in the PARC terminology) on top. It was fairly
easy to write software so that we could have a relative postion
mouse instead of an absolute location cursor. We even hyped
up the sensitivity of the mouse so that simple (wrist only)
movements could carry one across the entire screen. One can
even lift up the cursor and replace it like a real mouse.
Opinions:
Given the way the smalltalk window editors work, I can keep
almost all of my activity off the keyboard. Indeed I think
if I was given a chord keyboard in my other hand (5 buttons
could give me 120 different keys) then I could completely
get rid of that anachronism of the industrial age: the 4
row QWERTY keyboard.
- Steven Gutfreund
------------------------------
Date: 15 Jul 1981 1032-PDT
From: Michael Dolbec <CSD.DOLBEC at SU-SCORE>
Subject: Re: Touchpanels vs Tablets
To: SAUNDERS at USC-ISIB, Joe.Newcomer at CMU-10A
cc: WorkS at MIT-AI, CSD.DOLBEC at SU-SCORE
In-Reply-To: Your message of 14-Jul-81 1014-PDT
The Alto set up has a mouse with 3 buttons ("bugs") for the
right hand, and a 5 key device for the left to play with.
There are text editors in Smalltalk that allow the mouse to
be used primarily as a pointing device while the key-set is
used to select actions and modes. So you see, devices exist
to keep the other hand busy also. I believe that Englebart
at SRI used a key set too. --Mike
------------------------------
Date: 15 Jul 1981 10:18:56-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: Saunders at isib
Subject: touch sensitive digitizers
Cc: WorkS at mit-ai
While using a touch sensitive digitizer (tsd) on a table
top wins in that you don't need to find a special stylus
with its clumsy wire, it suffers from the fact that other
objects, such as the palm of your hand, can set it off as
well. I heard that Elographics has a tablet that works
only with sharp objects. Has anyone had any experience
with it?
I am very wary of any comparisons made from theoretical
perspectives. In the long run, the most successful
input technique, whether tsd, tablet, or mouse, will
depend on which one "feels good" and works reliably.
As you pointed out, this depends a lot on how the
software is implemented.
------------------------------
Date: 15 Jul 1981 0843-EDT
From: WMACGREGOR at BBNA
Subject: Pointing Devices
To: works at MIT-AI
I agree with Steve Saunders position that touch panels
may not be as inferior as commonly assumed. Certainly mice
have their advantages, but they have problems too. Because
the machine cannot determine the absolute position of a
mouse, it is awkward, at best, to use as a digitizing device.
Tablets are much better, since a stylus can be traced over a
graph or map placed on the tablet.
Even though mice do not require dedicated desk space in
theory, I have seen many users place a plastic sheet on the
desk (some kind of heavy vinyl with a tacky-feeling surface)
to give the mouse good traction. If you're going this far,
there is little advantage over a BitPad-type tablet.
Joysticks seem to be dismissed out of hand, and on the
whole I agree. However, one variant of the joystick, the
'force stick', I suspect is comparable to a touch panel or
mouse if properly engineered. (A force stick remains in
one place, and produces an output proportional to the forces
exerted on it in the X and Y directions; they are usually
elastically mounted, so that they bend slightly, maybe 1/8"
maximum, when force is applied).
- Bill
------------------------------
Date: 15 Jul 1981 1304-PDT
From: Park at SRI-AI
Subject: PWS cursor control
To: works at MIT-AI
Suggestions for New Kinds of Cursor Controllers
by
Bill Park
SRI International
One of the recent developments in robotics is a thin, flat sensor
that can measure force distributions normal to its surface as well
as shear forces. It might make a very convenient, rugged, reliable
fingertip cursor control.
These devices can be fabricated as array sensors with resolutions
on the order of a millimeter. They are intended for use as tactile
sensors to be installed as "fingertips" on robot hands, e.g., to
adjust gripping forces to prevent slippage. People at M.I.T.'s
Artificial Intelligence Laboratory, among others, are building
and experimenting with them.
They are typically made by embedding layers of parallel flexible
metal conductors in a matrix of silicon rubber that has been doped
with granules of an electrically conductive material such as carbon
or silver. Local conductance of the material is then a function of
local stress. A microprocessor measures the resistance between
selected pairs of conductors to determine the stress distributions
throughout the material.
You could mount one of these sensors flush with the top surface
of the keyboard housing, and use it somewhat like a trackball as
follows:
(1) Whenever the operator touched it with a finger, the micro-
computer would determine the centroid of the distribution of
pressure exerted. (Using the centroid might overcome the
objection to high resolution in a touch-sensitive device to
be operated by a "fat finger.") The location of this centroid
would determine a corresponding coarse location on the screen
at which a cursor would appear. Rolling the finger slightly
or sliding it over the surface would allow fine adjustment of
the cursor position. This is a small-muscle task which I
believe would be easy to learn and to perform rapidly.
(2) Pressing harder on the surface could signal a special action
to perform at that point, such as placing a marker on the
screen or changing the mode of operation. Using modes (1)
and (2) alternatively, one could quickly place a sequence of
markers around a block of text or a polygonal region of an
image.
(3) Pushing the finger along the surface (producing a shear
stress signal) could then indicate a corresponding vector
in the plane of the screen. This could be used, for example,
to control cursor velocity or to move a previously delineated
region of the image around on the screen.
I think it might be most convenient to mount such a control on
the keyboard within easy reach of either thumb, such as on the
front edge of the housing below the space bar. One would then
not have to move one's hands at all to point at things on the
screen.
A much cruder device is available commercially. It is a linear
array of parallel electrical conductors. Stroking it produces a
bipolar analog signal. It is marketed as, e.g., a more rugged,
completely sealed replacement for a knob on a piece of military
electronic gear. Two of these could be mounted at right angles
to one another within reach of a thumb to control incremental
horizontal and vertical cursor motion.
Another possibility for minimizing hand motion would be to
incorporate a miniature 2- or 3-degree-of-freedom joystick
into the keyboard, in the form of one more, special, key.
Or even several such "joykeys."
------------------------------
Date: Thursday, 16 July 1981 03:28-EDT
From: Jonathan Alan Solomon <JSOL at RUTGERS>
To: Steve Saunders <SAUNDERS at USC-ISIB>
Cc: JSol at RUTGERS, JWALKER at BBNA, WorkS at MIT-AI
Subject: Touchpanel prejudice
Touch Panels! Touch Panels! Indeed. Give me the greatest touch
panel known to man, the Terminal Keyboard. Some of them even
come detachable.
Seriously, since the primary appeal for workstations will be to
users who already have some aptitude on computers, there should
probably be some correlation between touch panels and terminals.
(here I envision my briefcase-thin terminal with the touch panel
screen which doubles as a keyboard).
Jsol
------------------------------
End of Collected Responses on Touchpanels II
********************************************
Subject: Re: Picture vs. Window names
∂16-Jul-81 0604 Chris Ryland <RYLAND at SRI-KL> Re: Picture vs. Window names
Date: 15 Jul 1981 0911-PDT
From: Chris Ryland <RYLAND at SRI-KL>
To: works at MIT-AI
In-Reply-To: Your message of 13-Jul-81 1050-PDT
I recommend heartily that everyone stop wondering about window/session
managers until they read the four PIE papers now available from PARC,
by Ira Goldstein and Danny Bobrow. PIE provides most of the mechanics
for exactly the kinds of things people are meandering verbally around.
I'm referring to report CSL-81-3 from Xerox PARC. Also related, though
possibly not available yet, is CSL-81-4, ``PIE: An Experimental
Personal Information Environment.''
Subject: pukcba ekortsyek
∂16-Jul-81 0620 Frankston.SoftArts at MIT-Multics pukcba ekortsyek
Date: 15 July 1981 20:40 edt
From: Frankston.SoftArts at MIT-Multics
Sender: COMSAT.SoftArts at MIT-Multics
Reply-To: Frankston at MIT-Multics (Bob Frankston)
To: works at MIT-AI
*from: BOB (Bob Frankston)
Local: works at mit-ai
There are many naive ideas for backup that work in limited
contexts. The assumption of keystroke backup is that the
keystrokes are the only information needed. That might be true
in simple system. It is not true when one is interacting with
a more general environment. For example, inserting files from
a hierarchy using names relative to the current environment.
Or reading mail, or waiting for timeouts.
Subject: Making paper go away
∂16-Jul-81 0704 Joe.Newcomer at CMU-10A Making paper go away
Date: 14 July 1981 1211-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
In-Reply-To: gaines@RAND-UNIX's message of 12 Jul 81 18:14-EST
You've fallen into the same trap that most people do. If what you
want is the ability to scan quickly thru a document, this suggests
that a capability the computer should have is to scan quickly thru a
document. If you want to make notes, the computer should provide the
ability to make notes. If you want to doodle in color, the computer
should provide the ability to doodle in color. What you've stated is
not reasons for retaining paper, but a specification of what
capabilities we need in a computer if we want paper to go away.
Now current technology makes a lot of this extremely difficult. For
example, at very slow data rates (say, 9600, which is as close to DC
as one would care to get), it is unreasonable to browse thru most
large documents. With 24-line screens, finding enough context to
make sense of what has been typed is nearly impossible. But saying
that online retrieval will never replace paper is silly; it means
you've failed to adapt the computer to what people need.
The observation that it is useful to print things out on paper so
they don't have to be stored online is likewise looking at the
problem from the wrong side. What I want is a method of taking silly
pieces of paper and getting them onto the machine so I don't need to
store the paper! Fact: secondary storage is cheap, is getting
cheaper, and even primitive archiving techniques make it look even
cheaper. Why should I have to do something (file a piece of paper)
that the computer can do more effectively?
I keep all my source listings in hardcopy form. Why? Because it is
faster to look something up on hardcopy than online. Why? because a
24x80, 9600 baud terminal is too small and too slow to accomodate me.
If I had four or five 60-line screens with a typical effective
bandwidth (including disk latency, etc.) of about 100Kbaud, I
wouldn't need to print anything. One way of achieving this is to use
multiple windows, but it is not the only way (another is to have four
or five 60-line terminals).
If paper is more effective, then there is a mismatch between the
needs of the person and the software. I don't see anything which has
yet made that statement even suspect. What we need to do is explore
how to eliminate that mismatch.
joe
Subject: Programming by example
∂16-Jul-81 1052 Halbert at PARC-MAXC Programming by example
Date: 13 Jul 1981 10:35 PDT
From: Halbert at PARC-MAXC
To: WorkS@mit-ai
Here is a short description of programming by example. I
have gotten requests from a LARGE number of WorkS subscribers
requesting it.
------------------------------
Since a few people have mentioned programming by example and
the work I've done on it specifically, I will try to give a
brief outline of what it is, and what I've done:
At its simplest, programming by example is just recording a
sequence of commands to a system, so that the sequence can
be played back at a later time, to do the same or a similar
task. The sequence forms a program. The user tells the
system, "Remember what I am doing". The system executes
the user's commands normally, but also remembers them.
The user has created a program by giving an example what he
wants the program to do. However, the statements in his
program are the same as the normal system commands. The
user does not have to learn some programming language with
its attendant syntax and semantics; instead he can do his
programming -in the user interface- of the system, which he
already has to know anyway in order to operate the system.
In addition, he has written the program by performing,
concretely, an example of what the program is supposed to
do. Since he can easily verify whether he did his example
correctly, he can be fairly confident his program will work.
He does not have to understand his program abstractly.
Naturally, straight line programs without parameters are not
very interesting. Once the user has written a program he
may want to -generalize- it. He may want to print file Y,
instead of the file X he used in his example. So the system
has to provide a way for him to to change the constants in
his programs to variables, and specify how these variables
are to be bound (e.g. by prompting the user, by looking for
similar data, etc.)
The user may also want to insert conditional or looping
constructs into his program. There are various ways, which
I will not go into here, of inserting these constructs into
programs using programming-by-example techniques.
I would emphasize that this kind of programming by example
does not use inductive inference techniques used in AI,
in which the user does several examples, and the system
inductively determines what has changed from example to
example (e.g. 1+2, 5+2, hmm, first operand must be a
variable; or a[1], a[2], a[3], hmm, looks like a loop
stepping through the array).
The seminal work in programming by example was done by Dave
Smith of Xerox in his Stanford Ph.D. Thesis. Gael Curry
did similar work in which the examples given by the user
could contain abstract as well as concrete data values.
Certain industrial robots can be programmed by example by
guiding them through the task they are to perform. Here
at Xerox, I have added programming by example to a prototype
of Star. The system provides program generalization and
an iteration mechanism as well as simple command recording.
I have written up this work and my ideas on programming by
example so far in a Master's project report done for U.C.
Berkeley. I intend to continue and extend this work into a
Ph.D. thesis.
References:
Daniel C. Halbert. An Example of Programming by Example.
Master's project report, University of California, Berkeley,
and internal report, Xerox Corporation, Office Products
Division, Palo Alto, CA.
David C. Smith. Pygmalion: A Computer Program to Model and
Stimulate Creative Thought. Ph.D. thesis, Stanford University,
1975 and Birkhauser Verlag, 1977.
Gael A. Curry. Programming by Abstract Demonstration. Ph.D.
thesis, University of Washington, Seattle. Technical Report
No. 78-03-02. March, 1978.
Henry Lieberman and Carl Hewitt. A Session with Tinker:
Interleaving Program Testing with Program Writing.
Conference Record of the 1980 LISP Conference, Stanford
University, August, 1980. [describes a programming by
example system for Lisp]
Michael A. Bauer. Programming By Examples. Artificial
Intelligence 12: 1-12 (May 1979). [describes inductive
inference techniques].
Copies of my report are available on request.
Dan Halbert
Xerox Corporation
Office Products Division
3450 Hillview Avenue
Palo Alto, California
or
Halbert@PARC-MAXC (preferred)
(or csvax.halbert@Berkeley)
--Dan
-----
Subject: Re: Reliablity
∂16-Jul-81 1634 Bernie Cosell <cosell at BBN-UNIX> Re: Reliablity
Date: 15 Jul 1981 13:50:10 EDT (Wednesday)
From: Bernie Cosell <cosell at BBN-UNIX>
In-Reply-to: Your message of 13 Jul 1981 11:20 EDT
To: BHYDE at BBNG
Cc: Works at MIT-AI
I agree with Ben that the `real' accounting fellows really did figure
it mostly out (several hundred years ago!), with Journalizing and
autid trails and the like. I would like to make a tiny correction:
if I remember correctly from some accounting courses I took, double
entry bookkeeping has nothing really to do with the `journal' aspect:
the double entry name comes from the fact that both debits and credits
are simultaneously maintained and every financial transaction is fully
entered on both sides. Thus, at any moment, you can check a set of
books for a simple addition error by simply totaling up all of the
accounts and the balance should always be zero. (I think that this
is called taking a trial balance).
/Bernie
Subject: PIE reports from PARC
∂16-Jul-81 1811 Chris Ryland <RYLAND at SRI-KL> PIE reports from PARC
Date: 16 Jul 1981 1446-PDT
From: Chris Ryland <RYLAND at SRI-KL>
To: WorkS at MIT-AI
Since I've gotten quite a few requests for the PIE reports
I referenced, I'm forwarding the official requesting address
and the report identifiers:
CSL-81-3, Goldstein & Bobrow "An experimental description
based program environment - four reports" and
CSL-81-5 Goldstein & Bobrow "A layered approach to software
design" are available by sending a message to Jenkins@PARC
with your address.
Subject: Quickie poll
∂16-Jul-81 1825 Lloyd at MIT-AI Quickie poll
Date: 15 July 1981 2220-EDT
From: Lloyd at MIT-AI
To: WorkS at MIT-AI
How many people on this list are ACTIVELY hacking a personal
workstation in hopes of creating a real live 'office automation'
or 'executive information' system? I feel fairly certain that
the PARC folk are but how 'bout the rest of you?
Brian
P.S. It's OK to swamp my mailbox this time. I will pass the
results of my poll on if anyone is really interested.
B
Subject: Re: Making paper go away
∂16-Jul-81 1841 Zellich at OFFICE-3 (Rich Zellich) Re: Making paper go away
Date: 16 Jul 1981 0936-PDT
From: Zellich at OFFICE-3 (Rich Zellich)
To: Joe.Newcomer at CMU-10A, works at MIT-AI
cc: ZELLICH
In response to the message sent 14 July 1981 1211-EDT (Tuesday)
from Joe.Newcomer@CMU-10A
Well, there is already a way to scan quickly through files:
it's called structured (or hierarchical, or whatever) files
a la Engelbart's NLS (now called Augment) and (Ted Nelson's ?)
Hypertext.
You can look at one or more levels, and independently one or
more lines of those levels, and open up or close up the part
on your screen to see more or less. It makes it very fast
to see what is in a document you've never seen before, or
to find something specific in an old document when you don't
know it's exact location. You may even be able to "address"
desired text by context. Combined with a windowing capability,
a pointing mouse, and auxiliary 5-key keyset, this gives an
extremely powerful tool - now if only it came packaged in a
briefcase-sized personal DEC-10...
Structured files are great, but do have an interface problem
because the rest of the world uses "flat" files - it's not
always easy to translate between the two - especially if there
is highly-formatted text like columnated tables, or "drawings"
(dot-and-dash boxes, etc.). Of course, the interface with the
rest of the world is a problem when using *any* advanced system
- I might have a little trouble putting a Star icon in a netmail
message, too.
-Rich
-------
Subject: Re: Making paper go away
∂16-Jul-81 1902 Joe.Newcomer at CMU-10A Re: Making paper go away
Date: 16 July 1981 1400-EDT (Thursday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
In-Reply-To: Zellich@OFFICE-3's message of 16 Jul 81 11:35-EST
One of the main problems in dealing with structured files is that
most operating systems give you "the files" and "the user space"
and you're on your own to figure out what to do with the files.
In Hydra, it was possible to define the text string transformation
of a file as part of the "subfile" type description. No matter
how peculiar the internal representation of the file might be,
the interface it provided to the outside world was a sequential
"flat" file suitable as input to a compiler or lister. Of course,
there were other interfaces which were presented; internally, the
editor for that file type was powerful enough to manipulate the
full representation. One could also have a "display" interface
by which illustrations were made visible on a CRT, or a "printer"
interface by which the file was presented in a form suitable for
printing (e.g., a Press file format would have been possible).
This is necessarily a simplidied view, and we didn't begin to
explore all the problems, but the really important idea is that
at the basic interface, an ordinary program could NOT Get at the
bits of the fIle. Only the bits presented by the file interface.
This abstraction is critical in protecting users from file repre-
sentations, and I consider any file system which does not support
at least this form abstraction to now be hopelessly behind the
state of the art.
I hope to do some more reseArch in this area in the next few
years. The Hydra idea may NOT be the best, or even close to
right, but it is a whole lot better than any conventional file
system.
(In Unix, it is possible to use pipes to provide the transfor-
mation; a filter converts a complex file to a sequential byte
stream. Alas, Unix does not provide the protection necessary
to keep any random program from trashing the file by THINKING
it is a sequential byte stream file. Nonetheless, their heart
is in the right place. This is one of the reasons I think
pipes are a winning concept).
(The message based operating system for Spice, called Accent,
makes it possible to build systems with this style of
interaction).
joe
Subject: Making paper go away
∂16-Jul-81 1928 Vaughan Pratt <CSD.PRATT at SU-SCORE> Making paper go away
Date: 16 Jul 1981 1445-PDT
From: Vaughan Pratt <CSD.PRATT at SU-SCORE>
To: works at MIT-AI
If paper is more effective, then there is a mismatch
between the needs of the person and the software.
Joe's implication that any mismatch between people and computers
needs to be eliminated is similar to the attitude that gave rise
to the BART fiasco. This zeal to automate everything is misplaced.
Some products already do their job quite well. Paper, for example.
One thing I particularly like about paper is that I can leave
it on the beach while I'm swimming without being too concerned
that someone is likely to walk off with it. Is anyone willing to
predict which century will see portable computers able to compete
with paper as an improbable target of petty thieves?
A more appropriate attitude would be to keep an eye open for
opportunities where the computer can outperform the traditional
product. I suspect this is what Joe really has in mind when
he talks about automating paper. Paper has its disadvantages
as well as its advantages. Pen-and-paper is a poor medium
for speed of text input (many of us type twice as fast as we
write, though presumably not Steven Gutfreund, who says he
prefers mice and chordsets to 4-row QWERTY keyboards). Paper
is inconvenient to transmit, with a delay measured in days
rather than minutes. It is difficult to search associatively.
It does not lend itself to alteration. Making duplicates for
redundancy (e.g. guarding against fire etc.) is awkward.
Text and graphics macros (Letraset, stencils, french curves,
rubber stamps, etc.) are relatively inflexible. Conversion
to machine readable form is much harder than the reverse
direction.
The moral is that while computers outperform paper in some
categories, it is wishful thinking to imagine that it will
also soon come to dominate in all the remaining categories.
Needless to say, the moral applies equally well to other
products besides paper, e.g. BART drivers.
Applying this to AI, I would prefer to characterize AI
not so much in terms of passing Turing's test as looking
for additional human activities that lend themselves to
automation.
Subject: Re: Office of Tomorrow, where is it?
∂16-Jul-81 1947 Joe.Newcomer at CMU-10A Re: Office of Tomorrow, where is it?
Date: 14 July 1981 1222-EDT (Tuesday)
From: Joe.Newcomer at CMU-10A
To: DREIFU at WHARTON-10 (Henry Dreifus)
CC: works at mit-ai
In-Reply-To: DREIFU@WHARTON-10's message of 12 Jul 81 18:55-EST
I suppose you've heard of the idea of putting 2GHz packet
transmission repeaters on every commercial aircraft? The idea
is that there is hardly a moment when there isn't at least one
aircraft over someplace in the U.S., so the number of times
you would find the global network unavailable to your pocket
terminal should be fairly small...and of course, if you are on
the airliner, you should be able to use the facility as well.
joe
∂16-Jul-81 2007 Chip Maguire <Maguire at UTAH-20> Re: Office of Tomorrow, where is it?
Date: 13 Jul 1981 1617-MDT
From: Chip Maguire <Maguire at UTAH-20>
Subject: Re: Office of Tomorrow, where is it?
To: DREIFU at WHARTON-10, works at MIT-ML
cc: Maguire at UTAH-20
In-Reply-To: Your message of 13-Jul-81 0745-MDT
Over two years ago I spoke with the North American VP of
a large European airline, he was looking toward terminals
in the airplanes for both passanger use and for airline
reservations/info (because of the high degree of being late
screwing up large numbers of passengers schedules - let the
passengers change their reservations while circling JFK or
when making that suprise landing at Moline). His company
was also thinking of utilizing TELETEXT for reservations
in cities offering this service.
Chip
-------
∂16-Jul-81 2023 JWALKER at BBNA Re: Office of Tomorrow, where is it?
Date: 13 Jul 1981 0934-EDT
Sender: JWALKER at BBNA
Subject: Re: Office of Tomorrow, where is it?
From: JWALKER at BBNA
To: WorkS at AI
Message-ID: <[BBNA]13-Jul-81 09:34:24.JWALKER>
In-Reply-To: Your message of 12 Jul 1981 (Sunday) 1955-EDT
Why not on airplanes? Until the problems of electro-whatever
interference are more under control we won't be using terminals
on airplanes. As they explained on one flight I was on, the
kiddies couldn't use their electronic games because they
interfered with the plane's navigation equipment. So I think
it will be awhile before we beam communications out of the sky
to our home computers!
Subject: Icons and analogy
∂12-Jul-81 1804 BHYDE at BBNG Icons and analogy
Date: 10 Jul 1981 2252-EDT
Sender: BHYDE at BBNG
From: BHYDE at BBNG
To: Works at MIT-AI
Message-ID: <[BBNG]10-Jul-81 22:52:13.BHYDE>
It is not difficult to develop a sympathy for the
earlier comment that it seems sad to adopt as a primitive
of the automated office all of the curious mechanism of
the traditional paper mill. Three ring binders, electric
pencil sharpeners (where ones mouse regularly visits), to
calling cards.
There is a reason for this fundamental decision being so
popular in the community. I believe that I recognize in
this choice a pattern I first saw in the product lines of
the process control companies, product offerings always
mimic existing products. This seems to be a fundamental
truth of all marketing. If a product is completely new
then your customers will not be able to comprehend it,
they will not recognize it, it will be foreign, odd ball.
In the real time control community a very popular device is
the programmable controller, it replaces a relay controller,
its operation is specified with relay ladder diagrams. It
is implemented with a microprocessor, programmed on a video
terminal. The video terminal is often specially constructed
to be able to draw the ladder diagrams. I have heard sane
and successful providers of these devices talk of the new
model that includes as a standard component a speaker which
will generate the simulated noise of the relays clicking.
Once installed the plant foreman will never notice the
difference.
In creating a successful product one has to sell too many
groups of people, technical management, business management,
sales management, the sales men, and lastly the customers.
Each to these groups must be taught. Taught enough so that
they feel warm and comfortable about this new (and hence
suspect) product. If one can explain the product via analogy
then their rich body of experience ( hence trust ) with the
analogous situation can be used to leverage the short period
of time available to train them in.
What is this they cry! If you can't answer in one sentence
the sale is lost.
Ben Hyde
Subject: Redefining the art
∂13-Jul-81 0712 Brian P. Lloyd <LLOYD at MIT-AI> Redefining the art
Date: 12 July 1981 12:42-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
To: WORKS at MIT-AI
Yes, there are significant marketing reasons for not changing
the state-of-the-art too rapidly. Fortunately we do not need
to concern ourselves with what the customer expects. Look
at Xerox-PARC and the Alto system: I don't think that they
concerned themselves with market acceptance when they first
designed the Alto. Their experiences have brought them to the
forefront of the personal workstation and office automation
marketplaces. Ok, I accept "Star" as the current SOTA. I now
want to know what lies beyond. On a day-to-day basis I have
to stifle my creative urges in order to satisfy the needs of
a marketing organization. In this forum I want to discuss
future concepts.
Brian
Subject: Re: Re: A Quibble or two
∂13-Jul-81 0810 gaines at RAND-UNIX Re: Re: A Quibble or two
Date: Sunday, 12 Jul 1981 16:14-PDT
To: Joe.Newcomer at CMU-10A
Cc: works at MIT-AI
In-reply-to: Your message of 7 July 1981 1218-EDT (Tuesday).
From: gaines at RAND-UNIX
.... If using little pieces of paper is more effective than
using the computer, this indicates that something is very
wrong in the design of the software. Either the software
is good enough to replace paper, which is presumably the
intent, or somebody blew the design.
This implicitly states the view that paper is going to go away.
I don't believe it. As computer use increases in offices, I
think that we can expect that the amount of paper shuffled
will substantially decrease. But paper has its own uses. It
is easier to scan rapidly through a large report (or a printed
collection of junk messages from the Arpanet) that to do the
same on-line. It is wonderful to be able to write or draw, in
colors, on a printed page, including on top of the writing. I
can often find interesting things in a file cabinet when I'm not
sure just where I filed it than I can find things filed on-line
when I am faced with the same degree of uncertainty. I expect
that the evolution of office work brought on by intensive use of
computer works stations will cause many changes which affect how
and when paper is used, but will not eliminate it.
Incidentally, the one thing really needed is a cheap way to
read in a computer-printed piece of paper, so I don't have to
maintain the corresponding text on-line. If we had really cheap
large capacity stores so that things could stay on-line forever,
then it would be nice to copy anything printed to a retreivable
place, with the identification automatically printed on the piece
of paper so that if I delete it from my files, I can retreive it
again when I next look at the piece of paper.
Overall, I think we need more progress on getting the paper
and computer worlds to mesh together nicely, in contrast to
the objective of getting rid of paper.
Subject: Re: Spatial design for a workstation
∂07-Jul-81 0556 JWALKER at BBNA Re: Spatial design for a workstation
Date: 6 Jul 1981 2102-EDT
Sender: JWALKER at BBNA
From: JWALKER at BBNA
To: WorkS at AI
Message-ID: <[BBNA] 6-Jul-81 21:02:05.JWALKER>
In-Reply-To: Your message of 1 Jul 81 10:03:14-EDT (Wed)
My initial reaction to your scenario is that the idea of selecting
an operation is no different in essence from continuing a suspended
operation. E.G. selecting INBOX is exactly the same as continuing
a mail reader. The distinction is in being able to reinstate visual
context. This is an important distinction of course, being made
feasible by the new generation of hardware for displays.
One question though. This scenario description assumes that each thing
you can select has one "reason" for being selected. The INBOX being
selected means you are rummaging through it. Is this assumption likely
to hold? That is, will the reason for selecting something always be
unique or unambiguous enough that the right set of operations will
become available automatically?
Jan
∂07-Jul-81 0650 Zellich at OFFICE-3 (Rich Zellich) Re: Spatial design for a workstation
Date: 6 Jul 1981 1731-PDT
From: Zellich at OFFICE-3 (Rich Zellich)
Subject: Re: Spatial design for a workstation
To: WorkS at MIT-AI
I currently use a system that keeps track of the previous infile locations,
the previous file(s), and the previous programs/tools. It is very
handy to be able to do this, but it *does* have some drawbacks. One is
that there is a finite number of such things that can be kept track of,
so occasionally you lose track of the nth-back thing (the computer does,
anyway - you may still remember it yourself); the other main drawback is
that sometimes you *don't* want to keep track of everything you just did.
You can't win, really. Either the system tries to keep track of *everything*
and makes it really confusing to go back through the ring structures after
being online for a couple of hours, or the user must issue an
explicit command to either "save" or to "don't save" when interrupting to
somewhere else.
-Rich Zellich
-------
∂07-Jul-81 0721 DPR at MIT-XX Spatial design for a workstation
Date: Monday, 6 July 1981 09:39-EDT
From: DPR at MIT-XX
To: Rivanciw.DHQ at UDel
Cc: works at Mit-Ai
Subject: Spatial design for a workstation
Congratulations. It seems that you have just discovered the paradigm
of the Xerox STAR and Negroponte's Spatial Data Management systems. More
likely you knew about them already. With a little improvement in
Xerox's software, this could be the substance of an ad for STAR!
THe problem, though, is the same as the one on my desk--it get cluttered
fast with incomplete tasks. If certain tasks have long time horizons,
and certain ones have short time horizons, the result is a mess. If the
priority is not correlated with time horizon (since in my case there is
always more to do than can be done, requiring that some things NEVER
get completed), then the pile gets deeper and deeper. So now I need
three dimensions, and a way to hand tasks off to others in a partially
completed state if it looks like I won't be able to finsih them.
How does my secretary extract stuff from my "automated desk" and finish
it when I'm out--or conversely, how do I or a temp deal with her "automated
desk" when she's sick?
David
∂07-Jul-81 0748 Deutsch at PARC-MAXC Re: Spatial design for a workstation
Date: 6 Jul 1981 07:53 PDT
From: Deutsch at PARC-MAXC
Subject: Re: Spatial design for a workstation
In-reply-to: Rivanciw.DHQ's message of 1 Jul 81 10:03:14-EDT (Wed)
To: Rivanciw.DHQ at UDel
cc: works at Mit-Ai
As I mentioned before, the concept you mention is exactly the one that has
evolved at Xerox over the last 10 years and is (I believe) incorporated in
the Star in a form very similar to the one you envision. Of course, your
scenario includes a good deal more "polish" than the Star in terms of the
system being more intelligent about the relative priorities, default
desires, etc. of the user.
Subject: Re: Spatial design for a workstation
∂07-Jul-81 1035 cfh at CCA-UNIX (Christopher Herot) Re: Spatial design for a workstation
Date: 6 Jul 1981 13:06:26-EDT
From: cfh at CCA-UNIX (Christopher Herot)
To: Rivanciw.DHQ at UDel
Cc: works at Mit-Ai
In response to your message of Sun Jul 5 14:23:05 1981:
We built a system here for ARPA which incorporates
some of the facilities you describe in your scenario.
The system consists of a number of intelligent (8080-based)
terminals hooked up at 9600 baud to a PDP-11/70 running
Unix. The screen provides a window into a data surface
which contains icons of various shapes. The outlines of
the icons are made up of standard printing characters.
The user can scroll the data surface by pressing an arrow
key (8 are provided to allow diagonal motion) or an
outboard joy stick.
The icons are user-defined and can correspond to any
program runnable under Unix. To run the program, the
user centers its icon on the screen and presses an
"activate" button. Typically, the program to be run
is the Ned (Rand ->BBN) display editor editing some file.
The user can return to the top level via either of two
buttons - "deactivate" or "detach". The "detach" button
suspends the program and causes the icon to blink. When
the user again activates that button, the screen is restored
to its previous state. I agree that it would have been
better to make "detach" the standard mode, but this was
not practical under Unix with the implementation approach
that we had chosen.
We haven't tried the system in an actual office environment.
Programmers found it cumbersome because there was always a
Unix command that didn't yet have an icon, and they already
knew most of the command names anyway. It usually took more
time to scroll to the icon than to type its name. People
always enjoy the demo however, and we are still looking for
a place to try it out.
Subject: Collected responses on terminal input devices
∂19-Jul-81 1612 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Collected responses on terminal input devices
Date: 19 July 1981 10:00-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
This collection of 9, relatively short messages continues the
WorkS discussion of interchangeable keyboards, touchpanels,
and other terminal input devices.
Enjoy,
RDD
------------------------------
Date: 17 July 1981 12:17-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
Subject: chordsets
To: csd.pratt at SU-SCORE
cc: WORKS at MIT-AI
Actually I don't know how I would feel after using a chordset
all day. What I am interested in is finding an alternative to
QWERTY input. There must be something with better ergonometrics
than a matrix of keys laid out to suit 18th century designers
of mechanical devices.
- Steven Gutfreund
------------------------------
Date: 18 July 1981 07:50-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
Subject: Interchangeable keyboards
To: SHRAGE at WHARTON-10
cc: WORKS at MIT-AI
The Convergent Technologies system has the ability to change
the keyboard encoding and the font on the display. We have
experimented with AZERTY, Dvorak, and special purpose
keyboards. We have used the unencoded mode of the keyboard
to simulate a chord keyboard. The only thing we lacked was
a simple way to relabel the keys (do you have any concept of
how difficult it is to make 98 little self-adhesive labels
and stick them on your keyboard every time you make a change?).
I would be interested in the re-label-able keyboard if you get
more info.
Brian
------------------------------
Date: 18 Jul 1981 (Saturday) 1148-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
Subject: LCD interchangeable keycaps.
To: lloyd at MIT-AI, works at MIT-AI
Well, let's let our imaginations run wild for a moment. It might
be possible to construct a 50x50 (or even less could do it) LCD
display with individually addressable points. Since the time
that an LCD takes to fade is very long, a rather slow Z80 would
be able to keep up with the updating of 50 or 60 of these. The
problem is really in fabricating the LCD and in wiring the keys
since there would have to be all these wires to each key (LCD is
not XY addressable as far as I know). The trick is to minimize
wires to the key. Typically this is done by putting encoding
onboard (onkey). Then we would only need two or three wires to
each key. I would think that if someone set their mind to it the
technology exists to do this job right.
Here are two other alternative in case you don't happen to have
an LCD fabrication plant in your back yard:
(1) put LCD strips just above the separated rows of keys. The
problem here is that the separation of the keys could make
it rather difficult to type.
(2) Train people to type on totally blank keys by reading a
"keyboard icon" that is ALWAYS displayed at the bottom of
the screen. This is my favorite idea and I'll bet that it
is not hard to so train typists. Well, give it a try and
let me know what you discover.
-- Jeff
------------------------------
Date: 18 July 1981 23:17-EDT
From: Brian P. Lloyd <LLOYD at MIT-MC>
Subject: LCD interchangeable keycaps.
To: WORKS at MIT-MC, SHRAGE at WHARTON-10
CT has an interesting keyboard diagnostic along the lines you
proposed. The program displays a facsimile of the keyboard on
the screen, and echoes what you type by turning the corresponding
key reverse video. It even shows whether or not the LEDs on
the keys are lit. I see no reason that this display couldn't
be shrunk and placed in its own window at the bottom of the
screen.
Good idea you had!
Brian
------------------------------
Date: 16 Jul 1981 20:53:37-PDT
From: CSVAX.rob at Berkeley
Subject: Tablets, mice, etc.
There is a very nice tablet available from Kurta Corporation
(206 S. River Dr., Tempe, Arizona, 85281 (602)968-8709). It
comes with either a parallel or serial interface, so if you
choose you needn't decode 9600 baud ASCII (a major break-
through...). It's about 8"x11", and if you ask for the Bell
Labs cursor you'll get a 3-button cursor much like a mouse.
We have a couple here, and are pleased with them. People
using them mostly feel they prefer the tablet to a mouse.
Rob Pike (research!rob@berkeley i think. or (for sure) robt@mit-mc)
------------------------------
Date: 17 Jul 1981 18:44:25-PDT
From: decvax!duke!unc!smb at Berkeley
To: duke!decvax!ucbvax!WorkS@MIT-AI
Subject: touching mice
I'm not too crazy about any of the pointing systems I've seen
described here, because I don't like having to take my hands
off of the keyboard. Besides, menus tend to have too few
options (can you imagine a menu for the UNIX command set) and
they impede the user who knows what he/she wants to do next.
But there seem to be enough folk out there who LIKE to worship
icons, so.... an idea I've seen suggested for a pointing device
is a light pen that's worn as a thimble or attached to a ring.
One must still remove a hand from the keyboard, but at least
there's no need to grope for squirmy mice. This idea works
best, it would seem, in situations where there's a fairly
large amount of pure text work, as well as commands -- say,
a text editor.
--Steve Bellovin, UNC, Chapel Hill
------------------------------
Date: 16 July 1981 13:54 edt
From: MPresser.Multics at MIT-Multics
Subject: Tracking balls
To: WorkS at MIT-AI
In-Reply-To: Message of 15 July 1981 09:32 edt from Joe.Newcomer
I have used a reasonably good tracking ball on a system that
did the automatic recognition of human chromosomes. Every
so often, the system would get confused and not be able to
separate two chromosomes that were, or appeared to be touching.
The ball was used like a scissors to cut the surface, so that
two disconnected objects appeared. Our ball was homemade, and
the most circuitous of cuts to be made in next to no time.
The principle used was that of extreme gearing down, so that
very fine motions could be made. For these purposes, the
thing was very useful. I'm not sure how it would have worked
for menu manipulation. We used the terminal keyboard for that.
------------------------------
Date: 16 Jul 1981 0924-PDT
From: Chris Ryland <RYLAND at SRI-KL>
Subject: Bill Park's message
To: WorkS at MIT-AI
In-Reply-To: Your message of 16-Jul-81 0400-PDT
Bill Park's message mentioned what I believe XEROX marketed as a
"cat" on the 850-series word processors: a small area which you
stroke to move the cursor. Since these systems were fixed-font
oriented, I don't know if these cats would be useful in a more
high-resolution environment.
------------------------------
Date: 18 Jul 1981 (Saturday) 1110-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
Subject: Visionary terminals
To: minsky at MIT-AI, works at MIT-AI
If you sneeze does it blow all the icons off the screen?
------------------------------
End of collected responses on terminal input devices
****************************************************
Subject: Bell Labs "writers workbench"
∂19-Jul-81 1613 mike at RAND-UNIX Bell Labs ''writers workbench''
Date: Saturday, 18 Jul 1981 12:43-PDT
From: mike at RAND-UNIX
To: works at MIT-ML
As has been mentioned, Bell Labs has put together a "writers
workbench" which is a set of tools to help detect and correct
common errors. Along with a spell program, there is also a
program to correct "bad diction", along with an "explain"
program which acts as an interactive thesaurus.
If you are interested, send me a message and I will forward
off the manual page.
Michael
Subject: writing aids
∂19-Jul-81 1614 Lauren at UCLA-SECURITY (Lauren Weinstein) writing aids
Date: 18 Jul 1981 0218-PDT (Saturday)
From: Lauren at UCLA-SECURITY (Lauren Weinstein)
To: ELLEN at MC
CC: BUG-EMACS,WORKS at AI
While I cannot help you with EMACS, there is a package of
programs running under Unix called, I believe, the "Writer's
Workbench". These programs do all sorts of neat tricks, like
looking for "awkward" sentence construction, overused or trite
words and phrases, and all sorts of similar actions. Kinda neat.
--Lauren--
---
Subject: Realtime proofreaders
∂19-Jul-81 1615 SHRAGE at WHARTON-10 (Jeffrey Shrager) Realtime proofreaders
Date: 18 Jul 1981 (Saturday) 1130-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
To: ellen at MIT-XX, works at MIT-AI
I think that one would lose a great deal of the effect of "offline"
proofreading if the system did much of that work in realtime which
the text was being entered. The clearest argument against that type
of system is that you are supposing that the errors are entirely
detectable from PREVIOUS context. Why should that be so? If you
are not assuming that then at what point do you extract and test?
Coherence is not a clearly distinguishable effect at any given level
(sentence, pgh, etc). Additionally, coherence and intention are
understanding effects. It is not clear that they can be extracted
without a rather fancy knowledge acquisition and utilization system
-- not to mention a grammar and semantics analyzer to front end the
thing (neither of which we are very comfortable with yet). Lastly,
more concretely, having a lot of little aid demons around it okay to
a point. You have to avoid the mistake that Twenex makes in being
overhelpful -- I wish that I could disable the space-delimiter help
system that keeps telling me that TPYE is not a legal command before
I've had a moment to back up over it and fix it!
Subject: Configuration
∂19-Jul-81 1617 BHYDE at BBNG Configuration
Date: 16 Jul 1981 1445-EDT
From: BHYDE at BBNG
To: WorkS at MIT-AI
Message-ID: <[BBNG]16-Jul-81 14:45:00.BHYDE>
There seen to be a clusters of similar designs for work stations.
One group is into bit slices and microcode tuning of instruction
set and i/o drivers. Another group seems to be into integrating
state of the art leading edge lsi and i/o devices into an expensive
terminal/computer ala 68000, winchester, and bit map. A smaller
group seems to be into building (the low rider community) super
personal machines a small cluster of 6809 which is a very smart
terminal mostly.
Is there a right answer here?
There seem to be various configuration control designs, the
strongest group seems to be big into 10 Megabit shared medium.
Why is 1 Megabit not good enough, what's wrong with 9600 baud
phone connections, what is so hot about shared medium designs
verses say a local store and forward design with twisted pair?
I don't understand how the configuration problem got standardized
to 10 Megabit shared medium so quickly?
People seem to be very excited about getting rid of the computer
center. I remember the pleasure of discovering that some one
else worried about backup, maintenance, selecting the standard
editor, etc. I believe these places have been called centers
of excellence. The work station architecture seem to be going
in the other direction, for what I believe are marketing reasons
not technical ones. Are there technical ones?
Are new forms of service centers going to appear in the
community? Are we going to see a high speed/quality printing
center in Chicago with one day mailing turn around and very
low cost per page? Are we going to see file backup whales
offering competing cost per bit archiving spread around the
nation? Federal expressing a four color document would add
very little to the cost of a hundred page one time printing.
If I offered a intercity file transfer with one day delivery,
and very low cost would there be any buyers?
All of these questions are the same meta question, how are
systems like this going to be configured, at the office level,
facility level, city level, and national level. Where will
the economies of scale fall out? What is the unit dollars
available at each layer?
Ben Hyde
Subject: [don: EP]
∂18-Jul-81 0044 Dave Crocker <dcrocker@udel> [don: EP]
Date: 17 Jul 81 12:49:40-EDT (Fri)
From: Dave Crocker <dcrocker@udel>
To: WorkS at Mit-Ai
cc: Don at Rand-Unix
Don Waterman has done work similar to Halbert's and said he
would not mind my forwarding the enclosed citations.
Dave
----- Forwarded message # 1:
Date: Thursday, 16 Jul 1981 16:09-PDT
To: Halbert at PARC-MAXC
Subject: EP
From: don at RAND-UNIX
Dan: I saw a brief description on your Exemplary Programming work
and thought you might be interested in similar work done here at
Rand a few years ago. The references are:
Waterman, D. A., Faught, W., Klahr, P.,Rosenschein,
S., and Wesson, R. Design Issues for Exemplary
Programming. In Automatic Program Construction
Techniques, Biermann, G., Guiho, G., and Kodratoff,
Y. (Eds), MacMillan, In Press.
Faught, W., Waterman, D. A., Rosenschein, S., Gorlin,
D., and Tepper, S. EP-2: A Prototype Exemplary
Programming System. Rand Report R-2411-ARPA, 1979.
Waterman, D. A. Exemplary programming in RITA. In
Pattern-Directed Inference Systems (D. A. Waterman
and F. Hayes-Roth, Eds.). Academic Press, New
York, 1978.
plus a few others. I can send you copies of the papers if you
are interested.
Regards,
Don Waterman
----- End of forwarded messages
Subject: Alternatives to making paper go away
∂18-Jul-81 0106 SHRAGE at WHARTON-10 (Jeffrey Shrager) Alternatives to making paper go away
Date: 16 Jul 1981 (Thursday) 2305-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
To: works at MIT-AI
An alternative to hierarchical file structures for quickly perusing
bulk data: We once tried to implement a fancy solution to this
problem on a rather fancy piece of VG 3-D graphics equipment. Hook
the Z axis into the velocity of a joystick so that the faster you
move the farther away from the text you get. [Actually it isn't
quite as simple as that -- there are various tuned lags that have
to be implanted in order to give the user a chance to respond to
the modifed view, etc]. The effect is that of flying a helicopter
over your text and automatically zoom down for a close up when
you've decided that you're in the right part. I have never seen
a device less fancy than the VG that can respond and redraw quickly
enough to do this properly. The VG is a very high speed vector
graphics display that isn't really built for text work. It has a
stylus pad/light pen/knobs/buttons/full+keyboard (sorry, no meta
keys)/ and the nicest vector display around but it's really for
pictures, not text -- shame about that. Anyhow, we started to
do this and I got sick of having to deal with Fortrash and the
VG internal coding language after about a week so it never "flew"
but it was a nice idea. The real advantage is in reviewing huge
chunks of text (like the Unix manual) that are in some order (say,
alphabetically) because the text is still in front of your face
but the letters are smaller (and you get more of them on the page)
when you zoom out.
Subject: Re: Making paper go away
∂18-Jul-81 0130 Joe.Newcomer at CMU-10A Re: Making paper go away
Date: 17 July 1981 1246-EDT (Friday)
From: Joe.Newcomer at CMU-10A
To: Vaughan Pratt <CSD.PRATT at SU-SCORE>
CC: works at mit-ai
In-Reply-To: Vaughan Pratt's message of 16 Jul 81 16:45-EST
Actually, your example is quite amusing. We were recently at a
conference at Pajaro Dunes. One of our participants was walking
along the beach during one of the interludes, and left his book
on the beach while he went into the water. When he came out, he
found that someone had stolen his book.
Yes, paper is more effective for some things RIGHT NOW. While I
don't believe automating blindly is a good idea, for most values
of use of paper I would prefer to use a computer. Even if I
produce hardcopy so it can be carried around, read on beaches and
busses, etc., I prefer to produce it via the computer. There are
lots of cases where paper is more convenient ONLY because of limi-
tations of the computer (e.g., 9600 baud slow lines). And when
computers will cost only $8.95 (or free with a deposit of $500),
there will be far less reason to walk off with one. We have to
quit thinking as if computers will always be expensive, and decide
what we can do with them when they are not. In fact, assume the
cost of the computer is ZERO. Now, what would you LIKE to do with
a computer? What capabilities should it possess at the interface?
Assume a communication cost of ZERO. How would you like to commu-
nicate with other computers? Now, at any given instant we have
to temper these ideas by the rather nasty fact that computers and
communications really do cost money. But that should NOT limit
our imaginations. A Dorado is a good example of what happens if
you let ideas not be limited by technology, and technology comes
along. Things which were unbelievably bad to run on an Alto run
just fine on a Dorado.
Don't tell me automating everything is bad. I don't believe it.
Automating everything INCORRECTLY is bad. I'd rather worry about
how to do it right, even if right isn't possible, than to not
think about the problem because this year's technology can't
support it.
joe
Subject: Scanning structured text
∂18-Jul-81 0150 Bob Hyman <HYMAN at DEC-MARLBORO> Scanning structured text
Date: 17 Jul 1981 1447-EDT
From: Bob Hyman <HYMAN at DEC-MARLBORO>
To: works at MIT-AI
Message-ID: <"MS5(1715)+GLXLIB1(1033)" 11744780684.17.399.17489 at DEC-MARLBORO>
The static structure of text rarely matches its "content",
except for artificial cases like program sources. Most
of the time, the salient features of a document, which
are the ones I'd like a structured editor to key on, are
dynamically defined by the reader. Until such a symbiotic
system is available, the artificially imposed structure
of the presentation is likely to impede comprehension,
not expedite it.
The alternative is to agree on a canonic form for a class of
documents, and for authors to conform their contribution to
the mold. This solution makes discussion of the canonic form
difficult, and is probably sufficiently restrictive to repel
prospective contributors on other topics as well.
Bob
Subject: Editing
∂18-Jul-81 0211 V. Ellen Golden <ELLEN at MIT-MC> Editing
Date: 14 July 1981 03:12-EDT
From: V. Ellen Golden <ELLEN at MIT-MC>
To: BUG-EMACS at MIT-MC, works at MIT-AI
cc: ellen at MIT-XX
As is often my occupation, I am indoctrinating a new user to
EMACS. She (factual, please do not accuse me of sexism) asked
after a couple of hours of EMACS-power, if it would be possible
for "it" ("The Computer", i.e. a program) to warn her while she
is typing a text, that she has used the same word repeatedly.
I pointed out to her that (a) many words in English repeat because
they are common (parts of the verb to be for instance) (b) some
words need to repeat, like "pathologist" because of the technical
nature of the text, and thus to chose between "facts" and "data"
in discourse might be hard, or to warn her that in the last two
paragraphs the word "experimental" had repeated 6 times might not
work. However, her problem is understandable in English terms:
she is typing up notes for a doctor. He wants to write "well",
which to him means not to repeat himself, which means not using
the same word over and over again, unless it is a technical term
(a distinction he may recognize but I am not sure). His hard-
working secretary is trying to help him, and now that she knows
how much EMACS can help her in just the typing up of his notes,
she is asking for what she sees as the next step, a program
to help her with editorial corrections... (i.e. "How many
times have I used "practical"... should I get out the thesaurus?"
-- next step of course is to provide the thesaurus, but let's
concentrate on repetition of non-common but non-technical words
in text).
Any thoughts on this?
And my comment, to everybody, "BUG-EMACS", and "Work Stations":
See, secretaries are NOT a sub-species of homo-sapiens, they in
fact often request the most sophisticated features from their
editors, justifiers, work stations, etc. In fact, some of them
are even willing to work on programming the features they want
(they do know the specifications, after all!).
Subject: Writing English
∂18-Jul-81 0230 JWALKER at BBNA Writing English
Date: Tuesday, 14 July 1981 22:34-EDT
From: JWALKER at BBNA
To: Ellen at XX, WorkS at AI
CC: Bug-EMACS at AI
I have for several years wanted to write a system with the goals
you described in your note to Bug-EMACS and WorkS. (No funding
has materialized though.)
Some work has been done on the problem by people at Bell Labs.
See the paper by Lorinda Cherry in the June issue of SIGPLAN
Notices. Still the real problems are those that you pointed
out. How can a computer know your reasons for word choice?
What is it possible to do without trying to implement a system
that "understands" free text? (Good writing is more a matter
of taste than of strict rules. Of course, if mediocre writers
follow a set of strict rules, they are more likely to produce
good writing than if they ignore the rules. But that's part
of a different argument.)
I have a few EMACS functions that were designed to help in
finding and correcting common problems -- changing "which"
to "that" (if you care) and "may" to "might" or "can" (may
is ambiguous). I'd like to hear from other individuals who
have written functions to help with the job of writing as I
am working on a technical writing environment.
Jan
Subject: Ideal word-processor
∂18-Jul-81 0250 Robert Elton Maas <REM at MIT-MC> Ideal word-processor
Date: 15 July 1981 03:14-EDT
From: Robert Elton Maas <REM at MIT-MC>
I wish EMACS/RMAIL had this, but maybe if I suggest it this
feature will be installed in some future text-processing system:
You're rapidly typing new text into this editor program. As you
type, in parallel with your typing, the spelling&grammar-corrector
is checking your text. When it finds an apparent error it flags
the error and indicates alongside it a suggested correction.
Any time you want, without having to manually put the cursor back
there and manually make the correction, you may enter one of three
commands:
Stet (ignore the error, let it stand without correction)
Ok correction (make the correction it guessed at)
Repair manually (automatically put cursor there, then you
manually fix it however you want, then if the spelling
corrector still doesn't your fix it shows its new best
guess at correction and leaves the cursor there, so you
can Stet or Ok or Repair again)
After satisfying the flagged apparent error by Stet or Ok, it
shows you the next apparent error if there is any pending; but
you may just continue typing normally if you don't feel like
handling the new apparent error immediately. If you're a bad
speller, what you'd probably do is type a half a screenful
then sit there giving the Ok command for a whole batch of
errors it found, then go back to typing. Thus you wouldn't
have to constantly check your typing to see if keystrokes were
lost or words you're not sure of were wrong. If both the word
you typed and the suggested correction were wrong, but you're
lazy (it isn't an important document nor a submission to a
mass-mailing such as WORKS, just an informal note to a friend),
you could just Stet the error if it's not too gross. You could
even let the suggested corrections roll off the screen, not
bothering to even check them for grossness, if you're really
in a hurry (thus it would degenerate to what we have now if
you choose not to actually use the info the spelling-corrector
gives you).
With a Xerox-Smalltalk style of user interface, you could easily
random-access the suggested corrections, manually fixing the
gross ones and then Steting or Oking all the others en masse.
["Automate the Business Office--How and When"]
∂18-Jul-81 0311 ROBERTS at USC-ISI
Date: 15 Jul 1981 1941-PDT
Sender: ROBERTS at USC-ISI
From: ROBERTS at USC-ISI
To: WorkS at MIT-AI
Cc: roberts
Message-ID: <[USC-ISI]15-Jul-81 19:41:39.ROBERTS>
Interesting quote (attributed to an article in the "Siemens
Review") in this month's issue of "Telecommunications" magazine,
which has an article entitled "Automate the Business Office--How
and When":
"When new functions are added to an integrated work station, the
number of system components increases negligibly because existing
typewriter keyboards already possess keys for function selection,
and the function keypad will be expanded to allow the selection
of communications forms. The flat video display, designed to sit
on the desktop, is used for text preparation with correction and
editing function, the input and output of texts into memory, and
the input and output of texts to be transmitted. The flat screen
is the input/output medium for videotex, interactive videotex,
cable television, storing data from the user's own integrated
work station, and for departmental or central data-processing
systems. Finally, it also serves as the output medium for the
picturephone and video teleconferencing, for which an additional
camera, microphone and loudspeaker are incorporated into the work
station."
Now that's what I call a workstation! Comments, anyone?
Carlos Roberts
Subject: Talking Workstations, that elusive 'external device'.
∂18-Jul-81 0338 DREIFU at WHARTON-10 (Henry Dreifus) Talking Workstations, that elusive 'external device'.
Date: 17 Jul 1981 (Friday) 2127-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: works at MIT-AI
o Introducing Talking Workstations, Part II in presentation series
For some time, people have been doing research and development in
speech recognition.
As the 'locator device' why not voice recognizer?
While I am in my screen editor, I could say 'INSERT' or 'UPSCREEN'
rather than the key strokes.
I could say 'SEARCH' then it would prompt me for a search string.
In addition a key should be provided to toggle this feature on
and off. Imagine a demonstration saying Search or Reverse Screen
and your presentation is forever doomed.
Comments and ideas are being explored by a research group here
at Penn in this area. We'd like to know what the Works community
feels.
Subject: mice,balls,touch-plates,pens.
∂18-Jul-81 0354 MINSKY at MIT-ML mice,balls,touch-plates,pens.
Date: 18 July 1981 01:20-EDT
From: MINSKY at MIT-ML
To: WORKS at MIT-ML, MINSKY at MIT-ML
I feel that the pen-mouse-ball discussion is reactionary --
though many of the ideas are realistic and practical. But all of
them look back to non-interactive sensors of the past. Suppose
the terminal could SEE the user -- using a couple of little
vision-boxes. Then (i) it could watch your hands. You could
point to your icons on the screen in a really natural way. A
tracking cross would permit higher resolution, and the cursor
would move at a rate, say proportional to some power of the
distance between where it is and where you point. Then, one
could use some more AI to distinguish "intentional" hand motions
from tremors, etc. A smart such box could watch your eyes and
face, too.
If you like holding a pen, that too could be wireless -- because
the vision system would track its point. Such systems could work
in three dimensions. The vision box would observe your
eye-point. When you move your head, the various windows would
move in accord with 3-d occlusions, and this would permit more on
a cluttered desk than the usual methods -- moving your head a
couple of inches to the left would uncover the next layer below
on each stack -- etc.
Given a lot of R&D, such gadgets could be made in the next few
years, and would be as important as speech inputs. We need a
"terminal vision machine" project. Also, aren't the CRT schemes
rather reactionary, if flat TV stuff is coming in the next year
or two? Instead of vertical displays we can soon have (i)
desk-surface displays for near vision and (ii) wall projected
screens for far vision.
Subject: Re: Configuration
∂20-Jul-81 0737 Steve Crocker <Crocker at USC-ISIF> Re: Configuration
Date: 19 Jul 1981 1344-PDT
From: Steve Crocker <Crocker at USC-ISIF>
To: BHYDE at BBNG, WorkS at MIT-AI
In-Reply-To: Your message of 16-Jul-81 1145-PDT
Ben,
I don't think it's a fair reading of the present situation
to suggest that computer centers are "going away" in favor
of personal workstations. A better view is that the computer
center is becoming distributed and more easily incremented.
A lot of this is dependent on the specific cost of providing
service in any given technology. Today's costs make it
relatively cheap to provide a noticeable amount of computing
power to each person in the form of an individual workstation.
This means that the cost of separate packaging is less than
the cost of multiplexing several users onto the same (large)
machine. It's quite possible for this to shift back the other
way, though not likely, in my opinion.
Several things do remain centralized, and properly so:
a) file servers, high-quality printer/plotters,
long distance communication;
b) maintenance;
c) system development (hardware and software).
Your scenario of using a service in Chicago with overnight air
service is not only reasonable but entirely usual. There are
indeed services that are expensive enough to absorb the cost
of long-distance delivery. Various forms of fancy printing,
as you mentioned, is one; transcriptions of stenographic tapes
is another. I'm sure there are others.
Getting back to individual workstations, my own view is they
offer one big plus and one important trap. The big plus is
that the economics of adding a new user to "the system" is
much clearer. The classical time-sharing environment essen-
tially forces overloading of the machine, and we commonly see
environments where only the trivial tasks can be done during
the day and the heavy-duty tasks are delayed until evenings
or weekends. Unfortunately, it's these heavy-duty tasks that
are the reason for the facility and the people in the first
place. (Yes, I know this can be seen as a straight case of
mismanagement. Nonetheless, it's where things are.) With
computation tied to terminals, it becomes essentially
impossible to add people without adding capacity. (There's
always the possibility of "sharing" workstations. This may
be useful in some cases, but it will be clear to all that
when a person does not have access to the workstation, he
does not have access to anything. Compare with today's
situation where everyone has a terminal, but that doesn't
guarantee access to anything substantive at all.)
The trap in all this is there is a far sharper limit on the
size of the task that can be carried out with a workstation.
A lot of important tasks use more of the cetral facility than
the nominal capacity that is being doled out in workstations.
That will mean that transition from a small task fitting on a
workstation to a larger task that requires a different machine
will be relatively painful.
Steve
-------
Subject: Collected Responses on Terminal Input Devices
∂20-Jul-81 0838 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Collected Responses on Terminal Input Devices
Date: 20 Jul 1981 08:00-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
------------------------------
Date: 20 July 1981 07:00-EDT
From: sdcsvax!norman@NPRDC
Msgname: norman
To: works@mit-ai
Subject: keyboards should get changed, maybe
Marvin Minsky suggests that it is unimaginative to worry about
track balls and mice, light pens and touch screens, when visual
sensors can interpret your finger and eye motions so that you
need not lift your fingers far off the keyboard. Keyboard?
You mean the good old qwerty keyboard, arranged in 1873 by the
Sholes brothers to minimize jamming of the big lever arms on
the keys as they made their way to the platen? That triumph
of technology over common sense? Well, if you want to be
imaginative, why stick with qwerty keyboards?
The answer, by the way, is not to be found by simply rearranging
the keys. It turns out that qwerty is not so bad. The scheme
the Sholes brothers used to minimize clashes put the keys for
frequently typed bigrams far apart, meaning on opposite hands,
which we know today means faster typing. Lots of people have
fiddled with keyboard arrangements; its not worth the fuss.
Dvorak did a time and motion study analysis in the 1930's and
only improved typing speed by about 5% (some have claimed more
improvement; this figure comes from experiment, by computation,
and by a typing simulation program that we have developed). (In
similar ways, azerty and alphabetical arrangements don't lead to
much difference -- about 2 to 5% decrement.) And several studies
of beginners using alphabetically organized keyboards show no
improvement over qwerty. (Paper available on request.)
The current keyboard is hard to learn (several months to get to
speed), a surprisingly large proportion of people in this country
cannot type, and the top speed is limited by a combination of
physiological/anatomical factors and keyboard layout. Chord key-
boards, as used by court stenographers, go considerably faster
(they type syllables, with several simultaneous keystrokes), but
this takes even longer to learn (years), and it isn't easy to
decode as the users develop their own code for many words.
(On-line decoding can and has been done.)
BUT, why have 4 rows of keys? Why have a space bar that takes
up the whole row and is used only by the right thumb? Why not
allow upward movements as well as downward ones to be meaningful.
Why not allow multiple strokes to have meanings. Why so big?
The current size and the funny diagonal layout is determined
by historical mechanical constraints and violates the natural
mirror-image symmetry of the hands. Fitts law states that the
time to move the hands is linearly related to log(D/P) where
D is the distance to be moved and P the precision required.
You will gain a lot if the keyboard is made smaller and if
sloppiness in target location is allowed. Eliminating the
need to type RETURN on a line can speed up typing a much as
30% (our high speed films show the hand must distort itself
rather badly to get to the RETURN).
Would speech input be easier? Probably not, but a combination
of a sophisticated keyboard plus speech might be very effective.
How about tiny mice mounted on the keyboard where the thumbs can
reach them, or worn on rings, or available on a "roof" just above
the keys so that lifting the hands a fraction of an inch contacts
them. Or consider inserting the hands into gloves (wear your
keyboard) with touch and force sensitive fingertip sensors and
let hand configuration select the word and/or cursor placement.
And so on. The point is, it is time to change the keyboard,
and not just by rearranging the keys; that won't buy anything.
don norman (norman@nprdc or ucbvax!sdcsvax!norman)
------------------------------
Date: 19-Jul-81 17:08:04 PDT (Sunday)
From: Hamilton.ES at PARC-MAXC
Subject: Re: Talking Workstations, that elusive 'external device'.
In-reply-to: DREIFU's message of 17 Jul 1981 (Friday) 2127-EDT
To: DREIFU at WHARTON-10 (Henry Dreifus)
cc: Hamilton.ES, works@AI
I'd like to preserve my vocal cords, thank you. Not to mention
the fact that not everyone has a private office. I can deal
with the clack of my officemate's keyboard and the hum of his
disks, but I don't think I want to hear him muttering to his
computer all day.
I think that something along the lines of what Minsky was
suggesting would be more appropriate -- we could make much
greater use of technologies that have been heretofore
reserved for the handicapped, such as breath control, eye
control, etc. Also, I really like the idea someone suggested
a few days ago of placing lotsa special input devices just
below the spacebar. I just realized that my left thumb is
\completely/ unused!
--Bruce
------------------------------
Date: 19 July 1981 20:38-EDT
From: Marvin Minsky <MINSKY at MIT-MC>
Subject: visionary terminals
To: WORKS at MIT-MC
The general question of sneezing, etc., is interesting, and I wonder
if there is a nice theory of this: many interaction-devices separate
"pointing" and "doing". One positions a mouse and then presses an
action-button. This makes things clear to the computer, and protects
us from using signals than can be accidental. One does not often type
"DELETE *.*" as a side-effect of a sneeze.
In my vision, the AI sensing system gets better and better at telling
what you intend. In the first decade, I suppose, we'd be lucky to get
it reliably to tell where you're pointing, or what simple verbal
command you said. In another generation, it would be able to tell
when you're talking to IT, rather than someone else who just came in.
("What're you doing?" "Oh, just deleting everyone's files" -- meant
sarcastically, of course, but obeyed by the clever system.) As we
progress, the systems should grow better at telling what you really
want, and being sensible about which such intentions are plausible.
Of course, I don't believe that programming will become a casual,
natural language activity, because I don't think natural language has
adequate ways to describe an advanced programmer's intentions. (But
perhaps in a couple of generations a new order of procedural
expressiveness will indeed creep into everyday life!)
------------------------------
Date: 19 July 1981 1849-EDT (Sunday)
From: Jordan.Nash at CMU-10A
To: works at mit-ai
Subject: Terminal input devices
Message-Id: <19Jul81 184908 JN70@CMU-10A>
If we are willing to disregard cost for the moment, why not
consider pupil tracking technology as an input device. One could
simply look at the desired operation displayed on the screen and
perhaps confirm its selection by pushing a button. This certainly
eliminates the hand coordination needed for mouse input and the
sticky screen and physical exertion of the touch panel. Having
been attatched to a pupil tracking device, I realize that current
design is uncomfortable for the trackee, but I don't know enough
about the technology to throw out the idea.
Any thoughts?
/Jordan Nash
------------------------------
Date: 20 July 1981 0357-EDT (Monday)
From: Lars.Ericson at CMU-10A
To: WorkS at mit-ai
Subject: Soft Keyboards
Message-Id: <20Jul81 035716 LE60@CMU-10A>
Has anyone ever tried to build LED's right into the keytops?
This idea has always intrigued me, though it would make for
a rather expensive keyboard. Then when one wanted a new
character set, one would simply download a new set of keytop
images to the keyboard. No messy paper stickons; invent new
symbols; who knows what possibilities?
No, I do not consider a video display with a touch sensing
pad over it to be a reasonable equivalent to this.
------------------------------
End of Collected Responses on Terminal Input Devices
****************************************************
Subject: terminals versus comp centers
∂21-Jul-81 0814 Hank Walker at CMU-10A (C410DW60) terminals versus comp centers
Date: 20 July 1981 1815-EDT (Monday)
From: Hank Walker at CMU-10A (C410DW60)
To: apollo at MIT-AI
Gordon Bell has pointed out that disk drives and fancy printers
are about the only things left that have economy of scale. You
might as well chop everything else into little pieces, it makes
the incremental cost smaller.
As almost everyone on this list surely knows, comp center people
frequently tend to be power-mad, bureaurocratic, etc. Given the
choice, would you rather use the comp center or the CS department
machines?
When computing is relatively free, all arguments about wasted
cycles are bogus. You should think of your computer like your
car. Are you worried that you car is sitting idle all day
while you are at school or work? I'd think that you'd be
plenty worried if it wasn't. Are you worried that it isn't
being used at night? No. Same goes for computers.
To do fancy graphics, you need a lot of local processing due to
bandwidth. Once you do that, adding general purpose computing
isn't all that hard or expensive. If the graphics is done by a
general-purpose CPU, a la Alto, then the cost is essentially
zero.
Subject: Collected responses on terminal input devices
∂21-Jul-81 0922 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Collected responses on terminal input devices
Date: 21 Jul 1981 09:00-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
------------------------------
Date: 20 Jul 1981 12:09 PDT
From: Kimball at PARC-MAXC
Subject: Terminal Input Devices
In-reply-to: WorkS-REQUEST's message of 20 Jul 1981 08:00-EDT
To: WorkS at MIT-AI, ALBrown
Speaking of soft keyboards, I'm surprised no one has mentioned
an old idea that has been kicking around 5 or 10 years: an image
of the keytops can be generated on the display and then reflected
off a half silvered mirror that is mounted over the keyboard.
The user can see the keys (even when his hands are over them!)
with whatever labelling he desires, switched at electronic speed.
Furthermore the geometry is such that the user doesn't have to be
exactly "on axis" to see the desired image.
Of course, there are some drawbacks, but none of them seem to be
showstoppers:
1) a lot of expensive resources (e.g. bitmapped display &
memory) are given up to support the keyboard image. Also
the image on the screen surface itself is upside down;
2) the glass "shield" over the keyboard sounds awkward;
3) I wonder whether screen curvature, raster blooming, and
the like would make it hard for the keytop images to be
precisely aligned with the physical keyboard.
Ralph Kimball
P.S. Allen Brown tells me that this concept was explored
by someone in IBM on behalf of J. C. R. Licklider
(Licklider @ MIT-XX). Forgive me if this is a garbled
pointer.
------------------------------
Date: 20 Jul 1981 1319-EDT
From: Bob Hyman <HYMAN at DEC-MARLBORO>
To: SHRAGE at WHARTON-10, works at MIT-AI
Subject: Re: Interchangable keyboards
In-reply-to: Message from SHRAGE at WHARTON-10 (Jeffrey Shrager)
of 18-Jul-81 0641-EDT
At an NCC a while ago, I saw a terminal with a dynamically
lableable keyboard. The keys were arranged in a 10 x 50 matrix,
and had transparent tops. There was a mechanical (air-driven,
I believe) sheet feeder that could slide any one of about 10
different layouts under the key matrix. The particular layout
was selected by function keys off to one side, and it took about
1/10 sec. to switch, accompanied by some hissing and clunking.
It was not an entirely unworkable arrangement.
------------------------------
Date: 20 Jul 1981 1218-PDT
From: Steve Klein <SKLEIN at USC-ISIB>
Subject: QWERTY space bar
To: WorkS at MIT-AI
If the RETURN key is in the wrong place and the full-length
SPACE bar is a waste, why not split the SPACE bar and use the
left thumb for RETURN? One would think this would not cause
too much trauma either for manufacturers or users.
------------------------------
Date: 21 Jul 1981 00:39:45-PDT
From: decvax!duke!unc!smb at Berkeley
To: WorkS at MIT-AI
Subject: keyboard tracking system
Cc: duke!shg@Berkeley
This note was sent to me; I thought I'd pass it on
>From duke!shg Mon Jul 20 09:34:50 1981
Date: Mon Jul 20 09:33:20 1981
I saw your note about a keyboard tracking system. It
seems to me that the most convenient position for a cursor
control setup is just below the space bar on the keyboard.
A small trackball or joystick modified (or even a two-
dimensional slide switch) could be easily manipulated by
either thumb without moving the fingers from the keyboard.
I find that I always use my right thumb for spacing,
thus I guess with a little practice I could use my left
thumb for cursor control EVEN WHILE TYPING.
------------------------------
Date: 20 Jul 1981 0838-PDT
From: WMartin at Office-3 (Will Martin)
Subject: Keyboards
To: works at MIT-AI
Message-ID: <[OFFICE-3]20-Jul-81 08:38:32.WMARTIN>
Keyboards: There was a LONG series of discussions on Human-Nets
some time back about Dvorak keyboards. If there are people on
this list who weren't exposed to that, maybe somebody with an MIT
account could run an editor through the HN archives and come up
with a consolidated file for FTPing of that exchange. Would be
appropriate as the list seems to now be covering alternatives to
the standard keyboard, and Dvorak has lots of supporting data
which was outlined in that discussion.
[ A transcript of the HUMAN-NETS discussion on keyboards is
available in the file DUFFEY;WORKS KEYBRD on MIT-AI. -- RDD ]
------------------------------
Date: 21 July 1981 02:12-EDT
From: Marvin Minsky <MINSKY at MIT-AI>
Sender: MINSK0 at MIT-AI
Subject: pointing devices
To: MINSKY at MIT-AI, WORKS at MIT-AI, norman at NPRDC
I agree with Donald Norman about re-examining keyboards. I
wasn't concerned with keeping hands on keyboard, because I
once learned some American Sign Language (ASL) and saw that
sign-language works quite well and could be quite fast --
provided the intelligent observing machine can keep up. One
learns a large lexicon of special words and symbols in ASL
and, when these fail one uses "finger-spelling". The latter
is lots slower than expert typing, to be sure. But this is
because one has to reconfigure the whole hand for each letter;
the vision machine could sense smaller finger changes than a
person could, I think. Then we could adopt Norman's idea
of using bidirectional finger motions, and little "chords",
etc. In the end it should be faster than typing.
Gloves and rings and things might do, but I think AI will get
around to making good seeing machines eventually, and they'll
do so many things that they'll be cheap. In the end, there
will be two or three of them inside the average typewriter,
just watching for paper jams and ribbon problems. After a
while, people will find that they don't need many of the
machines that the vision boxes were made to keep an eye on.
------------------------------
Date: 20 July 1981 1222-EDT (Monday)
From: Hans Moravec at CMU-10A (R110HM60)
To: WorkS at mit-ai
Subject: Gloves
Along with the keyboard gloves you get a head-mounted binocular
display, as in the old Utah 3D system. Now you can not only
move your head from side to side to reveal obscured pages,
but can walk around your workspace and view it from behind or
underneath. If you're into such, the entire workspace can be
mapped onto the surface of your real desk, and there can be
simulated piles of paper that look like the real thing! To
focus your attention on one, just move your head closer to it.
If the head mounted display carries outward looking cameras
that can track your fingers (and microphone and earphones),
you could pick up and shuffle the simulated paper. In the
long run all this stuff should be integrable into an
eyeglasses frame.
It needs some kind of intertial or other navigation system to
make sure it knows where your head is to generate the appro-
priate view. With a radio link to a communication system and
a shaving mirror it could be used as a videophone. Or a cheap
telepresence terminal. Or a syntha-presence unit; Imagine the
adventure display possible when you can walk around the scenes
in 3D (need a lot of crunch power for this, but much more
practical than some "holographic" methods suggested by Niven).
Better watch your icons, though!
------------------------------
Date: 20 Jul 1981 (Monday) 1804-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: In response to "gloves"
To: works at MIT-AI
It was suggested to my by Saul Levy of Bell Telephone Labs, (as
not to implicate myself) to use Teflon Boots that someone puts
their feet into, as not to have to remove one's hands from the
keyboard when typing. I leave this as a comment nothing more.
Hank
------------------------------
Date: 20 July 1981 1056-EDT
From: David Smith at CMU-10A
Subject: Pointing devices
To: WorkS @ mit-ai
In the summer of '78, I saw a demo at SRI of a device which
could tell where your eyeballs were pointed. It used internal
reflections in the lens. People were writing their names with
it. The writing was rather jerky, because the eyeballs move in
saccades. If your work station had one of those, plus a speech
(word) recognizer, you wouldn't have to remove your hands from
the keyboard to designate an icon. Lacking a speech recognizer,
you could type escape-footpedal-foo, but that lacks class.
------------------------------
Date: 20 Jul 1981 1351-PDT
From: Kelley at OFFICE
Subject: The Back Split Twist Keyboard
To: works at MIT-MC
Take the Maltron contoured keyboard. Chop it in half down the
middle. Put mice wheels under each half. Pick the portion of
the desktop you are viewing on the screen with one half. Pick
entities on the screen with the other half. No need for your
hands to leave the keyboard. Engineer a little to keep the
keyboard stationary while you type.
Now. Take a flat display screen that fills one whole surface
of a box about the size of the Whole Earth Catalog. Put your
processor in the box. On the back, place each half of the
keyboard twisted so you are holding the book while you type.
Control wheels / track ball on the side with the thumb / palm
of your hand. Control your dynabook with your back split
twist keyboard while you walk the earth.
-- kirk
------------------------------
Date: 20 Jul 1981 (Monday) 1935-EST
From: STECKWL at HARV-10
Subject: recommended reading
To: WorkS at MIT-AI
Seeing the flames and flak fly freely the last few weeks, I
would strongly recommend all participants to read the issue
of the ACM Computing Surveys Vol 13 no. 1 of March, 1981.
It addresses "human factors in computing". Especially of
interest are the article on editors and Beau Sheil's
article.
Aside, I would suggest that the ideal "terminal" look like
a pad of paper (flat screen display), with a keyboard on the
lower 1/3 or so...
g steckel
------------------------------
End of collected responses on terminal input devices
****************************************************
Subject: WorkS problems
∂21-Jul-81 1105 DREIFU at WHARTON-10 (Henry Dreifus) WorkS problems
Date: 21 Jul 1981 (Tuesday) 0950-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: WorkS at MIT-AI
WorkS has now grown to include roughly 750 people on 50 sites
across the ARPAnet. The number of topics being discussed at
any one time has increased from 1-2 to 4-5. Somewhere between
12-15 messages are submitted to the list each day. Each day's
submissions comprise approximately 15,000 characters of material.
The result is that WorkS is beginning to suffer from severe
problems. Problems which many people have begun to note.
It takes roughly 30 minutes (real time) of processing by the
mail server to redistribute one, 1000 character to everyone on
the WorkS mailing list. The amount of time required depends on
several factors. The most important factor is simply the total
number of individual message transmissions that the mail server
must do.
For example, consider the difference between distributing one
20,000 character message and 10 2,000 character messages to
WorkS. The 20,000 character message will require around 100
minutes (real time) of processing by the mail server. The 10
2,000 character messages will require 300 minutes (real time)
of processing by the mail server. Here you see the advantage
in redistributing the messages oriented around a single topic
as a collection of messages rather than as individual messages.
However, that expedient is proving inadequate to deal with
WorkS problems.
This means in all probability that WorkS will have to become
another digest mailing list. Over the next few days we'll
explain what this change entails. In the meantime we will
continue with redistributing the incoming messages in topical
collections where appropriate.
Comments/opinions/questions to WorkS-REQUEST at MIT-AI.
Hank Dreifus
Subject: Realtime proofreaders
∂21-Jul-81 1022 Robert Elton Maas <REM at MIT-MC> Realtime proofreaders
Date: 21 July 1981 09:25-EDT
From: Robert Elton Maas <REM at MIT-MC>
To: SHRAGE at WHARTON-10
cc: works at MIT-AI, ellen at MIT-XX
The advantage of automatic fixups is that you can spend your time
proofreading for deep stuff instead of proofreading for trivial
spelling errors and the like. (This is the general thing about
automation, you let the computer or other machine do the trivial
stuff so you can have more time to do a good job with the deep
stuff. FFM loosely quotes somebody named "Andre Gide", who said
"This has all been said before, but since no one was listening it
bears repeating.")
The advantage of realtime fixups, or at least flags you can
confirm later, is that the typist can detect whether something
heesh noticed as a mistake was also noticed by the computer
instead of wondering for the next hour if the post-processor
will find it; if the computer flagged it, then the typist can
safely ignore it now, even forget it, because heesh will be
reminded of it later when making a big confirm-pass thru the
document.
The problem with TWENEX is its method of flagging errors in
realtime is obtrusive. It goes ahead and makes a mess, instead
of just brightening or boxing the offending misspelled word and
letting the user move the mouse back there later to fix the word.
(Of course this is because it was designed to work on TTYs and
Decwriters, not ALTOs and other graphics-mode displays with
massive display-computing power and mouse.) Perhaps somebody
with experience on Xerox-Smalltalk on Dorado could comment on
how Xerox-Smalltalk handles errors when manually typing in
commands (instead of using the mouse to select commands from
a menu). I seem to recall you type commands into a window
and can edit them to your heart's content, then when you hit
the activation button on the mouse they are parsed and any
syntactic error is flagged, and you can edit again and again
until the parser accepts it.
Right?
Subject: File Backup
∂23-Jul-81 0031 Joe.Newcomer at CMU-10A File Backup
Date: 22 July 1981 1649-EDT (Wednesday)
From: Joe.Newcomer at CMU-10A
To: works at mit-ai
In-Reply-To: <[OFFICE-3]20-Jul-81 08:38:32.WMARTIN>
The Spice project plans to treat the local disk as a cache for
the central file system. Thus, primary backup is handled by
the same staff which backs up all our other systems. Local
disks will not have substantive amounts of private data which
is not replicated on the CFS.
In the case of workstations not on a network, if we abandon
such archaic ideas as single-task workstations, files without
timestamps, and similar absurdities, and produce some reasonably
intelligent software, a background task which does hourly, daily,
or as-needed backup to a floppy disk or other medium such as
streaming tape, occasionally prompting the use to insert a new
disk or tape, and which handles the grubby details of how to do
file retrieval in case a file restoration is necessary seems the
obvious simple solution. As I am currently thinking about having
a personal 68000-based system at home, which will not be on a net-
work, and cannot use CMU's machines for backup, this is one of the
first pieces of software I would build. My plans are to simply
assign ascending serial numbers to the floppies, and keep a file
(which is naturally backed up) which is a migration archive file
[CMU-10A users will recognize this as MIGRAT.DIR...]. Since all
REAL computers (not toy computers, no matter how powerful) have
date-time stamps which can go on files, the software architecture
is reasonably obvious.
Those ridiculous systems in which one can save or restore the
entire disk, but not do incremental save or restore, are not
worth talking about. I certainly don't want to reset my
entire disk to yesterday afternoon just because the system or
I accidently damaged one file.
More sophisticated applications, including larga databases, need
more sophisticated incremental backup procedures. But these are
ALL OBVIOUS and can be ALL AUTOMATED. Using "clerical people"
or "professional people" means we've forgotten the best drudge of
history: the computer itself. The overhead on anyone to write a
serial number on an existing disk or streaming tape and insert a
fresh one is so small as to be unnoticeable. (Of course, I Would
nevep coNsider the problem oF "tyIng up the floppy drive" While
doing backup;floppies are not reasonable as sec@=]ICedAgi←ICOJA→←d~∃MKeS←UfACaAYSGCQS←]flAiQKdACeJ↓MCdAQ←↑Ag5CYXA¬]HAg1←nAG=[aCe∃HAi↑4∃KmK8AiQJ↓Gkee∃]hAaI←GKgM←efAQQKrA¬eJA[¬iKHA]SiP\A∩AG=]gSI∃dAB@Da≠D~)ISgV↓CfAg5CYXX↓EkhA5CeOS9CYYr↓CGGKAiCEY∀XA←\↓BAaKIg←]C0Ao←e-giCi%←\\~(di≠Dαβ'Mβ∞≠∂↔C& 3∃b↓EABn⊃β'Mπ∪↔πO|¬f∞⊗LUbα∧mMwπε≤↑2ε∂,Tε∂" ,W∨" ⊃PV≡ \↔αε,≤6←/∧
V.&≡]Rbεm}Bπ&t &*π↑<V"εmx D∞y<Z-}<h≤nM|X9lUHλ∩$
_=Q!QX(≤m\;≠λ∞ <\{ml;λ→ ≡_8X.<(≥z
≤zλ_-NY89∂∀→>_l\9≤hε→8J+AQA"B!⊃"":M|#"C! ↓J⎇8ZL\⎇∞Hλ={≠→,>→9λ∞,<|≠mny<h
⎇H≥→.-:;X-D~;\∞↑λ→→.m8y<aQHβlF52];¬W (λεεLNα$tu~→$ ;y→.,=≠|Dth∂∃m}Ztk*(451*:λ_=∧ 25 (→/Hα(={≠→,>→9λ∞,<|≠mny<h
⎇H≥→.-:;X-D~;\∞↑λ→→.m8y<aQQ_= WH Ld ];≡$ε.. $ε NLε¬11∃↓QQ\[mWHλU
(∪;lL<X=
}HH∂
⎇|ZteZQ45(Zuλ_.D∪25¬X2/C!*≠nH
⎇|Ztd =λ⊂)⊃"C"EU+++%U+++%U+++%U+++%U+++%U+++!QC"Q ≡→.Hε&+2]-E. (ε⊗∞M-'&
h∀λJλ
∃∞\<y_/∃#"QN-{.H ;:;∞M{KQ*4_=λ
λ4Pk)X6⊂c!*⎇8ZL\⎇∞H
,.H∃ ↑[:;L≥λ∩;N∞=λ⊃ ↑Z8y.1"C"H≥[⎇~ ↑H≤≤M|[→;$∞z=~∧∞~→(
≤→8(
|H≤Y,m→8⎇
≥Yh~-\9y<d
yH~l←8x<∞4≠{]
q"]~ T≥≠|∧
yH≥
(~y/≡h~<d∞~_=∧
=λ≤∞,=Y;NNh≥~ T≥<y$
yH_$ →=_,=_8[ Q"Zy/≤[x<LEHλ∀m⎇9(~∞]8;H l8⎇≠n.h→>∞ <]λ ≡λ∪Ph4≤|→-nλ_(
M⎇λ≠ld≥~;,Q"\X-n~;Yd ;Yλ∞,=Z;Lt_8[n↑λ~≠nt~;<
}]_;ND→→= ≤z_8ML(~y/≤[x<LNh_<LUC"C!(;≤{eD≥~→$
X=≥.,;λ≥
}8z .O<~;Lt≤≠|m≡~;{D∞{⎇; D≠98-d≥~_.D
*$∞~→#!-≠{9%↑[⎇h
≥89y.4≥{⎇-Lλ_Y$
;]Z.=8[→$ Y8x.↑y(≥
>(≥m};→λ ≡≤→8.!"[{D
>(≠L←≥ =
u;_<nD→Z;L|<H_M⎇Y<k∧∞z~8m∧_<Y$ ;Y{ \λ_X,=h≥≠n|<Yβ!.~→(∞<|Y9-eλ_;LD
J$ [|H
]|⎇λ
<><h ,;≠⎇d∞~→(
{9(∞-⎇kλ∞M→(~-\9y#!.{⎇; D_<≤ \<H≠md≠>( m;Yy..h≠|D
_;Y∞4_=λ∞>8zλ ∀→~<nL;Xy$ 8[⎇LQ"]~ T~y>,-x<Y∧ <h≥
t≠8:lT≥~→$ <|{l=8=~-⎇H≥z.Mλ_;D
;Y~.m9≥8-D~y>!Q\X=
<H→
≤YZ8n]≥ H
M~<h =⎇;→∧ =Y;D Y8{m\(_(∞,8z8-D~<|n\*λ*%A"\z-ly(≤∞,<⎇;,≤[≡( -_8zd∞→;|
L)|h
;Y≤d ≠{InD→];L>~;{D
Y8<MO#"X.4≥y;
D_<h∞∞[zY,>~;{D∞x|Y,]\kC!!"P;
D~;H ≥≠ λ
≤H≡;nT≤Y8-M≡(≥l≥]λ≥
t≠≠{m4_=λ∞M→(~l←<kλ∞M→(~l←(≤z,L<c"L≡Y(_$
≠⎇λ
]|Y(∞m<z8ML(≥~ ≥H≥~ T~y>$∞≠|≤eD≥;[ ↑|h≡-})|Y$∞{{9$
z;Y↓Q[yH∞N{k9M≥Yy<L\λ≥{ml→<H ≡λ≥~ T~y>,-x<Y¬a"C"I∀→≠{D}λ≥~
≥Zh_-o;{Y$
_<h
\;]~-⎇Y9λ∞M→(~,L8(≠ld_]<O≥;Yh ∀≤{8-M β"M
9z ,L;\z.O(⊂tJD~;\m≤→(≥
(~y/≤[x<LD_;Y∧∞~→;D∞<z;Lt→Z8L↑[|≥
≤|c"NMh≤[n↑→(≥
(_<∞∞[|≤M≤=→(∞
|]~-⎇H≠yD∞~→(
≥89y$∞≠h→,≤zλ~l←8x<¬a"C"EU0\],<#"C!%+++%U+++%U+++%U+++%U+++%U+++%Q"C"HL=→.DεLH∩N]λ .'ε( ∞&F+11
A"Q\M⎇.H⊃.-8h∩ed∪{≤m⎇H∂∪iJssH ≡λ⊃⊃(5304IHStSga"T⎇,-Y8⎇π$∃→<M];X;∧ ;\≥.D⊃→=M≤y<c!!"R=∧∞y9;.4≥≠h
\(≥~ ≡λ≥~ T≤≠|m≡~;{D
yH≥
(≠| ↑X=≠n$|h~ \9λ~.4≥Y<O⊃"Z;.
|]_-nλ~;D (≤xm ;9(∞Mh≤Y,m→8⎇∧∞~→(
<>(≠,≡Zz;L}h≠yLd_(~ ≥→K#!.z;≥L↑Y9λ
]<\[n%Hλ∩$
_=Y$ ;≥x/≡h~_.L9λ≥
;Y|d∞z=~∧
_;→E↑z;≥L↑Y9β!-:<\M}\h_-o=x>%D_Y8l≡<y(
89λ∞
|z=
≥{Z;Lt~<h∞=h_|M≡~8x-EHλ⊂-N{kβ!-=λ→-M;:;L≡→<h∞M→(≤
}|z8M≥~=≡$
yH_$∞Y;;nl8[→$
y>8M|<Y AQC"Smd_;[nM→<H∞L8zk∧ (≥x.4→~<l><|z-lh≤{m\(≠yD∞~→<lT≤xz ]9<h¬ [{⎇∞5β"YmM⎇Y<eD≤Z;L}kλ∪λ8λ~y/≡≠|≤eD→=_ee(≥z.Mλ_( nZ9;LD~→<LT_=λλH0h_-lβ"Z T≥x<d∞Y<≥-Ny9λ /(≥~ ]+Hλ (≥x.=I⎇λ ↑Y;H
≥]→<L↑⎇→9∧
;H→M⎇⎇λ≤ \_;≤ea"U~ ]H_9l≥;H~ T~_<d ;≥x/≡h≥{n-y9λ m|H⊃λXh
≤m≥Xy(
L8=Z-lh∃t ∃+λ_-lβ"[L]=~→.$⊃⊃0d
[|H
z∩(_.,(→> ≤⎇≠≡$ =λ≥
(→[n,9\[mnλ≠yD∞~→<lT~9→,≡kC"AQR=λ∞><≤Z.<<h≠,T≥~_.D≠[k-⎇Y(~ ≡h≠9-n~;{L\λ≥~ T≤≠|n=8Z;
≡≡(
∞<<Z;n↑{≡*!Q[yH
]⎇;]
≥Yh≥
(~y/≤[x<LD≠{H ∀
≠_.,y*(
]⎇<y%d∪:8lT→≠{D}λ~_.l(≥≠d
;⎇Y!QX(→n,8=λ L8;λ∞Mh≤xn-{≠λ∞M→(→-n~<Y$∞x|Y,]Kλ_-lλ→[n↑H≠;n]]→9∧ <h≥
#"YL\=λ≠ld_(≤L];⎇X,-→(~l←8[x.,λ_{n]→λ≥m}Zh≠M≤y;≡%dλ∃~ ←(≥{n]→λ≠L\9λ_!Q\⎇~,=}(≤n↑YX8lT_;Y∧∞{⎇; D~_=LT≥≠h∞,<=:.,(≠;n,(≥;. H≥≠d∞≥<z∧∞~→;$¬~;C!-|Y→.$≥≠h ≡[z9∧ X;≤lT≤Y8,M;Y|e∃λ_].D∩(≥
;Zh∞M→(~,L8(~.4→Y8.=8[→%a"Q[n$≥~≠n<(≠yD∂;⎇(
≥H≠∪nl(≥z.Mλ_z
}Yλ~l←8[x.,≤kλ∂≥⎇(_m};→λ
]⎇;]∧ #"[-}<y(∞]Y→<D
{Y( ↑Y;H \<z1.%C"C!)9H≡-}(≥~
≥Zh≥
<h~.4→;]
≡Y;≡$
≥9~,>[⎇<eD∩(⊂l≡⎇λ≠/∀≤y8m⎇Yλ≥M}→(→M}C"X$∞≤X8m<X;≠∧
Y8<D∞~→(
L9]λ∞M≥;8D¬≤→<M <≤h >=≥~-lh≥~ T≤|_,<8X<D∞z≠|NE+C"I←(∃Uε⊗ λ→
|<h≠M}λ~;N=<⎇λ∞M_= ∀→~<nM|]λ
←(~_-lλ≥≠mt≠=8m∧≥≠h
=λ∃
#"TL↑≥<[D
y>(¬
=λ∩.∀_(≤l]→8p~≤4qP0\90w3Yvrw:
V⊂0w→⊂$P+[zv2⊂≤0z42\⊂12FB1zy9[y<P;Zz4⊂6↑P62s≥⊂:4:[q↔⊂⊂∩4πwever, as my WPI/DEC friend points
out, it can be hard to use: he has a broken left thumb.
------------------------------
Date: 22 July 1981 01:41-EDT
From: Frank J. Wancho <FJW at MIT-MC>
Subject: Keyboard Augmentation
Someday, I will actually try to implement this: maybe three
footpedals(λA←9JAM←HA'QS→hXA←9JAM←HAπ←]QeWXX↓C]HA=]JAM=dA≠KQB~∀Q∃IShR8@A∩A!CmJA!CHAB↓g←eJ↓YKMh↓oeSgPAM←d↓iQeK∀A[←]QQfA]=nX~∃¬]HAC4AUkgPAEKO%]]S]≤Ai↑AIKCYSiJAUkMhAQ←\A[kG A∩AkMJAC]⊂~∃G←9i←eh↓iQCh↓QC]H=oeSgPAi↑AUgJAi!←gJA Footpedals would
certainly go along way to aleviate that strain.... maybe not
just three...
--Frank
------------------------------
Date: 22 July 1981 1751-EDT (Wednesday)
From: Joe.Newcomer at CMU-10A
Subject: Finger distortion
I find the backspace and escape keys even more awkwardly placed
than CR. I usually use ↑H in preference to Rubout or Backspace
because the finger travel is shorter and faster, but not all
systems treat ↑H, Backspace (which is usually ↑H but sometimeS
sent as rubout, depending on your terminal) and Rubout
identically.
joe
- - - - Begin forwarded message - - - -
Date: 16 Jul 1981 (Thursday) 1503%EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
Subject: Interchangable keyboards
To: works at MIT-AI
Via: MIT-AI; 18 Jul 1981 0639-EDT
I once saw design specs for a keyboard in which the keytops were
little LCD displays and were, of course, under computer control.
The types of things I can imagine doing with such a device are
virtually unlimited: Emacsify the keyboard for ↑X or ESC (Sorry,
Fineify), show keywords like various Basic systems, swap your
keyboard to APL mode with the screen, etc, etc. Does anyone
actually produce such a device?
- - - - End forwarded message - - - -
------------------------------
Date: 21 Jul 1981 21:57:41-PDT
From: ihnss!mhtsa!harpo!chico!esquire!psl at Berkeley
Subject: Talking Workstations
Have there been any measurements of the relative `work' involved
in:
a) typing "s/foo/"
b) finding a key labeled "ENTER", hitting it, typing
"foo", finding a key labeled "SEARCH" and hitting it
c) saying "SEARCH!" then saying "EFF OH OH (pause)" ?
------------------------------
Date: 22 Jul 1981 18:10 PDT
From: Kosower at PARC-MAXC
Subject: Re: mice,balls,touch-plates,pens.
In-reply-to: MINSKY's message of 18 July 1981 (Saturday) 01:20-EDT
Better yet, we could construct a box that "listens" to the
user's brainwaves (or brainstorms, as the case may be...) and
figures out from that what the user wants to do, and does it.
That way, the user would be completely spared the tedious task of
pointing. And by using a little more AI, we could construct a box
that would figure out what needed to be done (edit reports, write
programs, answer mail, etc.) and would do it without any user
intervention at all. That way, we could get rid of "reactionary"
old terminals and perhaps with the user to boot!
David A. Kosower
------------------------------
Date: 21 Jul 1981 21:56:01-PDT
From: ihnss!mhtsa!harpo!chico!esquire!psl at Berkeley
How can you call that a workstation without holocamera & odorama?
------------------------------
End of collected responses on terminal input devices
****************************************************
Subject: More on configuration
∂23-Jul-81 2309 BHYDE at BBNG More on configuration
Date: 23 Jul 1981 1116-EDT
From: BHYDE at BBNG
To: WorkS at MIT-AI
Message-ID: <[BBNG]23-Jul-81 11:16:04.BHYDE>
Let me repeat some of the phrases in the replies to my query on
configuration.
From Steve Crockers message;
"the cost of the separate packaging is less than the cost
of multiplexing several users onto ... larger ... machine."
"things do remain centralized, an properly so: file servers,
high quality printers, long distance communications, ...
maintenance ... system development ( hardware and software )"
"classical time-sharing ... forces overloading of the machine
... this can be seen as miss management... with computation
tied to terminals it becomes ... impossible to add people
without adding capacity."
"transition from small task fitting on a work station to a
larger task ... will be ... painful."
From Hank Walkers message;
"disk drives fancy printers are about only things left with
economy scale ... might as well chop everything else into
little pieces, it makes the incremental cost smaller."
attributed to Gordon Bell
"center people frequently ... power-mad, bureaurocratic."
"are you worried about you car sitting idle?"
"fancy graphics needs a lot of local processing .. (then the
cost of) ... adding general purpose computing ...(is) ..
essentially zero."
Forgive me for the paraphrasing and quotation out of context.
I find quite convincing the point that baseline services; communi-
cations, graphics processing, and packaging make the marginal cost
of a substantial piece of computing power in the office trivial.
No ones seems to argue for the demise of the computing center, I
had expected people to argue it would be replaced; on the low end
by work stations and on the high end by external service firms.
People seem to believe that central facilities, file servers etc.
will remain within the organization.
As an aside the comment about cost of multiplexing into the central
facility seems odd considering the huge increase in cost of communi-
cations that local networks imply verses front ends. Any one want
to argue the other side of that one? No one has explained to me
yet why the hugh bandwidth is a good thing in the local computing
environment?
I have believed that the leverage available in purchasing larger
machines was very substantial. If I build out of a fast expensive
technology I get a power of ten improvement in my cycles for a
linear increase in my cost. If I build out of many processors
I get a linear increase in power for a linear increase in cost.
Have I been stupid and mislead?
If this is true than, disks, fancy printers, communications, and
fancy processors will go in the central facility. The work station
design will be aligned on a cost effective boundary one up from
that amount of power necessary for graphics, communications, and
work space management.
I find the comment about cars rich in metaphorical implications;
there are many people who believe that cars are a very poor piece
of social engineering. Do organizations have more capital tied
up in the parking lot than they do inside? Unsafe at any speed?
Ben Hyde
Subject: WorkS Software.
∂24-Jul-81 0011 DREIFU at WHARTON-10 (Henry Dreifus) WorkS Software.
Date: 23 Jul 1981 (Thursday) 1928-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
To: works at MIT-AI
Part-III
The Hardware is one thing, the software is the more lasting concept.
Will the future software change? Will we see more screen-formatting
packages, better user interfaces?
What about the programmer? Source level Debuggers, complete control
of the machine (micro-code all the way to the I/O slot which is
latched to the on/off switch)?
Screen this, and menu that.
Will there be standards for screen definitions? Not at all
unlike the Core←graphics←standard we are seeing now, thanks
to VanDam and Badler and company.
Will there be "drivers" for One-User software? Distributed
power, shared computing, the questions of Queuing processes
accross machines - across the country.
Local-vs-Long Distance networks. How does one effectively
integrate this? There are more machines out today than ever
before.
The above are just some thoughts/interesting topics to get
discussions going off over all of the innovations necessary for
PersComs.
Henry Dreifus
Subject: Collected responses on useable systems
∂24-Jul-81 0036 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Collected responses on useable systems
Date: 23 July 1981 04:17-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WORKS at MIT-AI
------------------------------
Date: 23 July 1981 16:29-EDT
From: Steven H. Gutfreund <SHG at MIT-AI>
Subject: mundane
To: Joe.Newcomer at CMU-10A
Joe Newcomer raises a very good point in his letter of July-22:
I find that I have less and less time to worry about,
say, how to make CR in EMACS behave like LF and how to stop
LF from behaving differently if the previous line started at
the left margin. I know what effect I want; I don't want to
know about 37 different variables, TECO FS-flags, and other
crap to get a simple change in behavior. This is a lot of
what is involved in getting really good personal workstations;
if I have to remember dozens of incantations to, say, set up
defaults when I boot, I'm not going to be very happy.
joe
=-=-=-=-=
Peter Keene (sp?) of MIT Sloan School has a nice way of describing
the sort of system behavior Joe is looking for: mundane.
If I am not a car wizard I want my car's behavior to be mundane.
I want my car to be boring, I don't want it doing interesing things
like losing wheels. Many car drivers also don't want to learn all
the exciting things that you can do with manual transmission, boring
old automatic transmissions are good enough to get where you are
going.
If I am not a phone wizard I want my phone to be mundane. I am
not particularly interested in the intimate details of the phone
billing system when I am complaining about a $7,000 phone bill,
I really wanted the phone company to do the boring old thing and
bill me my normal ammount.
I believe that most people will want their workstations to be
mundane. They probably won't want a 3 week training course to
learn all sorts of wizzy neat features. If it behaves mostly
like those boring old office equipment (typewriters, phones,
etc.) it will probably be enough. After all, most people will
be using the workstation as a tool to get their work (what they
find interesting enough to be paid for) done.
- Steven Gutfreund
------------------------------
Date: 23 July 1981 04:17-EDT
From: James M. Turner <JMTURN at MIT-AI>
Subject: Various subspecies
To: Joe.Newcomer at CMU-10A
Shade and Sweet water,
But designing systems who's most inexperienced user is it's
lowest common denominator severely limits what can be built in
to the language.
As an example, I am currently involved in moving Scribe
to the Lisp Machine (albeit, in a greatly changed appearence).
A decision that was made very early was that although the
DOCUMENT (the Scribe input file) requires no specialized
knowledge to write, extensions to the system itself require a
working understanding of Lisp, and the way Scribe works in this
version. The idea behind this was that if we tried to create
a "secretary extensible" environment, we would be sacrificing
efficiency (important in a package which is already dangerously
slow due to LISPM <-> PDP-10 I/O speed) and clarity of code for
the benefit of people who would probably not wish to change the
code anyway.
Besides, the typical supervisor doesn't want "low level"
personnel fooling with the code anyway. A friend who is
currently doing DE for DEC related the story to me of how her
supervisor had flamed when she had poked around the OS trying
to find out how to logout (it seems SOP was to hang up, which
she could not accept).
James
------------------------------
End of collected responses on useable systems
*********************************************
Subject: Sperry Univac workstation design group -- eyewitness testimony
∂25-Jul-81 0946 SHRAGE at WHARTON-10 (Jeffrey Shrager) Sperry Univac workstation design group -- eyewitness testimony
Date: 24 Jul 1981 (Friday) 1356-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
To: works at MIT-AI
I was invited to Sperry's Software Research group and had an
opportunity to speak with them and examine some of the work that
they are doing in workstations and in programmer's tools. They
are more concerned with the "programmer's workstation" than a
management workstation and thus are putting a lot of effort
into the language that controls the device. It is designed to
be modified by the user and has inboard multitasking and file
system, etc. Understand that this design is for a device to be
hung from a large central machine for program developement NOT
for execution of programs. Here is a short list of the things
that (I saw) that they were thinking about/working on:
1) Pascal debugging/programming aids. They have a really nice
design (and partial implementation) for a visual program stepper
that draws colored boxes around the program structure and then
highlights the lines as they are executed so that the programmer
can "see" the program in exectution. It (will) also display
the variables and structure nicely. I played with this and it
made it very very simple to visualize what a program was doing
(especially when you turn the speed up fast enough and can see
where the loops are crunching along). The final implementation
of this should be very nice. [Jim Gimple (formerly a Snobol
afficianado from Bell) is doing this work].
2) A high res/color PWB system with joystick and mouse. They are
spending a lot of time working on the "editor language" (which
is also the JCL and workstation control language) rather than
"cutsie" features to add to the user view. The file structure
is Unix based but they ALSO feel that unix's user view is a
total lose and are designing one of their own that, from what
I saw, will be much nicer. Again, their position is that this
will be used by programmers, not managers or secretaries and
they are giving the user power to change things (in a properly
controlled manner) at whim without too much work. Currently
they are having trouble with the Univac hardware research
people (it's too slow for them) but that should be resolved
soon. This project is under control of Marc Fogel and Ira
Ruben.
3) Help systems. Knoweldge based and natural language driven (if
you like) user aids for the station command language etc. They
have several NL and AI people very interested in user assitance.
I don't know how/if this relates to the workstation but it was
interesting none-the-less. This work was being done by Nathan
Relles and Norm Sondheimer (president of the ACL).
All of the above is managed in a very small group of very expert
people by Dick Wexelblat and for more info one can write to
Sperry Univac
Software Research
2G3 Bluebell, Penna.
19424
They are going to have an Apollo and/or a couple of Perqs soon.
-- Jeff
Subject: Sperry Univac workstation design group -- eyewitness testimony
∂25-Jul-81 0946 SHRAGE at WHARTON-10 (Jeffrey Shrager) Sperry Univac wo
rkstation design group -- eyewitness testimony
Date: 24 Jul 1981 (Friday) 1356-EDT
From: SHRAGE at WHARTON-10 (Jeffrey Shrager)
To: works at MIT-AI
I was invited to Sperry's Software Research group and had an
opportunity to speak with them and examine some of the work that
they are doing in workstations and in programmer's tools. They
are more concerned with the "programmer's workstation" than a
management workstation and thus are putting a lot of effort
into the language that controls the device. It is designed to
be modified by the user and has inboard multitasking and file
system, etc. Understand that this design is for a device to be
hung from a large central machine for program developement NOT
for execution of programs. Here is a short list of the things
that (I saw) that they were thinking about/working on:
1) Pascal debugging/programming aids. They have a really nice
design (and partial implementation) for a visual program stepper
that draws colored boxes around the program structure and then
highlights the lines as they are executed so that the programmer
can "see" the program in exectution. It (will) also display
the variables and structure nicely. I played with this and it
made it very very simple to visualize what a program was doing
(especially when you turn the speed up fast enough and can see
where the loops are crunching along). The final implementation
of this should be very nice. [Jim Gimple (formerly a Snobol
afficianado from Bell) is doing this work].
2) A high res/color PWB system with joystick and mouse. They are
spending a lot of time working on the "editor language" (which
is also the JCL and workstation control language) rather than
"cutsie" features to add to the user view. The file structure
is Unix based but they ALSO feel that unix's user view is a
total lose and are designing one of their own that, from what
I saw, will be much nicer. Again, their position is that this
will be used by programmers, not managers or secretaries and
they are giving the user power to change things (in a properly
controlled manner) at whim without too much work. Currently
they are having trouble with the Univac hardware research
people (it's too slow for them) but that should be resolved
soon. This project is under control of Marc Fogel and Ira
Ruben.
3) Help systems. Knoweldge based and natural language driven (if
you like) user aids for the station command language etc. They
have several NL and AI people very interested in user assitance.
I don't know how/if this relates to the workstation but it was
interesting none-the-less. This work was being done by Nathan
Relles and Norm Sondheimer (president of the ACL).
All of the above is managed in a very small group of very expert
people by Dick Wexelblat and for more info one can write to
Sperry Univac
Software Research
2G3 Bluebell, Penna.
19424
They are going to have an Apollo and/or a couple of Perqs soon.
-- Jeff
∂26-Jul-81 2028 AVB Xerox announcement on Dolphin/1100
To: "@SUN.DIS[P,DOC]" at SU-AI
Date: 22 Jul 1981 1736-PDT
From: RINDFLEISCH@SUMEX-AIM
Subject: INFORMATION RE INTERLISP DOLPHINS
Ed Feigenbaum received the following message from Mr. R.E. Bomeisler,
Marketing Manager for Xerox EOS, in response to repeated requests for
more information about Dolphins necessary for planning acquisitions.
Since others may be in the same situation, Ed wants to pass the
information along to other computer scientists. You may forward
it if you wish.
Tom R.
*********************************************
7/16/81
"In our telephone discussion, Ed, you indicated that Xerox
was not providing you and potential users with enough information
to assist you in designing your networks and planning for future
growth. I would like to apprise you of the steps we have taken
at XEOS to fill the information gap.
Marcel Pahlavan is the program manager and is the focal
point for responding to customer inquiries on interface and other
technical matters. On August 1, Terry Haney will join the staff
to provide hardware expertise. An Interlisp software expert is
being actively recruited. In addition, Pahlavan can call on other
system experts within XEOS to solve specific customer problems.
With regard to 3M bps Ethernet networks, the 1100 system
includes the hardware necessary for connection. In addition,
XEOS will make available the hardware necessary to connect the
DEC Unibus. This includes the DEC Unibus Ethernet Interface
Board, Transceiver, Terminator and Connector. This hardware
enables connection to 3M bps Ethernet on the DEC PDP-11 family
aswell as the DEC 2020 and the VAX family. To connect the
DEC 2040, 2050, and 2060 to 3M bps Ethernet will require either
development of a Massbus Ethernet Interface Board or a PDP-11
front end interface. When either of these is developed within
the ARPA-sponsored research community, XEOS will facilitate
distribution.
XEOS is a systems organization with the skills to develop
special hardware or software. It is expected that we will be
called upon to modify the 1100 hardware or software to meet
special customer requirements.
With regard to DEC hardware/software, there exists within
the ARPA research community a number of special systems. Many
of these exist on your own campus. As we become familiar with
thesesystems, XEOS will serve as a facilitator and will make
certain that potential 1100 users are familiar with interface
software that exists or is under development. To the best of
our knowledge, the following systems have been or are being
connected to the 3M bps Ethernet: KI-10/TENEX, KL-10/TENEX,
2020/TOPS-20, 2050/2060/TOPS-20, and VAX/UNIX. XEOS will
facilitate distribution of the Stanford-modified PUP software.
As you know, this software runs under TENEX and TOPS-20 and
enables DEC KA-10, KI-10, KL-10, and DEC 2020 to act as file
server to the 1100.
The dissemination and distribution of information would
be greatly enhanced by formation of an 1100 users group. XEOS
is prepared to assist in the organization of such a group.
XEOS plans to make available the necessary hardware and
software to connect the 1100 system to the 10 M bps Ethernet,
thus providing access to the Xerox 8000 Network System. We
are also investigating the feasibility of an internet gateway.
With regard to 1100/Interlisp performance, continual
improvements are being made in the code. The system is five
times faster than it was a year ago and significant further
improvement is expected.
Since the 1100 is a powerful, flexible machine, it can
be expanded in a number of ways: physical memory from 576K
words (1.15 M Bytes) to 768K words (1.54 M Bytes), virtual
address space from 4M to 16M words, and increased local disk
storage capacity. Furthermore, there is sufficient cabinet
space to add special functions that might be needed by certain
customers: floating point arithmetic, color display interface,
image processing, and other special logic, etc. XEOS is inves-
tigating the feasibility of adding to the 1100 system: color
display, low cost bit map display, large capacity file server,
and 5700 electronic printing system. The architecture, I/O
structure, and bandwidth of the 1100 make it the ideal machine
for dedicated applications in the research and scientific
environment.
In addition to Interlisp, XEOS is planning to implement
Smalltalk on the 1100. The schedule is yet to be determined.
As a key ingredient of the overall 1100 program, it is
planned to release a version of Interlisp on the Star processor
after January 1, 1983. This will provide Interlisp to future
users on a very cost-effective basis.
I trust, Ed, that this information will enable you and
others to plan system expansion."
-----
Subject: "mundane" systems
∂26-Jul-81 1553 Jan Walker <JWALKER at BBNA> ''mundane'' systems
Date: Saturday, 25 July 1981 15:59-EDT
From: Jan Walker <JWALKER at BBNA>
To: WorkS at AI
I have to voice my strong support of Joe in his message against
"mundane" systems. The original message advocating mundane
systems used an analogy of a car -- you choose a boring automatic
because you don't care what wonderful things you might be able to
do with a standard transmission. Let's point out a few things
that make this analogy somewhat less applicable to the current
case (system/software design).
Notice that with the kind of technology people are accustomed to,
once you choose one (automatic), you can't have the other
(standard). (This can lead people into defending their choices
with more reasons than they originally had for making the choice.
Some psychologists talk about related phenomena under "cognitive
dissonance".) With the kind of technology we use, you can either
follow the same design philosophy -- make things in a limited
number of flavors and make people choose -- or you can design to
support redesign by the purchaser. Surely with the flexibility
of computers behind us, we can do at least as well as the kludge
in the car that chooses 4, 6, or 8 cylinders depending on load,
mileage goals, or whatever.
People don't like the illusion of choice nearly as much as they
like having the choice. The reason that so far we don't find
ordinary people looking for software modifications is that they
don't expect to be able to have them. (The old technology of
course has molded people's expectations about the new one.)
While I am on the car analogy... I hear a lot about providing
systems for people who want to be able to use a computer without
any training or practice. How many people do you know who wanted
to just jump in and drive a car without any training or practice?
(Not many!) Why do you suppose that difference exists? Consider
that a car has one primary purpose -- transportation. They all
have standard components and operating procedures. Even people
who have never driven know a lot about cars, for example, that
they have a little slot where you put a key and turn it in order
to start the engine. The point is that cars are simpler in
purpose and operation than computers, yet people don't expect to
just hop in and drive away until they know from cars. Maybe the
real lessons in this analogy come from considering training,
learning, and transfer issues.
The ideal way to provide software is to offer something that a
new user who knows about the application of the software (for
example, editing, drawing) can start using it with the help of a
good summary and maybe 15 minutes of explanation. The next
hurdle to pass is in discovering that things can in fact be
changed. A well-designed and documented program helps you make
this discovery and then provides good support tools to help you
find out what it is possible to change and how best to do it.
Jan
(JWalker@BBNA)
Subject: re: REM' s remarks on Global configurations
∂29-Jul-81 0907 Farrell at PARC-MAXC re: REM' s remarks on Global configurations
Date: 27 Jul 1981 11:47 PDT
From: Farrell at PARC-MAXC
To: REM at MIT-MC
cc: WorkS at MIT-AI, Farrell
In places, you simply misunderstood / misstated Bruce Hamilton's
position; in others, your positions are new (and interesting).
Corrections/clarifications:
Bruce demanded 56 Kbaud, not Mbaud. The 3 orders of magnitude
easily cross the frontier of available technology.
There are a number of "centralized" services besides
archiving/library: printing, mail distribution, gateways to other
systems & nets, to name 3. Note also that file storage is a com-
munication mechanism as much as a receptacle -- it is easier (&
more efficient) to store a large object in a commonly accessible
container or two, & pass a pointer, than to ensure direct transfer
from the source to each destination.
Your framework of workstation & centralized facilities is impoverished
(and I believe not justified by Hamilton's discussion): there is no
requirement that facilities be centralized; in particular, there are
good reasons for distributing different services (functions) onto
different servers (machines), and for replicating and distributing
servers geographically (minimize communication, limit loss, provide
convenient user access). Even with most communications involving a
server on at least one end, this distribution still requires high
capacity in the underlying medium. When the net (or whatever) must
also support frequent reconfiguration, you may as well provide that
bandwidth to everyone, so you don't have to decide in advance which
ones are going to be servers.
Probably derived from your workstation/centralized facilities
dichotomy (and maybe a little from Bruce's remarks), I think
you put too much emphasis on network (i.e. communications medium)
failures, when server failures are more of a problem. I derive
this from my experience over 8 years now with two networks, ARPAnet
& 3mb Ethernet. In each, I can recall 1 occasion when I noticed
thenet was down -- that is, that NOBODY could use the net. (I
know the ARPAnet went down regularly for new releases of the IMP
software, and I've heard of outages on both which I didn't happen
to hit. . .) Contrast this to many occasions when I couldn't get
at MACSYMA, or the Datacomputer, or print on Clover, or wasn't
getting my mail, or . . . . Few of us are so single-minded that
we can't work around loss of a server (which needen't even deny
us the service -- e.g. redundant printing/file/mail servers).
Your super-automatic archive to file server has much to recommend
it; two possible drawbacks are that data on my local disk is less
accessible than anything that has hit the net or been stored in
a file server (clearly, holes that should be fixed; but while
they're there . . . ), and such a catholic approach may require
more resources than justified (I suspect workstation time and
file server space are more critical than communications
capacity).
Jerry Farrell
Subject: apollo s/w release 2.0
∂29-Jul-81 0941 Andy.VanDam at CMU-10A apollo s/w release 2.0
Date: 29 July 1981 1028-EDT (Wednesday)
From: Andy.VanDam at CMU-10A
To: works at mit-ai
CC: Andy.VanDam at CMU-10A
Message-Id: <29Jul81 102809 AD50@CMU-10A>
The second release of Apollo DOMAIN s/w happened as promised in
mid-July. Performance has improved greatly - cmd startup time
is (usually) instantaneous, cmds execute much faster (cp, for
example, is about 25% faster both for copying local-local and
over the network), and most known bufs have been fixed. Func-
tionality has also increase (although there's still plenty of
room for more increases...): there are a few new s/w tool cmds
(such as Unix-like sed, grep, macro processor), the display
manager (i.e., their full-screen editor) has cut, paste,
searches, and the user can access the display memory and
bit-mover.
In response to a query from the other week, yes, the Apollo
Users Workshop did take place at Brown on 21-22 June. Users
and potential users from: USAF Geophysics Lab, Bell Labs,
CaslTech, CCA, Computer Techniques, Cornell, Daniel Wagner,
AHarvard, IBM Cambridge, MIT, Mentor Graphics, Schlumberger
Well Services, UMass - Boston, UPenn, and Yale briefly
described what they are planning to do with their apollo's,
Dave Nelson and Bill Poduska talked in detail about the
company's plans for s/w releases and general growth, Kim
McCall from PARC-LRG talked about implementing Smalltalk
on an Apollo, and workshops were held about porting unix,
graphics, lisp, and tex.
The general reaction of the participants was that Apollo is
listening to its user community, which at present is primarily
CS R&D/academia. Apollo looks like it will be around for quite
some time, and will be emphasizing mktg for commericial world
(though they promise not to forget us CSers). Presently, the
h/w is quite solid, and most agree that the s/w is still about
a year away from being there.
Details of Apollo's plans discussed at the mtg are confidential.
Contact me for a list of participants (w/ phone, arpa addreesses)
that can be contacted for more direct info, or for a short (3
sentence) summary of what the participants said they'd be doing
with the Apollos.
Marc Brown
Subject: Mouse Guts
∂29-Jul-81 1023 Eric K. Olson <OLSON at DEC-MARLBORO> Mouse Guts
Date: 28 Jul 1981 0927-EDT
From: Eric K. Olson <OLSON at DEC-MARLBORO>
To: WorkS at MIT-AI
Message-ID: <MS"5(1631)"11747606017.5.545.5372 at DEC-MARLBORO>
Conglomeration of responses to "How does a mouse work?":
Currently, a mouse is a small box with a fairly large (1-2 cm
diam.) ball bearing captivated so a fraction of it lies outside
the bottom of the box. As the box is rolled around, two wheels
positioned perpendicular to one another pick off the rotational
motion of the ball in their plane only (they slip in all other
planes). Hence we get two rotational motions, one for each
component of the two-dimensional motion of the mouse.
The direction and (over time) speed of the rotation shafts are
measured by disks attached to the shafts encoded with a gray
code, and read either photoelectrically (via led and phototran-
sistor) or mechanically (via brushes). The grey code output
might look like 00 01 11 10 00 going one way and 00 10 11 01 00
going the other, so we can tell the difference in direction.
Some historical information about mice, according to Bill Barns:
The mouse as originally invented by Doug Engelbart and Bill
English and patented by them (rights assigned to their employer
at the time, Stanford Research Institute (now SRI International))
consists of two high precision potentiometers connected mechan-
ically to metal wheels with rather sharp edges, approximately 2
inches in diameter, and set at right angles to each other as close
as possible without touching. [This seems a kludgey way to get
this motion, because the pots would "pin" occasionally, even if
they were 20-or-more-turn.] The pots are mounted on a metal base
plate to which is attached a bracket. On the bracket there are
(in the original, and still popular configuration) three switches
which are triggered by buttons about 5/16 inch diameter [8 mm]
which rest upon spring metal fingers attached also to the bracket.
The bottom of the metal finger rests on the momentary-contact
actuator of the microswitch. This arrangement puts some "click"
into the feel. The switches typically are SPST with a common
ground so that for a three button mouse there are four wires for
the switches and one wire for the non-ground side of each pot - 6
total. The mouse wheel voltages are fed into an analog->digital
converter of about 10 to 12 bit resolution and at appropriate
times, some logic samples the digital value and does the
appropriate thing.
Engelbart lives on at Tymshare, and English went to Xerox PARC
and gave birth to Alto etc., (not sure if he's still there).
Bill estimates the invention of the mouse between 1962 and 1967,
and *guesses* 1963/4.
By the way, I got several warnings about suits, patents that I
musn't breach, etc, which I condense below:
Patents to SRI and Xerox apply to a number of features of the
design. The Englebart/English Patent is probably still in
force, and it covers both digital and analog mice. [I was
warned to check the patents before building my own. I really
don't think that building your own personal whatever falls
under patent laws (unless possibly if you sell it).]
Thanks to Jerry Farrell (Farrell at PARC-MAXC), Bill Barns
(Barns at OFFICE), Craig Everhart (Craig Everhart at CMU-10A),
and Steven Kirsck (SK at MIT-MC).
-----
Subject: Big AND Small
∂31-Jul-81 0459 Rivanciw at Darcom-HQ Big AND Small
Date: 30 Jul 81 8:37:19-EDT (Thu)
From: Rivanciw at Darcom-HQ
To: works at Mit-Ai
Via: Darcom-HQ; 30 Jul 81 8:49-EDT
In reading the debates pro and con on big systems and little
systems, where big systems are large mainframes and little
systems are personal workstations it seems that the best of
both worlds would be architectures for office automation that
encompass both. Let me illustrate how we have attempted to
incorporate both worlds in our OA plans.
DARCOM has a DEC 10 (DARCOM-KA) on the ARPANET which it uses
to provide electronic mail and other OA services to a broad
community of users throughout the command (the command is all
over this country). Access is via ARPANET. Advantages here
are that for a relatively inexpensive yearly charge a remotely
located single user can obtain OA service with a communications
capability as powerful as the ARPANET. This service is in such
demand that we cannot supply services in large enough quantities
(thus the DEC 10 will soon be replaced with a couple of 11/780s
to provide more services).
One level down (in computer size) DARCOM uses what it calls
LARGE CLUSTER machines. These are mini computers (DEC 11/70
size) which provide LOCAL OA services to 100-150 users. Long-
haul communications is accomplished via the RELAY computer
to the ARPANET (or dial-up communication channel to non-ARPA
computers). These Large Clusters are not hosts on the ARPANET.
The computer I am working on right now is one of these large
clusters. This message is routed to the RELAY computer which
routes it to the ARPANET for delivery.
The next level down SMALL CLUSTER. The small cluster is a
general purpose micro computer (like the ONYX or "C" Machine).
The Small Cluster services 8-30 users. It communicates with
the LARGE CLUSTER for large file storage and backup. Communi-
cations on the small cluster are handled via the large cluster
or the RELAY.
The lowest level is the personal workstation (one user). We
haven't gotten there yet in large scale implementation. Yes,
we have a lot of personal workstations around but have not
yet incorporated them into our large scale implementation
plans yet.
This architecture is used for economies of scale and incremental
investment on behalf of the user. For example, let me paint
a typical scenario of one of DARCOM's subordinate commands or
activities just entering into the world of office automation:
The Commander or somebody at the command wants to try office
automation. Now they are unsure of its benefits so they don't
want to spend mucho money. The buy a mailbox on our DARCOM-KA
(LARGE MAINFRAME). With this mailbox they can experiment with
all the OA tools.
After a short while they want 5 or 10 other people at
their command or activity to get mailboxes so that they can
communicate via electronic mail. They buy more mailboxes
on the large mainframe.
Then it is determined that office automation is good for the
command. They make large scale plans to provide OA services to
100, or 200, or 300, or how-ever-many prople. At this point the
economies of scale move towards the LARGE CLUSTER machine. With
a large cluster installed locally, the command is essentially
running their own OA.
But soon they find that more and more users are demanding service.
Enter the small cluster. As one division goes from one or two
users (who were getting OA services on the large cluster) to a
demand to provide services to 8 or 10 people in that particular
division, a micro computer is installed in the division to provide
those services (and offset the demand on the large cluster). An
example of this implementation is DARCOM Headquarters. We began
by buying accounts on the big DARCOM-KA (large mainframe). When
demand grew to 60 users we brought a large cluster into the
building. The number of users on the large cluster grew from 60
last Oct to 210 as of last week. We now have some 20 micros on
order. These micros will service 8-10 user each so we now supply
services to an additional 160-200 individuals. As folks move
off the large cluster to the small cluster there are more folks
wainting in line behind them for accounts on the large cluster.
This multi-level (of size?) architecture seems to be working
pretty well for providing services to our command.
Randy
Subject: Keystroke Monitoring
∂31-Jul-81 0721 Eric K. Olson <OLSON at DEC-MARLBORO> Keystroke Monitoring
Date: 30 Jul 1981 0128-EDT
From: Eric K. Olson <OLSON at DEC-MARLBORO>
To: TAW at SU-AI
cc: WorkS at MIT-AI
Message-ID: <MS"5(1631)"11748043074.24.545.10627 at DEC-MARLBORO>
As I said in a message to Human-Nets (once again, the two lists are
discussing similar things), I think a reasonably valid statistic
for keystroke monitors indicating performance of the secretary is
keystrokes per character in output document. This way the typist
that makes no errors will have fewer keystrokes (lower, better
score) than the typist that makes lots of errors to produce the
same document. This also takes care of the problem of a secretary
idling by typing jkl;jkl;jkl;jkl;jkl;. I personally do not condone
the use of keystroke monitors to monitor performance (I think that
management should not even be told the statistic is available).
This all assumes of course that the monitor is on a word processing
system used primarily for word processing. Programmers shouldn't
be subjected to keystroke monitors (I am a little more vehement
about this; it hits home), and fortunately the statistic is harder
to generate for programmers.
-Eric
-----
Subject: WorkS Digest V1 #1
∂03-Aug-81 0629 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #1
Date: 3 AUG 1981 0849-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Mon, 3 Aug 1981 Volume 1 : Issue 1
Today's Topics:
Administrivia - Welcome, Workstations - Harvard Apollo Experience,
Polls - OA System Developers & WorkS Census
----------------------------------------------------------------------
Date: 1 Aug 1981 (Saturday) 0956-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Administrivia - Welcome to the WorkS Digest
To All WorkS readers:
As you have probably guessed, we are making the workstation
discussion list into a digest. It shall be a daily digest.
One of the few things we are looking for is a moderator. If
you have the (a) interest, (b) the time, (c) easy and proper
access to the Network (MIT computers), and (d) the patience,
please drop a message in WORKS-REQUEST@MIT-AI.
Henry Dreifus
------------------------------
Date: 2 Aug 1981 (Sunday) 1422-EST
From: BUSH at HARV-10
Subject: Four Months with Two Apollos
We have had two Apollos at Harvard for about four months
now, and I have a few personal observations to contribute from
my experience with them.
The best way to describe them is as a state-of-the-art
product, with the emphasis on product. The Apollo seems to be
the best large-micro-based system available with a bit-mapped
display, Winchester disk, and high-speed local network. Since
it started a little over a year ago Apollo Computer has managed
to produce a very solid piece of hardware, and quite a bit of
software. We have had no trouble with the hardware, and the
software, while poorly documented and a tad flakey (we are a
beta test site), has been basically usable. The network file
system works, and, on our small network, file access is not
appreciably slower for remote files.
The Apollo is not, however, a state-of-the-art tool for
computer science research, nor does it claim to be. It is not
a Dorado nor a Star-with-Mesa. A lot of the folks at Apollo
came from Pr1me, and in order to produce a working, competitive
product, they built what they knew how to build for a market
they were familiar with (the engineering/scientific market).
The system was tuned for user programming in FORTRAN, not system
programming, with such things as interprocess communication and
software interrupts not supported. Now that its primary market
is academic, Apollo will put a number of these features in, but
system programming, and the kind of features it requires, are not
a fundamental target of the system software. The system also has
a rather unsophisticated human user interface. Some of this is
clearly a matter of time, but some things that I imagine people
at Xerox would consider basic, such as a mouse and non-confusing
windows, are not along yet. (The Apollo windows are confusing
because they are all full-screen width and bordered with a single
line, so it is difficult to determine which windows are on top.)
It seems that Apollo did not do a lot of research in designing
their product, but instead will be educated by their users.
Bill Bush
------------------------------
Date: 2 August 1981 11:34-EDT
From: Brian P. Lloyd <LLOYD at MIT-AI>
Subject: Results of Poll
Here are the results of the "Are you actively working on an
Office Automation system" poll. The results surprised me very
much. Here are some of the numbers:
Responses 32
Working on a system 23
Not working 9
The "Not Working" column also contains responses from people
indicating that they were simply implementing OA functionality
on their home systems (e.g. not for commercial sale/distribution).
That was a value judgement on my part and may not be valid.
There were many very interesting responses but in order to keep
this message short I will exclude most. Two immediately caught
my eye and are reproduced here:
------------------------------
Date: 18 Jul 1981 13:22 PDT
From: XXXXX at PARC-MAXC
...
The Xerox redistribution list for WorkS currently contains
57 members. I don't know exactly how many of them (us) are
actually working on workstation design or implementation,
but I suspect about 75-80% are, in one capacity or another.
-- XXX
------------------------------
Date: 16 Jul 1981 21:05 PDT
From: Kimball at PARC-MAXC
Nearly everyone from Xerox on list, as you surmised...
Ralph Kimball
Manager CUSP Development, Xerox
------------------------------
In the first note I was asked not to reveal the sender. Based
on the numbers in the first message, we could probably skew
the results, but that is up to you.
As mentioned earlier, the raw responses are in the file
USERS3;LLOYD WORKS on the MIT-AI machine.
Brian
P.S. I too am actively working on a system. I am managing the
software development for the M/A-Com Executive Management
System (MEMS) which uses the Convergent Technologies
hardware.
B
------------------------------
Date: 3 August 1981 08:00-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
Subject: WorkS Census II
On 25 June, Randy Rivanciw proposed a census to give everyone
who wished, a chance to briefly describe who they are and what
their professional interest in personal workstations is. We
already have a variety of responses. However, a large number
of people have been added to the list since 25 June. Now that
the list population has stabilized, we want to give everyone a
chance to participate before making the results available.
If you would like to participate in this census and have not
already responded, please forward a brief description of your
interests in personal workstations to WORKS-CENSUS@MIT-AI.
Please do so promptly however, as we will make the results
available early next week.
Enjoy,
Roger
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #3
∂09-Aug-81 1202 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #3
Date: 9 AUG 1981 1418-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Sun, 9 Aug 1981 Volume 1 : Issue 3
Today's Topics:
Query - Smalltalk
----------------------------------------------------------------------
Date: 6 Aug 1981 1002-EDT
From: Bob Hyman <HYMAN at DEC-MARLBORO>
Subject: Smalltalk systems
What-all systems support smalltalk? Are there dialects of
smalltalk, as there are of FORTH? Do smalltalk systems come
without the graphics-oriented user interface?
Bob
------------------------------
Date: 9 August 1981 12:00-EDT
From: "The Moderator" <Duffey at MIT-AI>
Subject: Archived information about Smalltalk
Smalltalk has come up briefly in several earlier WorkS discussions.
For your convenience, a summary transcript of the archived material
on Smalltalk is included below. Complete copies of these messages
are available upon request from the archives.
-- RDD
... LRG, a group within PARC, has licensed Smalltalk-80 (the
only Xerox-authorized version of Smalltalk to be released)
to a number of micro- and mini-computer manufacturers. The
release consists of detailed specifications for the machine-
dependent kernel, plus a mag tape containing the rest of the
system (windows, editor, compiler, file system, etc., etc.)
Several of these manufacturers have made excellent progress
on implementing the system, to the point of having windows
appear on their displays. I can't comment on the specific
list of manufacturers, since we prefer to let them make
their own announcements. ... and we are currently working
out ways to license the system to manufacturers (and univer-
sities) beyond the original group. I can't comment on the
availability of Smalltalk for the Star, except to say that
the Star hardware is definitely powerful enough to support
Smalltalk.
-- <Deutsch at PARC-MAXC>
Smalltalk IS being released by PARC this summer. There
was a big presentation on the subject at this year's NCC.
Apple, DEC, HP and other companies are doing research
into implementing it on their machines. (In fact, one of
the primary Smalltalk implementors, Larry Tesler, is now
at Apple and was one of the speakers at NCC.) A huge
article on the subject will appear in the August issue
of BYTE.
The deal is that PARC gives you an "image" file on a
tape, which contains all of Smalltalk ready to run. To
run it, you have to implement an interpreter on your
machine for the 256 Smalltalk bytecodes. Just like you
can run Pascal, if you have a P-code interpreter.
-- Ron Newman <NEWMAN.ES@PARC-MAXC>
... Xerox intends to release a book on Smalltalk called
Smalltalk 80. This version of Smalltalk is intended to be
easily portable. There was some discussion within Xerox
legal about whether the Smalltalk virtual image would be
released. But the book which describes the interpreter
plus the virtual image would result in a very easily
portable language.
One could then port it to the machine of your choice,
including the STAR, assuming that you could PROGRAM
the STAR. When MESA gets released you will be able to
implement it in that: but a better place is microcode.
I haven't heard anything definitive about whether Xerox
intends to microcode the Dandelion (STAR workstation)
for Smalltalk.
-- Michael <mike at RAND-UNIX>
... Also, XEROX is now putting up Smalltalk on the Star,
for internal use. I have no idea, and I suppose neither
does XEROX, if they'll ever release it.
-- Chris Ryland <RYLAND at SRI-KL>
Ed Feigenbaum received the following message from Mr. R.E.
Bomeisler, Marketing Manager for Xerox EOS, in response
to repeated requests for more information about Dolphins
necessary for planning acquisitions. ...
*********************************************
"In our telephone discussion, Ed, you indicated that
Xerox was not providing you and potential users with
enough information to assist you in designing your
networks and planning for future growth. I would like
to apprise you of the steps we have taken at XEOS to
fill the information gap.
...
With regard to 1100/Interlisp performance, continual
improvements are being made in the code. The system
is five times faster than it was a year ago and signi-
ficant further improvement is expected.
...
In addition to Interlisp, XEOS is planning to
implement Smalltalk on the 1100. The schedule is
yet to be determined.
As a key ingredient of the overall 1100 program,
it is planned to release a version of Interlisp on
the Star processor after January 1, 1983. This will
provide Interlisp to future users on a very cost-
effective basis.
...
********************************************
-- Tom R. <RINDFLEISCH@SUMEX-AIM>,
forwarded to WorkS by <Geoff at SRI-CSL>
In response to a query from the other week, yes, the
Apollo Users Workshop did take place at Brown on 21-22
June. Users and potential users ... briefly described
what they are planning to do with their apollo's, Dave
Nelson and Bill Poduska talked in detail about the
company's plans for s/w releases and general growth,
Kim McCall from PARC-LRG talked about implementing
Smalltalk on an Apollo, and workshops were held about
porting unix, graphics, lisp, and tex. ...
Details of Apollo's plans discussed at the mtg are
confidential. Contact me for a list of participants
(w/phone, arpa addresses) that can be contacted for
more direct info, or for a short (3 sentence) summary
of what the participants said they'd be doing with
the Apollos.
-- Marc Brown in care of <Andy.VanDam at CMU-10A>
The August issue of BYTE is devoted to Smalltalk. The
good folks at Xerox PARC contributed quite a bit to the
issue. I'll refrain from further comment till I've read
the thing.
-- <decvax!duke!unc!smb at Berkeley>
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #4
∂12-Aug-81 0247 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #4
Date: 12 AUG 1981 0522-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Wed, 12 Aug 1981 Volume 1 : Issue 4
Today's Topics:
Query - Micro benchmarks, Reply - Smalltalk
----------------------------------------------------------------------
Date: 11 Aug 1981 1917-PDT
From: Stevan Milunovic <Milunovic at SRI-KL>
Subject: Micro Benchmarks
Has anyone performed, or seen documentation concerning,
benchmark comparisons of micros commonly used in
workstations/personal computers? Specifically, the Z80,
8086, M68000, LSI-11/2, LSI-11/23. Please send replies
directly to me and I will compile the results and submit
to works. Thanks. -Steve
------------------------------
Date: 11 Aug 1981 08:41 PDT
From: Adele at PARC-MAXC
Subject: Xerox Smalltalk
Various messages have been sent on this distribution list
relative to the release of the Xerox Smalltalk-80 (tm) system.
The messages in general are inaccurate or not complete because
plans for general distribution are not yet set. At this time,
for individuals to obtain information relative to their own
needs, you can contact me directly via telephone or
non-electronic mail.
Adele Goldberg
Xerox PARC
Learning Research Group
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #5
∂13-Aug-81 0624 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #5
Date: 13 AUG 1981 0740-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Thu, 13 Aug 1981 Volume 1 : Issue 5
Today's Topics:
Reply - Micro Benchmarks, FYI - IBM's Personal Computer
----------------------------------------------------------------------
Date: 12 Aug 1981 2246-PDT
From: Stevan Milunovic <Milunovic at SRI-KL>
Subject: Micro Benchmarks Results
Many thanks to those who responded to the micro benchmark query.
I have summarized the benchmarks reported in the April 1/81 issue
of EDN, but the article should be read for details concerning the
benchmarks. It appears that the 68000 is the hands down winner,
unless you need floating point processing and can't wait for the
chip (floating point benchmarks were not performed in the report).
I have appended messages (edited to remove redundancy) from those
who responded to the query.
Benchmark tests were compiled at CMU in 1976, and coded by each
manufacturer.
MICRO | LSI-11/23 | 8086 | 68000 | Z8000 |
-------------+------------+-------------+-------------+-------------+
BENCHMARK | Code| Time | Code| Time | Code| Time | Code| Time |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
I/O Interrupt| 20 | 114 | 55 | 126 | 24 | 33 | 18 | 42 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
I/O w/FIFO | 86 | 1196 | 85 | 348 | 118 | 390 | 106 | 436 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Char. Search | 76 | 996 | 70 | 193 | 44 | 244 | 66 | 237 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Bit Ops | 70 | 799 | 46 | 122 | 36 | 70 | 44 | 123 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Linked List | 138 | 592 | 94 | - | 106 | 153 | 96 | 237 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Quicksort | - | - | 347 |1.2E↑5 | 266 |3.3E↑4 | 386 |1.2E↑5 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Bit Matrix | 152 | 1517 | 88 | 820 | 74 | 368 | 110 | 646 |
-------------+-----+------+-----+-------+-----+-------+-----+-------+
Clock time: LSI-11/23 = 3.3 MHz
8086 = 10.0 MHz
68000 = 10.0 MHz
Z8000 = 6.0 MHz
----------------------------------------------------------------------
From: Frank J. Wancho <FJW at MIT-MC>
Subject: Micro Benchmarks
ComputerWorld has been running a series of benchmark articles
over the last six months or more and periodically publish
accumulated summaries of the results in each category.
--Frank
----------------------------------------------------------------------
From: Nowicki at PARC-MAXC
Subject: Re: WorkS Digest V1 #4
Forest Baskett has the famous "Baskett Benchmark" that has been
run on machines like Dorados, Dolphins, Altos, 10s, 20s, Vaxen,
and MC68000 in both C, "hacked" C and Pascal. The results
are very informative. I would like to see the results on other
microcomputers. By the way, we get almost 40% VAX/780 performance
on the 8 MHz 68000 in this test, which is a small, integer only,
compute bound puzzle solver.
-- Bill
----------------------------------------------------------------------
From: CAIN at SRI-AI
Subject: Micro benchmarks
The April 1, 1981 issue of EDN has a number of benchmarks
between the LSI-11/23, the 68000, the Z8000, and the 8086.
They are taken from a more complete study done at CMU which
I was hoping to find one of these days.
Since these benchmarks omitted floating point tests, I
performed a couple informal ones on a 68000 with Doug Beck
here at SRI. To do 10000 iterations of a floating point add,
subtract, multiply, and divide took 71 seconds (implying 1.75
milliseconds per operation) using Whitesmith's C compiler and
104 seconds using Motorola's PASCAL compiler.
When talking to Motorola about this sluggish performance,
they mentioned that the 68000 has a fast floating point PROM
in development which has done floating-point multiplications
(in software!) in 35 micro seconds. This compares very well
with the LSI-11/23's floating point hardware times.
Also C makes all floating point numbers to double precision
before doing the implied operation, meaning much of that 71
seconds was devoted in going "float-to-double" and
"double-to-float". According to my calculations, the 68000
is capable of that 35 microsecond time easily (roughly 100
to 150 clock states would be required), and since it has the
most support (cross compilers on the VAX, etc), I think it is
the preferable chip. It is promised that the floating-point
support will be built onto the chip mask so that some new
instructions will manipulate floating point numbers directly.
I am seriously weighing the choice of VAX vs 68000 for a new
project (where cost may outweigh the greater power of the VAX).
... Ron
----------------------------------------------------------------------
------------------------------
Date: 12 Aug 1981 2130-PDT
From: Charles B. Weinstock <Weinstock at SRI-KL>
Subject: New IBM Personal Computer
Business Day : IBM Personal Computer
By ANDREW POLLACK
c. 1981 N.Y. Times News Service
NEW YORK - The International Business Machines Corp., the
giant of the computer industry, is thinking smaller: Wednesday
it introduced a personal desk-top computer for use at home,
in schools and in business.
Although the announcement had been expected for months,
it still sent reverberations through the industry.
Besides representing a dramatic change in image for IBM and
marking its entry into consumer electronics, the endorsement
of personal machines by a company whose name is practically
synonymous with computers is expected to stimulate the growth
of the business.
And IBM could pose the stiffest challenge yet to Apple
Computer Inc. and the Tandy Corp.'s Radio Shack division,
the current leading vendors.
"It's one of the most important announcements we've seen
in the industry," said Christopher Morgan, editor in chief of
Byte, a personal computer magazine.
"People will now know that personal computers are not a fad
or a flash in the pan," said Michael McConnell, executive vice
president of Computerland, a chain of a retail stores that will
market the new IBM products.
The price of the machines will range from $1,565, for a
simple system that will require users to provide their own
television screens and cassette tapes, to more than $6,000 for
the most elaborate versions. In addition to Computerland, the
line will be sold through several new business-machine stores
being started by Sears, Roebuck & Co., by IBM's own three retail
stores and directly by IBM to large corporations.
By most accounts of analysts and others connected with
the personal computer business, IBM's machine is impressive
technologically, not because of any single breakthrough, but
because of a combination of good features and sound engineering.
The new model uses a microprocessor capable of handling
16 bits of information at a time, which will permit the machine
to handle data more quickly and perform more complex tasks than
most other personal computers, which have 8-bit microprocessors.
The machine, depending on the model, can store 16,000 to more
that 260,000 characters in its memory.
But analysts disagreed on whether the price would be low
enough to knock Apple or Tandy out of the ring.
In Fort Worth, Garland P. Asher, chief of financial planning
for Tandy, said he was relieved in two ways. "I'm relieved that
whatever they were going to do, they finally did it," he said.
"I'm certainly relieved at the pricing. They haven't introduced
anything that's going to rewrite the ground rules."
Comparing prices is difficult, however, because the machines
come in different configurations and are not directly comparable.
McConnell, of Computerland, which sells both Apple machines and
the IBM home computer, said that in some typical configurations
the IBM machine was several hundred dollars more expensive than
the Apple II, Apple's popular brand. Yet the IBM device is
slightly less expensive than a typical configuration of the
newer, more powerful Apple III.
Other factors such as the availability of programs for the
computer and marketing are equally important, analysts said. IBM
will have fewer retail outlets and fewer programs initially than
Apple and Radio Shack. Yet, Aaron Goldberg, an analyst with the
International Data Corp., a Framingham, Mass., consulting firm,
said IBM's direct sales staff could be a potent force in selling
to leading industrial companies, who might buy dozens of desk-top
computers at a time.
Chances are, there will be room for all the companies, many
analysts believe. The personal computer market is growing
explosively, although accurate figures are hard to get because
there is no clear distinction between home computers, personal
computers for other users and desk-top computers designed for
business use.
International Data estimates that 327,000 desk-top computers,
ranging in price from several hundred dollars to $20,000, were
sold in the United States in 1980, and projects that this total
will increase to 1.3 million by 1985. In dollar volume, the
market is expected to grow from $2.4 billion last year to $9
billion in1985.
According to estimates by International Data and others,
there are approximately a million personal computers in use,
with the largest application being for business and professional
uses. The home and education markets are still small, but are
expected to explode.
When the new computer becomes available in October, the
program offerings will include Visicalc, a popular business
forecasting program; three business and accounting packages
by Peachtree Software; Easywriter, a word-processing package,
and Microsoft Adventure, a fantasy game. The software,
however, will sell in some cases for about twice the price
of the equivalent programs sold for use on other machines.
IBM is also allowing anyone else who wants to do so to
write programs for the IBM machine, which the company would
evaluate. If the programs were accepted for marketing, the
writer would be paid a royalty on sales of the program.
A veritable cottage industry of computer buffs has sprung
up to write programs for other personal computers, and the
abundance of such home-grown programs is largely responsible
for the market strength of the Apple and Tandy computers.
IBM also said it would make its computers nearly compatible
with some other home computers, so programs written for those
machines could be transferred to the IBM model.
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #6
∂14-Aug-81 1101 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #6
Date: 14 AUG 1981 1025-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Fri, 14 Aug 1981 Volume 4 : Issue 6
Today's Topics:
Workstations - IBM's Personal Computer, Micro Benchmarks
----------------------------------------------------------------------
Date: 13 Aug 1981 1159-EDT
From: Willie Lim <WLIM at MIT-XX>
Subject: IBM Personal Computer
IBM announced its new 8080 based personal computer yesterday.
The prices range from $1500 to $6000 (approx.). It seems
that the system has color graphics. Does anyone has any
more details on the system? What is the OS on the system
and what are options?
Willie
------------------------------
Date: 13 Aug 1981 0813-PDT
From: Stevan Milunovic <Milunovic at SRI-KL>
Subject: Micro Benchmark Units
The units in the benchmark chart sent Aug 12 were bytes for
code, and microseconds for execution time. Sorry for the
omission. -Steve
------------------------------
Date: 14 Aug 1981 0448-PDT
From: SCHIFFMAN at SRI-KL
Subject: Benchmarking new Micros
I forget where I first heard it said that benchmarking was Advanced
Lying With Statistics....
I looked rather carefully at the EDN benchmarks when they first
came out. I took these more seriously than usual because:
They were in Assembly language; therefore they measure
programmer skill plus machine performance, as opposed to
higher-level-language benchmarks which measure programmer
skill plus machine performance plus compiler quality.
(Worse yet are benchmarks written in different languages
for different machines which throw "language- quality"
into the mix... or benchmarks running on time-sharing
systems that end up measuring scheduler fairness and
disk performance.)
They were written by employees of the respective manu-
facturers who were likely to be skilled with the given
architecture. This also removes the possibility of
unfair advantage given due to hidden prejudices.
A reasonable coverage of routine types were made that
collectively might represent "general performance".
(Including interrupt service routines was a good move,
for example.)
Nevertheless, the benchmarks were about as useless as benchmarks
usually are!
To pick some specific nits--
Although there was ONE environmental parameter supplied (the
clock speed for the given processor) there was no mention of
what memory performance is required to run at that speed
without wait states. I believe it is the case that a 10Mhz
8086 can run with memory much slower (and therefore cheaper)
than a 10MHz 68000. Nor is it mentioned what the availability
of the part is at that clock rate. Did you know that a 10MHz
8086 is $200 cheaper than a 10Mhz 68000? Maybe if you paid
that kind of money to Intel they would sell you a 16MHz part!
The benchmark specifications had loopholes in them which
were taken (quite understandably) to differing advantage.
For example (as best as I can remember) the interrupt
service benchmark did not specify that context had to be
completely saved. The Intel programmers went ahead and
saved all registers anyway (a reasonable thing for a
service routine to do). The programmers for the other
machines only saved the minimal context necessary to meet
the specification.
So much for GOOD benchmarks!
Any yet one often hears that "CPU X is 20% faster than CPU Y"
based on even less careful comparisons.
{BTW, I'm planning to use the 68000 in my next system. And
I do think that is much faster than the 8086 for the things
I want to do. But it's very likely a bit slower (for what
I want) than the Z8000. Don't forget that there are other
reasons for choosing a CPU than how fast it goes.}
Most CPU designers, when pressed, will agree that there is no
reasonable way to collect a small set of general metrics that
will characterize machine performance. To find the fastest
among several computers "in the same performance class" can
only be done by carefully attempting to model the application
for which the machine is to be used. If you are lucky, this
can be as simple as designing your program and coding the
inner loops for each machine to be considered. If you're not
so lucky, you might spend a year building a workload simulator
and still not know how different things will be if you get a
different disk controller.
Doing it right, of course, can be very hard. It's much easier
to refer to a list of how long a quicksort of 100 items takes
for every machine ever invented.
Joseph Weisenbaum (in "Computer Power and Human Reason") tells of
the story about the drunk repeatedly walking around a lamp post
at night. A passing policeman asks him for an explanation. The
drunk replies that he lost his keys--
Cop: "Oh, so you lost them under the lamp post?"
Drunk: "Naw, lost 'em over there." (Waving at the distant
darkness).
Cop: "So why look for them under the lamp?"
Drunk: "Silly! 'Cause the light's so much better here!"
-Allan
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #7
15-Aug-81 1143 DUFFEY at MIT-ML (Roger D. Duffey, II) WorkS Digest V1 #7
Date: 15 AUG 1981 1355-EDT
From: DUFFEY at MIT-ML (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Sat, 15 Aug 1981 Volume 1 : Issue 7
Today's Topics:
Micro Benchmarks
----------------------------------------------------------------------
Date: 14 Aug 1981 15:28 EDT
From: Marshall.WBST at PARC-MAXC
Subject: Micro Benchmarks
A salesman from Intel was here this week and said that EDN has
retracted its benchmarks and will run another set. He said that
the new numbers show the 8086 only 10-15% slower than the 68000.
He said the retraction would be in the next issue.
Sidney Marshall - Rochester N.Y.
------------------------------
Date: 14 Aug 1981 11:36 PDT
From: Kosower at PARC-MAXC
Subject: Re: Benchmarking new Micros
Worse yet, benchmarks can be doubly deceiving, since they
may induce you to choose a micro for all the wrong reasons.
Unless you have a very specific application in mind, or
unless you plan to design and build your own operating system
from scratch, software development facilities, system quality,
and especially user interface quality are extremely important.
A Dorado, for example, may run faster than greased lightning,
but it would be about as useful as an F-15 powered by turboprop
engines if it had IBM-quality software running on it. After
all, most of us do not want to write reams and reams of code
in some J-random processor's assembly language (more so if it's
microcodable); so quality of the high-level language available
and quality of the compiler ARE important. Furthermore, most
applications change, and even with changes, their lifetime is
limited, so that other development facilities (editor, debugger,
etc.) are ALSO important. If it takes you 10 times longer to
write a program that will take 10 times longer to debug and will
eventually run 10 times slower, on processor A whose raw speed
is 10 times greater than that of processor B, which one would
you choose? Choosing B will save you time, to say nothing of
frustration, even though it is a "slower" processor. These are
not idle thoughts: an IBM 370/168 has tremendous raw speed, but
some of the cruftiest software ever written makes it seem slower
than the US Postal Service. Admittedly, almost all of the
software for micros such as the 8086 and 68000 is pretty awful,
but I still think it's worth keeping the above considerations
in mind. As Allan points out, just because something is easy
to measure does not mean it's useful or even meaningful.
David A. Kosower
------------------------------
Date: 14 August 1981 1832-EDT (Friday)
From: David.Lamb at CMU-10A
Subject: EDN benchmarks
Allan Schiffman may be right that the EDN benchmarks are
"about as useless as benchmarks usually are," but the MCF
(Military Computer Family) test specifications on which
they were supposed to be based *can* be used in a sensible
fashion to evaluate a computer architecture. The original
experiment design was set up at CMU with the co-operation
of one of the members of out Statistics department, who
designed the experiment to separate variance on the tests
into differences based on programmers, particular tests,
and the architecture itself. The notion was to see how
good the *architecture* (instruction set, visible registers,
etc.) was, rather than any particular implementation of the
architecture. Several different measurement scales were
set up. One measured the number of bytes need to encode
the programs, another measured the memory accesses needed
in an idealized implementation, and the third measured the
amount of data transferred between registers in the idealized
implementation. I'm a little disappointed that the tests are
being used now for a different purpose; it's not clear to me
that you want the same kinds of tests to do a comparison of
particular implementations of the architecture, as was the
case in the EDN tests.
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #8
∂18-Aug-81 0804 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #8
Date: 18 AUG 1981 0811-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Tue, 18 Aug 1981 Volume 1 : Issue 8
Today's Topics:
Workstations - IBM's Personal Computer, Micro Benchmarks
----------------------------------------------------------------------
Date: 17 Aug 1981 1331-PDT
From: Rubin at SRI-KL
Subject: IBM Personal Computer
For those of you who stay in touch by computer rather than paper
or radio: Here's the latest on the IBM PC. It's a three-piece
unit, VERY slim nice-looking keyboard, with basically the same
key layout as the 5250 series. The display looks cosmetically
the same as a displaywriter's, and sits on a logic box with dual
diskettes. Inside we have an 8088, up to 256K, five expansion
slots, 80x25 screen memory with graphics 320x200 or 640x200.
Figure it out, that means an OK but not great 8x8 character
cell. The unit displays up to 16 foreground colors on 8 back-
ground colors (but I doubt if all those are available in the
graphics modes). And you get a sound generator and built-in
speaker to boot!
The thing is totally modular; even the I/O cards are separate!
For $ 1,565 you get a keyboard and logic unit with 16K RAM and
a Basic interpreter in 40K ROM. A cassette interface is built
in, I think; but no diskette or monitor at this price -- you
use your TV set. Of course you can add one or two minidiskettes,
lots more memory (16-64k increments), a B&W monitor (no color
monitor was mentioned), RS-232C interface card, matrix printer,
a joystick/paddle interface (but you have to buy somebody else's
joysticks and paddles); and maybe the kitchen sink. A "business
configuration" with 64K, dual diskettes, printer, and "color
graphics" goes for about $ 4,500.
The big news might be the software -- there's plenty of
it. If you don't like their idea of a diskette OS or Pascal
compiler or word processor, you can try USCD Pascal or CPM-86,
coming soon from Softech and Digital Research. (Gee, and I
was looking forward to JCL). And then there's Visicalc, three
Peachtree business applications, Microsoft Adventure, 3270
emulation on the way, and a new IBM Software Publishing outfit
(!**8). It looks like they read Byte.
Where can you get it or ogle at it? Try your local Sears,
Computerland, or IBM store (or DPD sales rep, if you're a
big banana).
Darryl Rubin
SRI International
------------------------------
Date: 17 Aug 1981 1220-PDT
From: Rubin at SRI-KL
Subject: Micro benchmarks
This may sound like an answer that begs the question. But THE
one true way to benchmark a micro depends entirely on your point
of view. (As you see, I have an unmatched knack for discovering
the obvious.) CPU architecture and instruction throughput matter
the most to designers of CPU boards for number-crunching and other
compute-bound stuff. Good I/O architecture and throughput score
highest to OEMers of communications and data base boxes. Good
compilers, spiffy user interfaces, and software tools (Xerox we
hear you!) matter the most to the rest of us system developers
and end users. What you will "see" is what you should measure.
Just to be exhaustive if not obsessive, I'll mention the sometimes
overlooked importance of good I/O controllers and peripherals,
especially big fast disk; a W-I-D-E choice of hardware and
software offerings; reliability, support, and the prospects for
compatible future enhancement. Most of all, vendor credibility
and track record. How do I benchmark thee, have I counted all
the ways?. . .
Darryl Rubin
SRI International
------------------------------
Date: 15 AUG 1981 1411-PDT
From: STEWART at PARC-MAXC
Subject: Benchmarks
Quote from ???: "There are lies; there are damn lies;
and there are benchmarks."
-Larry
------------------------------
End of WorkS Digest
*******************
Subject: Announcements - ANSI Standards Comm. & NCC82 Call for Papers
∂31-Jul-81 0755 ''The Moderator'' <WorkS-REQUEST at MIT-AI> Announcements - ANSI Standards Comm. & NCC82 Call for Papers
Date: 31 July 1981 06:00-EDT
From: "The Moderator" <WorkS-REQUEST at MIT-AI>
To: WorkS at MIT-AI
WorkS Announcements
----------------------------------------------------------------------
Date: 29 July 1981 01:31-EDT
From: Steven T. Kirsch <SK at MIT-MC>
Subject: X3V1 comm. for ANSI Standards in the area of Office Systems
There are four working groups:
1. User interface requirements
2. Terms and functions for office systems
3. Distribution of information (e.g., message interchange format)
4. Text communications (e.g., page image format)
They welcome new members. West coast people are especially invited
to participate. Meetings are held in Washington, DC.
For further information, contact:
L. M. Collins, Chairman
X3V1 IBM Corp
2300 One Main Place
19th Floor
Dallas, TX 75250
------------------------------
Date: 28 July 1981 17:59 edt
From: Frankston at MIT-Multics (Bob Frankston)
Subject: NCC 1982 Personal Computer Sessions -- Call for papers etc.
The 1982 National Computer Conference will have a track (i.e.,
a group of sessions) on personal computers. This means that
the papers will be refereed and appear in the proceedings.
This is in contrast to past years in which there was a
separate, unrefereed "subconference".
This reflects the growth and importance of personal computers.
But it is also a challenge. We must organize a new set of
sessions and get new referees. Part of this challenge is in
finding a balance between sessions on the mature areas in
personal computing and capturing the innovation in ongoing
research and development, both in academic and commercial
projects. Workshops might provide a better forum for the
latter.
Some of the possible topics include:
- what are personal computers -- the definitions range
from Alan Kay's dynabook, to miniature mainframes to
workstations.
- what personal computers are not.
- specific applications and issues such as wordprocessing
(though word processing also falls under office automation)
- Protocols and standards
- Networking as it relates to personal computers. This
can represent both local area networks as well as ad
hoc telco networks.
- Operating systems -- both traditional and new concepts
- Languages
- Consumer computers -- issues in design, implications of
a software marketplace.
- Education -- traditional and otherwise, computer and
noncomputer
- Implications and relationships to other fields both
within the industry and in the rest of the world.
Societal interactionals.
- Hardware trends and issues
- Games, both recreational and educational.
I am on the NCC steering committee and am in charge of
organizing/creating these sessions. If you have any
suggestions or comments, and if your are interested in
participating by writing a paper, refereeing or whatever,
please contact me either as:
nccpc82.SoftArts at MIT-Multics
or
Bob Frankston
Software Arts, Inc
PO Box 527
Cambridge, MA 02139
or 617-491-2100.
------------------------------
End of Announcements
********************
Subject: WorkS Digest V1 #9
∂22-Aug-81 0646 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #9
Date: 22 AUG 1981 0917-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Sat, 22 Aug 1981 Volume 4 : Issue 9
Today's Topics:
Workstations - IBM's Personal Computer
----------------------------------------------------------------------
Date: 18 Aug 1981 1406-EDT
From: Willie Lim <WLIM at MIT-XX>
Subject: IBM Personal Computer
For more details on the IBM new personal computer see a full page
ad (page 16) in Monday's Wall Street Journal (8/17/81). There is
a number one can call : 1-800-431-2670. But Rubin's mail to
WorkS seems to have quite a good description of the system.
Willie
------------------------------
Date: 18 Aug 1981 1415-EDT
From: Willie Lim <WLIM at MIT-XX>
Subject: IBM new PC
There is a rumour that the S-100 bus is (or going to be) on the new
IBM PC. Is this true?
Willie
------------------------------
Date: 20 Aug 1981 (Thursday) 1737-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: IBM Personal Computer
Would someone collect information on the IBM Personal Computer,
and then send it out to the list? Here is all that I know about
it:
Processor Class: 8086 (lets face it, its a display-writer)
Up to 256 K memory
Either Floppy (avail now) or Winchester drives.
Can run DOS, a version of CP/M or IBM's own OS.
Will have EasyWriter & VisiCalc; not sure on Wordstar.
It is clearly going to be more powerful in the long run over
8080 class microprocessors.
For more info, they have an 800/431-2670 number for information
pacquets.
Hank
------------------------------
End of WorkS Digest
*******************
∨
Subject: WorkS Digest V1 #10
∂31-Aug-81 0013 DUFFEY at MIT-ML (Roger D. Duffey, II) WorkS Digest V1 #10
Date: 31 AUG 1981 0142-EDT
From: DUFFEY at MIT-ML (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Mon, 31 Aug 1981 Volume 1 : Issue 10
Today's Topics:
Workstations - IBM's Personal Computer, Working While Flying
----------------------------------------------------------------------
Date: 23 Aug 1981 1700-EDT
From: GILBERT at MIT-XX (Ed Gilbert)
Subject: IBM's personal computer: S100?
I saw a sales presentation and a couple of prototypes the other
day. From what I remember, the cards did not look like S100
cards. During the presentation, they promised to publish the
bus specs, so we can assume that it isn't S100. However, they
seem to be encouraging a plug-compatible market, so it should
soon grow to be as large as the S100 market.
Someone sent a message to this list some time ago describing
the system. I learned little of significance at the presentation
that was not in that message. I do want to clarify something
that could cause confusion. The DOS that is offered with the
personal computer is not the same one that runs on the main-
frames. If you think about it that would be very difficult
to do, but IBM hasn't been very clear about it. I am told
the new DOS is of the same flavor as CP/M.
------------------------------
Date: 26 August 1981 1153-EDT (Wednesday)
From: Marc.Donner at CMU-10A
Subject: IBM Personal Computer
I saw some of the discussion of the IBM personal computer
in the Apollo bboard at CMU. I just left IBM Yorktown
Heights and I brought with me a copy of the 'blue letter'
that announced the PC. I will be glad to send you any
information from it that you want ... it is public
information. I don't have it with me physically right
now, but here is some of the gist:
In the beginning IBM will be selling two basic configurations:
Configuration 1 includes 'System Unit', Keyboard, 48K RAM,
40K ROM, floppy disk controller and one floppy (5-1/4 inch
minifloppies). Configuration 2 is same as configuration 1
with addition of another 16K RAM (total 64K) and the other
floppy. The system unit has capacity for up to five cards.
One option that you MUST buy before you may use the system
is one of three video interfaces. One interface connects
to the IBM monochrome display, one connects to a TV modulator,
and one connects both to the monochrome display AND to the
printer. The list price for Configuration 1 is about 2300
dollars. For configuration 2 the list is about 3000 dollars.
Oh, one thing that is also included in the Configuration 1
and 2 systems is the Asynchronous Communications Interface.
All software beyond the ROM Basic (by MICROSOFT) is extra
cost. Asynchronous communications software is $40, Pascal
is $300 (requires two floppies and big memory, I think),
Adventure is $30 ... more details when I have the blue
letter in my hand. The minimal systems (system unit, 16K
RAM) will only be available from Sears and Computerland.
Volume discounts are available ... 5% for more than 20
units on up to 15 or 20% for >100 units.
The processor is an Intel 8088, which is the 8 bit bus version
of the 8086 ... it is a 16 bit machine shouting through a small
hole. The processor cycles at almost 5MHz. Assuming three
byte instruction and one data fetch or store per instruction,
there will be five memory transactions per instruction ... if
memory cycles at system clock speed (I think that this is so)
then they get about 1 microsecond per 8086 instruction. The
first 64K of RAM plug into sockets on the main processor board
... you don't have to buy the RAMs from IBM ... you can get
the chips from a distributor and save bucks.
Almost all of the software (read ALL) is from outside. The
floppies and the printer are also OEM components that IBM
buys. The monochrome display is capable of displaying 25
lines of 80 characters ... the TV interface is limited to
25 lines of 40. The monochrome display may have monochrome
graphics ... the announcement is quite vague.
I priced out the nicest combination of goodies that would
go together in the box ... two floppies, 192K RAM, printer,
display, communications, and it came to about $6K sans
software.
Please let me know if you want more details.
Marc
------------------------------
Date: 27 Aug 1981 1743-PDT
From: Zellich at OFFICE-3 (Rich Zellich)
Subject: Working while flying - airborne phones coming
From the 26 Aug 81 issue of MIS Week newspaper:
W.U. TO ACQUIRE 50% OF AIRFONE
Upper Saddle River, N.J.
- Western Union Corp. said last week it has agreed to acquire
a 50 percent interest in a new communications system, owned by
Airfone Inc., that will allow passengers on commercial airlines
to place a telephone call while in flight.
According to Western Union, Airfone has received a developmental
license from the Federal Communications Commission (FCC) to
provide a nationwide, fully automatic air-to-ground radio
telephone communications service.
Initially, Western Union said, service will be provided through
air-to-ground telephones installed in wide-bodied aircraft, which
in turn will be linked with multiple ground stations providing
coast-to-coast coverage. It said a passenger would be able to
place a call by using portable telephones located in various
sections of the aircraft.
The system, it said, is expected to be operational during the
second half of next year.
------------------------------
Wonder if I'll be able to use my TI745 with this service...or
better yet, the still-to-come portable CRT connected to my
still-to-come stand-alone home workstation? -Rich Zellich
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #11
∂01-Sep-81 0933 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #11
Date: 1 SEP 1981 1042-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Tue, 1 Sep 1981 Volume 1 : Issue 11
Today's Topics:
Workstations - IBM's Personal Computer, Working While Flying
----------------------------------------------------------------------
Date: 31 Aug 1981 08:20:52-PDT
From: SomeoneOnUUCP at Berkeley
In-real-life: Steven M. Bellovin
Location: University of North Carolina at Chapel Hill
Reply-to: "Steven M. Bellovin in care of" <CSVAX.upstill at Berkeley>
Subject: New IBM system
I have a few questions about the thing, and I'd appreciate any
information anyone has gathered.
a) is it S-100 compatible?
b) Is it program compatible with their 8086-based Datamaster?
c) Can one get 8-inch floppies for it?
------------------------------
Date: 31 Aug 1981 1214-PDT
From: Rubin at SRI-KL
Subject: IBM PC, last round
A last note on the IBM PC, and then maybe we can get back to
discussing REAL research workstations (which the IBM PC probably
isn't quite).
I got the literature pack IBM sends out, and would like to correct
something Marc said in his recent note. This literature mentions
only two video interfaces -- one for the IBM monochrome display and
one for a color graphics display. The monochrome board includes a
printer interface. If you get the color board, you buy a separate
printer interface. The color board has 16K RAM for color storage,
used like this:
Text mode -- 16 foreground colors, 8 background
Graphics mode -- 4 colors 320 x 200 (might there be a lookup
table ???), 2 colors (B&W) 640 x 200
The graphics board puts out RGB and composite video. IBM does
not (yet) sell a color graphics monitor or RF modulator, but if
you buy somebody else's, the graphics board will accommodate it.
If you're seriously interested in this PC, be wary of a couple
things: First, the five slots probably isn't enough if you want
> 128 K of memory and color graphics; with luck they'll add a
bus extender. Also, I'm wondering whether any of the announced
software really supports more than 64K in any useful way, or how
soon it will. (Given the slowness of diskettes, you'll need the
extra RAM for decent response time, if the software will only use
it properly). Third, I don't believe the IBM DOS applications
can send their output to the ASCII port; if true, you'd have to
buy their printer (and that's a loss because the printer doesn't
do graphics, or at least IBM doesn't claim it does).
Still, I think this PC has more pluses than minuses, compared
to Apples, TRS-80s, Xerox 820s, ad triviatum. Good hardware,
lots of software, lots of future enhancement, and lots of
support (maintenance contracts, even!). Look for IBM to add
a 5.25" Winchester and lots of color graphics software.
Now, about REAL workstations. I just read a rumor that about a
year from now DEC will be announcing a floppy-based, VLSI VAX
packaged as a workstation. Price about $ 15,000. Supposedly
it's already in beta test. Does anyone know more about this?
--Darryl
------------------------------
Date: 31 Aug 1981 0018-PDT
From: the tty of Geoffrey S. Goodfellow
Sender: GEOFF at SRI-CSL
Reply-To: Geoff at SRI-CSL
Unless you like getting 3 and 4 digit phone bills, I don't
think you'll want to use your terminal on AIRPHONE. Such
a service currently exists on some United DC-10's using
equipment sold by SKYTEL (or SKYPHONE) using the currently
allocated FCC Air-to-Ground Mobile channels. Last I heard
the charge for use was $15/first three mins (air-time), and
$3/ea. addtl min (air-time). This charge was IN ADDITION
to the Operator Assisted dialed call rate from the ground
base station you were going thru to the person you were
calling.
I have found the mobile phone I have in my car indispensable,
and have often wished for similar service on air plane
flights. I just hope that the license the FCC gave AIRPHONE
for its developmental system means it will operate on some
new frequency allocations, and hence, will be a 'new type
of service' and not subjected to the (excessive) rates on
the current system in use today.
P.S. Wouldn't this have been more appropriate for HUMAN-NETS?
[ It was addressed to HUMAN-NETS as well as to WorkS. It
was deemed appropriate for WorkS because of this list's
earlier speculations on using terminals while traveling.
I would like to take this opportunity to remind everyone
that almost all of the WorkS subscribers also subscribe to
HUMAN-NETS. The moderators will point out other discussion
lists to submitters when that seems appropriate. However,
the final decision of where to distribute something remains
with the submitter. -- RDD ]
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #13
∂03-Sep-81 0957 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #13
Date: 3 SEP 1981 1004-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Thu, 3 Sep 1981 Volume 1 : Issue 12
Today's Topics:
Query - Mesa availability, A book on Workstations,
Call for People - NCC '82 Personal Workstations track
----------------------------------------------------------------------
Date: 3 Sep 1981 (Thursday) 0753-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Mesa shall be released (?)
I have heard from two sources that Mesa - the programming
language for the Xerox Star, among other Xerox products,
will be released, and available for programmers to use.
Just how much and exactly when Mesa is coming out are two
interesting questions at this time.
Hank
------------------------------
Date: 3 Sep 1981 (Thursday) 0816-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Workstations -- a book ?
Personal Workstations Mailing list;
to all participants:
Computer Science Press of California is interested in making
WorkS a book. Sections on all the different personal computers,
and interesting areas such as local networks will probably be
addressed.
Please send me your comments in this matter. I would like to
use most of the information contained here already in WorkS,
as well as continue to put together more topics and 'chapters'
through continued input.
The way in which I foresee the book becoming a reality is by
having everyone who has expertise in an area write the appro-
priate chapter. I am still in the idea-cogitating stages of
this -- your input shall be most valuable.
If interested in helping, let me know!
Henry Dreifus
------------------------------
Date: 3 Sep 1981 (Thursday) 0821-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: WorkS in NCC'82 works.
This is a version of a message that Bob Frankston of SoftArts
sent to the Works users who are interested in getting NCC-82's
personal workstations track running and up and off the ground.
People are needed to help organize this thing, and do it right.
If you are at all interested in any aspect of what is below, or
have some ideas you think are important for the NCC please send
them along to Bob Frankston [Frankston.SoftArts@MIT-MULTICS].
Hank
--------------------------------------------------
1. What is personal computing.
This should cover some of the history of personal computing
(it is not a new idea) as well as the current explosion in
popularity and availability. A subtopic is "what is
programming". Traditionally it has been languages such as
Fortran and COBOL. What is it now?
2. Local Networks, Workstations
These are both popular topics these days.
3. Education/Social Implications
Issues beyond traditional CAI. Learning with and about
computers. What are the effects in the US society, in
other, possibly "less well developed" societies. What
are the myths such as "computers for kitchen recipies"
vs "computers are impossible for people to ever learn to
use". Society also affects computers. As the computation
becomes more accessible, more people will be programming
and affecting the machines.
4. Global Networks
This is actually a combination of the previous two --
what is the implementation of and the implications of
communicating computers. The emphasis is on the use of
such a capability be individuals as a means of access
and communication. Cable TV and information services
are both relevant to this as is electronic mail.
5. Software Environments/Operating Systems.
This covers both traditional operating systems work
as well as special machines for Lisp and Smalltalk.
Also relevant are tools, standards and protocols, and
languages. The emphasis is on the particular issues
for personal computing (this sometimes means small
computing, but not necessarily).
6. Hardware
The emphasis would be on developments that make the
computation more accessible for personal computing.
7. Applications.
There is not necessarily a strong distinction between
systems work and applications. Applications may include
individual ways of exploitingcomputers fkr Personal use
op∧Akg∀A←LA
←[akQKefA%\AK]YSe←]5K]if↓gkGP↓CfAQ=[@↔Mε ;⊂4R↓↓↓↓αβ?≠≠N≠↔M→αα≠?Iε+cπ7εc∃1β>{K/O& S'?w→βπK*β ?SBβπCCfK∂πSN{;L4R↓↓↓↓αβπ;⊃ε+;['⊗{;7↔w#Mβ≠⎇⊃βπC∧c'∂π&K?;Mph(4)α↓↓a9∧;KπCFK∂L4Ph)↓↓α↓↓απ~β'Qβ∂βC3'/→βS=πβ↔KO}sπ1β≡{7CW&K;≥8hP4)↓α↓e9αε+K'CF+Kπ3~βπ;⊃∧I>=8hP4)↓α↓↓↓αF{]β'~βπ∂∂-≠MβSzβC↔K≡{;π1∧≠?7C/#';≥πβK?[N#↔⊃1εC?]β≡ 9βO.≠ 4)α↓↓↓↓π≠gOS.kMβ'w#↔Kπ∨!β←'&AβS#.KAβW≡+KMβ∞s⊃βSF+'Iβ.s['K}s7↔;"p4(∀U##↔O*βπK∃bβ?→β≡{WKO*βS↔;& S'[*q↓αO.;∨↔O&K?;Mε K∃β∨#'1β>+3∂?n)84(hR' βN{Uβ/v{]β?2β?S#/⊃βC↔␈β3∃β>C=β←␈+3⊃β⊗)β';&+K↔O&+⊃β'rβ#↔3εK;≤4V{IβC.{C3∃πK?Uβ↑s?]β}1β←#zβg?UεC';-∧IβO#␈+3⊃β≡{;Sπ∨!1βCf+πO∀hSO↔;"β7∃β
β;?S*↓#;∂∨β
aIu≠?≠R∂∪SMβ∂!α6&"j7W3&K∂M%ph(4*&Cπ;/~p4* }⊃α≠K∞s/OS}p4(4Ri555ji555ji555ji555ji555ji555hh(4*.s⊃β?2α←?K]→α∪'>+OP4RQ)))RQ)))RQ)))RQ))(hP4(2OW⊗S↔∂QR↓α←?⊗ZMα∪N;↔OQα↓αYEα→EL4R=AQm≠↔A5C ↓↓Eβ↓X&∩,2~⊗eε Qα6M!6ε%αBK?∨/⊃α⊃9∧#W≠≠/I1α&JI&←␈∪.Mα&K∨↔O"↓↓αY
↓
EMα↓↓4T#πS∃R↓↓Qα≤*A↓EKAE↓AK↓]6⊗% 4*≠⊗{5iα%*~~⊗JβπQαlJQ6εJ↓"K?>+Iα⊃rα∪W≠6+e1αLI$4*&yi↓α>{K.Mε Qα6M!6ε$hP4(4U;?K.~α∪'∨/≠Q↓↓α↓↓↓↓α↓↓↓↓α↓↓α≠⊗I1↓Q¬≠↔A↓ IaE↓α↓↓↓↓αα[?3.k∃↓EβQα'O∨+∃↓E_h(4*&{∪πe?→αS?εK∂MhhQ↓↓↓α↓↓↓↓αα←#π"β'Mβ
α←?K←≠SπSN{9⎇1¬;?K/∨#πS'}sM↓5¬C↔K?B↓EEAh)55ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓Mα≡+A↓EKAE↓E;↓M6B% 4*≠⊗{5i↓∧k'/∃∧c↔π[O#Q↓rd*εZ&%!βπQ¬*N
6M~%x4U≠W +.≠Qiα>{K/M∧∪??,hP4*?v)β?→π##∃βO≠OW↔~βS#π"β#πMπ;↔π[.!β'9ε ;⊃β␈+Qβ?2βS#∃ε#'O∂/≠O'?ph+#↔⊗)β'Mπ;#eβ≡+KSπNqβO7∞c1β7∞≠#';/→βπK*↓+;?"Qβ←?⊗[OSπ&K?;Mph*'Qπ;?W3"βO↔↔jβ';S/∪↔OSNs≥β≠␈⊃βS#*β∪↔≠Ns'S'6)↓#≠␈⊃βS#O→βg↔∂⊃$4+>{K/O& S'?rβ ??ZβS=β&KO∂W∨→βS#O→β'O∨+∃1β∂→β←↔fa1βπv!βC↔⊗CπCLhSS=βNs∪'∂∂#∃β+/≠Qβ←F Qβ←␈+3⊃βv+↔⊃β&yβ ∃ε#?;∃π#=βSF)β7?⊗)β∂?nk?84W≠7π3bβ7π∂FK;↔Mε3?Iβ&C↔5β&yβGW∞c'≠eε Mβ←␈∪/OS∂#'?;~q↓α%>iβ∂
>K;≤4W##∃βfKOQβ}qβS#O→β ↔≡ WO∃∧Iβ←πw!βS=εC↔πIπ##∃β6cπ7↔~βπ ?/!β#?8h+π9∧ CC3*β∂π9∧r⊗Z⊗∩β ↔∂}k∃⬬∩⊗ε1π;?K/∨#πS'}q1β .3?K∃∧Iβ∨'6(4+Oε+∂'≠N≠M∧4Ph)↓↓α↓↓↓↓∧k'/∃βb3↔π6KSQβ∂!βWO~k'O%ph(4)ji555ji555ji555ji555ji555ji554hP4*∪∂#∃i↓β→αO↔α↓Eea
↓AeUJjB∩PhR≠K?kQαK'≡CπK⊃¬⊃9α∂␈;↔I↓d~>↑⊗∩βπQα≥∩%6.cp4*O.∪+↔∂#Qαc↔⊗{`4(hP4(4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓∧r=9↓+↓d4)α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓α∂+∨WO"↓I]1β eaDhP4(4UB⊗J>Bαε::⎇*:∞⊗~α&:R-∩2&NααBJ>≤*NN>⊂h*~>∩αεJRL2&∞& aα&:$*22&<*:∞∃¬∩⊗N⊗
∩∞ 4Ph*¬β≡{7Cπ∨!β∂?oβWS↔∩βOgO&+5β≠␈⊃βWO*β eβ⊗+O↔π⊗≠!βO≡K↔;SO≠SMβNp4+π↔#'≠'≡Kπ1βNsS↔3fK∨↔;≡)β#π~β ↔↔rβπ;;␈+;∂↔"β eαF+K?a∧≠?KC␈∪πS'}q84(hRS#∃¬C↔K?B↓EEAααO∂'.sS'≠N→α';6{K7π&K?9απ∪?∂↔∨≠?IβNs∂3W&+Mβ¬π;'∪∃hh+≠?⊗kπQ1ε∪'Q7n Aβ∪O≠C3πJaβ/↔N∪?πK"aβπ;"↓ 7?/≠∃ βε{';SNs≥β∪/3'∂∃ph*'Qεkπ/↔~βπ[πNcπ 3*βS#∃∧K;S↔⊗c'OAl!βO?7#←πK*aβπ9π+C←π⊗!7∂?oβπS'⊗c∀4+/CS↔;≡K?9β}1α';&+K3'∨↓1β≠␈∪7↔KgIβπ[∞K3π f)β?;gIβ?9εcπK∨*aβS'n)44+≡CπK↔"β∂?7π+S↔K~p4(4U##∃↓ AAαNsS↔KfKOAβ∨KOS↔jβCK?6K∪↔Mπ≠∂'↔w#'OS~β←'SBβ¬β∂}kCWSNs≤4+.s['K}s7↔;"β≠?Iε≠?;∪.≠S';:βπKSN3'∂'∞aβ';&+33'>+;∂∃π∪↔O↔∂∪∂!8hRS#'~βK↔O. K∂!ε#'O∂Oβ3';*β#πMε CC3N≠πS'}sMβ'rβ↔;∨Ns↔↔KNs≥04Vk↔∪'≡K;∃1ε;↔;↔&K∂M1ε;↔?CGKO'∂~aβK?⊗{S'∂~aβπ;"β?S#/⊃β≠'.c∪M8hP4* ␈#!βSF)β#π⊗#←πK*βπ;⊃π≠?≠S> K∃β>+K∃β&+[↔3␈β↔⊃β∂!βS#*β∂?7ε ;e∨_h*Cπfyαπ3&yαK↔≡+πK∂Bα∂↔;&+Iβ'rα∂π3N3?K;N 9↓α&C∃βOO≠S↔5π;'31ε∪∀4+n K/↔&+⊃β Jαc↔K␈Aα↔3.≠SK=l{CS'≡ 1αOO≠S↔7~β'9αε Oπ∪.s¬1α≡ 3'≠␈∪;'¬ph(4*f{W'M∧99α/∂∪π∨'∞s'M1¬3'∂∃mβK↔ON#↔;Qε{→α7∂∪/↔SNs≥β≠␈⊃αc↔⊗{`4*.c↔∂S⊗y6?C&K∂π1¬≠gOS.kMβO∞K⊃1↓∃##∃↓ AAβπ∪?∂↔∨≠?IβO→β';&+;∪↔"β≠?HhSWO∃ε∪eβK/≠↔πK≡AβO∂N+;S'∨#Mβ'rβW;'6+KO'&K↔Mβ∞s⊃β3∂∪∨∃βNs∪WO'∪'π0hSK↔O. K∂!εcπ ?⊗ S?KN+M1β>C'∂!ε K∃β≡+;S↔↔→β?→ε ∂S'6KSeβ6{IβSF(4+∪/3↔3?εk↔;Qε{→βπ↔#'≠'≡Kπ1βNsS↔3fK∨↔;≡)βS↔≡C;'G.+M9λhP4*SF)βOg∨#↔5βF M↓Es Uβ7.;π g&+Mβ?2β7↔7␈∪eβπv!β['↔#Wπ1ε ∪∪K/≠MβOε ∂∀4V{→↓Qεk'33N{9↓E2k 'Qπ;?K∪~q↓α'"βπ3Ozβ';∂g+∪↔Mε ↓IMnk↔∨π↔KS∃α≡CW∨π↔ 4+∪O≠-β∪⊗K[∃β∞s⊃β'w#↔K≠∞≠↔Mβ6{IβSF)β?KN;';πbαc↔K␈A↓M7n+∨π O!7C↔∩h4+O.≠?;⊃∧+S#↔⊗s↔Q1ε ;⊃β6{IαJ≠⊃MIβ≡{77WvK∂πSN{;MβfK;↔Mr↓απ3bβ?→β&C'L4V+GW'εk↔;QεKMβ#␈+O↔⊃εK9β¬β⊃9U76{?Q7FK∨!β≡ '; that fits under a
desk.
The display is a high-resolution unit with a 13" x 11" viewing
area (1024 x 808 pixels). The text portion of two pages can be
displayed side-by-side.
The Xerox 1100 includes a complete implementation of the Interlisp
virtual machine specification. In addition to the standard Inter-
lisp features, it offers new personal computer facilities, such
as a complete set of raster scan graphics operations and Xerox
Ethernet software.
Purchase price of the Xerox 1100 Scientific Information Processor
in the United States is $59,719; this includes a license for
use of the Interlisp-D software. Deliveries will begin in the
first-quarter of 1982.
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #14
∂08-Sep-81 0550 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #14
Date: 8 SEP 1981 0718-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Tue, 8 Sep 1981 Volume 1 : Issue 14
Today's Topics:
Query - Cheap touchpanel
----------------------------------------------------------------------
Date: 4 Sep 1981 1257-EDT
From: Kastner at RUTGERS (John)
Subject: Touch Panel
Do you know of any vendors that sell a touch panel terminal or
an add-on touch panel for an existing terminal? Either the actual
touch sensitive or the light array type would be acceptable. We
are looking for a panel that fits rights over the screen. We
would prefer one on which a finger would work but might consider
a light pen. We don't need high resolution and probably 16 X 16
would be sufficient.
The terminals that we've seen cost over $7000 and have fancy
graphics that we don't really need. What we would like is a
cheap way that doesn't require a lot of fancy code or hardware.
Thank you,
John Kastner
[ During July, WorkS discussed a variety of different workstation
input devices. A major portion of the discussion was devoted
to touchpanels. For your convenience, a transcript of this
discussion is now available in the file DUFFEY;WORKS TOUCHP
on MIT-AI. -- RDD ]
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #16
∂16-Sep-81 2316 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #16
Date: 16 SEP 1981 2315-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Wed, 16 Sep 1981 Volume 1 : Issue 16
Today's Topics:
Administrivia - Issue numbering, Input devices - Mice
----------------------------------------------------------------------
Date: 16 September 1981 22:55-EDT
From: The Moderator <Duffey at MIT-AI>
Subject: Administrivia - Issue numbering
Due to a combination of problems, the last three WorkS issues
were misnumbered. These issues, which were dated 3, 4, and
8 Sep., should have been numbered V1 #13, V1 #14, and V1 #15.
Today's issue is V1 #16 and it immediately follows the issue
dated 8 Sep. My thanks to everyone who pointed out these
errors.
-- RDD
------------------------------
Date: 16 September 1981 02:55-EDT
From: Steven T. Kirsch <SK at MIT-MC>
Subject: What is the "optimum" shape of a mouse?
Here's your chance to "shape" the future course of mouse-kind.
I would like to know what people think the ideal mouse should
be shaped like. Also, should there be less than three buttons?
Note that this is an optical design (the mouse slides on a
surface, rather than rolling) so comments about the mechanics
are not applicable.
Comments will be accumulated on MIT-MC in SK;MOUSE SURVEY
(no password needed to ftp).
Some comments I received so far follow. If you have any
opinions on these, please voice them. Some of the following
comments are mutually exclusive.
------------------------------
The Xerox mouse is too small. It doesn't fit the hand well/it
is hard to find.
The Xerox mouse is too large.
The ISI/TYMSHARE mouse is way too large.
Long buttons are great for accomodating various size hands.
The buttons should have good "bounce" to them to facilitate
double and triple clicking.
The MIT mouse (tan case) seems to be about the right size.
The mouse should have rectangular shape and edges. Any hand
contouring is doomed to failure because of the wide variety
of hand sizes.
The mouse should be rounded to fit the contours of the hand
(prolate hemi-spheroid). The hand should slip naturally into
a "home" position where the fingers rest on the buttons.
The mouse should not be "handed". This is to accomodate
lefties as well as two handed mouse applications.
The wrist must be able to rest on the table with the fingers
comfortably on the buttons. This is necessary for accurate
positioning.
There shouldn't be more than three buttons on the mouse
because two fingers are needed to move it around. Also,
coordination is difficult.
------------------------------
[ If you want a copy of the survey messages and cannot obtain
it yourself, please send a message to WorkS-REQUEST at MIT-AI.
We will be happy to insure that you receive a copy now. A
file containing all of the responses will be made available
for FTP distribution when the query is over.
-- RDD ]
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #17
∂21-Sep-81 0239 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #17
Date: 21 SEP 1981 0500-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Mon, 21 Sep 1981 Volume 1 : Issue 17
Today's Topics:
Query - Cell graphics algorithms,
Book - Audience and objectives, Workstations - MicroDaSys 68000,
Input Devices - TASA touchpanel & Apple mice
----------------------------------------------------------------------
Date: 20 Sep 1981 (Sunday) 0941-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Call for information, forwarded request
[Begin forwarded messages]
Date: 19 Sep 1981 2317-PDT
From: William "Chops" Westfield <BILLW at SRI-KL>
Subject: Need algorithms for Cell-organized graphics displays
Does anyone have references for graphics algorithms (line
drawing, polygon filling, etc) that have been optimized
for use with subcell style graphics display (such as some
terminals and many micros have)? I know Barrett & Jordan
have some articles in CACM (march,feb 1974) (I haven't read
them yet). Are there any others written since then?
Thanks
Bill W
[End forwarded messages]
------------------------------
Date: 20 Sep 1981 (Sunday) 1004-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Book.
The general opinion is to gear this book to the technical market-
place, the educational as well? I am not that high on having a
loose leaf type book, but that could be for the second volume,
an update service on all the new machines that are around.
I would be interested in what one would want to see in a book
such as this describing personal workstations, what sorts of
things should be stressed and so forth.
Hank
------------------------------
Date: 21 September 1981 02:50-EDT
From: Patrick G. Sobalvarro <PGS at MIT-AI>
Subject: Workstations - MicroDaSys 68000
There is a company in California called MicroDaSys, which claimed
in the latest issue of EDN to be selling a 68000 Unix system that
looks too good (and cheap) to be true. Two 12mhz 68000s (one for
virtual memory management, with demand paging), and a 6809 for
interrupt-driven I/O. Comes with 6 RS232 ports, running at up to
500k baud, and 4 parallel ports, with handshaking.
A multiuser system comes with 512k bytes of RAM in a 16M-byte
virtual space, 40M bytes of Winchester storage, and V7 Unix.
All for less than $20K.
Does anyone have any experience with these folks? Are they
delivering?
-pgs
------------------------------
Date: 19 Sep 1981 (Saturday) 2337-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Touch Panels: TASA
Product: Touch-Panel, x-y positioning
Price: $400.00 quantity 1, $150.00 in mass
Model: X-Y 3600
Principle: Capacitive Sensing, look at Xrx860 abortion
60x60 steps in square surface 5"x5".
Probably useful in augmenting user work-effectiveness.
Address: Touch Activated Switch Arrays, Inc.
2346 Walsh Avenue, Santa Clara
California, 95051
(408) 727-8272
Contact: Bob Abler, manager of marketing.
I'd be interested if there is a demonstrated use for touch panels
that are not a part of the screen, and if they have the ability
to be used for Office Automation? What also does one need from a
touch panel? More x-y points ?
Hank
------------------------------
Date: 19 Sep 1981 1806-PDT
From: Mike Leavitt <LEAVITT at USC-ISI>
Subject: Mice for Apples
Does anyone know of anyone who sells Mouses for Apples?
I presume they should plug into the game socket, and work like
a joystick plus the three button sensors. A couple of micro-
switches on the side would be nice to determine which of the
paddle controls would be activated.
Mike
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #18
∂24-Sep-81 2021 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #18
Date: 24 SEP 1981 0540-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
To: WorkS at MIT-AI
WorkS Digest Thu, 24 Sep 1981 Volume 1 : Issue 18
Today's Topics:
Input Devices - Touchpanels
----------------------------------------------------------------------
Date: 22 September 1981 19:40 edt
From: SSteinberg.SoftArts at MIT-Multics
Sender: COMSAT.SoftArts at MIT-Multics
Subject: TSD's
Xerox uses them to implement a mouse on a workstation. ArqMaq
put them on the arms of a chair and did gesture recognition so
they could control sound volume (circular motion), page viewing
(diagonal lines for forward and back), and so on. Gesture
recognition doesn't need hi-res.
------------------------------
End of WorkS Digest
*******************
Subject: WorkS Digest V1 #19
∂16-Oct-81 0617 DUFFEY at MIT-AI (Roger D. Duffey, II) WorkS Digest V1 #19
Date: 16 OCT 1981 0604-EDT
From: DUFFEY at MIT-AI (Roger D. Duffey, II)
Reply-to: WorkS at MIT-AI
To: WorkS at MIT-AI
WorkS Digest Friday, 16 Sep 1981 Volume 1 : Issue 19
Today's Topics:
Technology - 32 bit Micros, Input Devices - Mice,
Workstations - Apple-O Arrival
----------------------------------------------------------------------
Date: 16 Oct 1981 0600-EDT
From: DUFFEY at MIT-AI
Subject: Welcome back (again) and goodbye (one last time)
This is WorkS V1 #19. It directly follows WorkS V1 #18 published
on 24 September. A long hiatus due to a lack of submissions, but
one that will not be repeated soon as WorkS turns its attention
to a variety of new and old topics over the next few weeks.
Welcome back.
As subscribers to some of the other lists already know, I will
soon begin a two year leave of absence from MIT to pursue research
with a private company. Starting with the next issue, Jon Solomon
<JSol at RUTGERS> will take over as WorkS moderator and maintainer.
Jon is already well known to subscribers to these lists as both a
moderator and subscriber. I hope you will welcome him with the
same cooperation and interest that you have always shown me. It
is the only thing that makes it possible to do this job. Thank
you and enjoy.
Roger Duffey
------------------------------
Date: 7 Oct 1981 (Wednesday) 0012-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: How far away are the 32 Bit micros ?
This is something that has not been introduced in too much
detail as of yet. With the forthcoming 432 32 bit-on-a-chip,
and putting it into a workstation/small multi-user machine
is of some interest. What does 32 bits really win over
16 bits?
Henry Dreifus
------------------------------
Date: 12 Oct 1981 2042-PDT
From: Jim Guyton <Guyton at RAND-AI>
Subject: Xerox Mouse
Xerox Mice fans:
Jack Hawley (owner of Hawley labs, maker of the Xerox
Alto mouse) has made a new license agreement with the
Xerox Corporation.
His new agreement will allow him to sell the mouse
to almost anyone, including for-profit companies.
Previously he was restricted to selling to Xerox
and non-profit educational institutions.
Developmental prototype (no case) available in January
for $750. Production quantities available mid-April
for about $425.
The number for Hawley Labs is (415)525-5533.
Mouse in quantity:
1-99 425
100 375
250 315
500 290
1000 280
------------------------------
Date: 11 Oct 1981 (Sunday) 2140-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Our APPLE-O arrived on Friday,
a review of it will be made in WorkS next week.
Hank
------------------------------
End of WorkS Digest
*******************
Subject: WORKS Digest V1 #20
∂21-Oct-81 2128 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #20
Date: 21 Oct 1981 0713-EDT
From: Jonathan Alan Solomon <JSol at RUTGERS>
To: Works: ;
WorkS Digest Wednesday, 21 Sep 1981 Volume 1 : Issue 20
Today's Topics: Administrivia
Where are the 32 Bit WorkStations?
VideoDisks as Storage Devices
Mesa Manual Query
----------------------------------------------------------------------
Date: 21 October 1981 0642-EDT (Wednesday)
From: The New Moderator <JSol at Rutgers>
Subject: Hello! and Welcome to WorkS!
Hello,
Roger Duffey was a superlative moderator and it will not
be an easy job trying to match the quality of service which he was
famous for. I will, however, do my best and hope that I can at
least comes close to the fine work Roger has done. There is no
question that the ARPAnet community will miss his fine services as
moderator.
Once again, I wish to express my appreciation at being given the
responsibility of maintaining this digest, and I hope that the
transition between moderators will be as transparent to the readers as
possible.
Enjoy!
JSol
P.S. You can still send mail to <WorkS at MIT-AI>, or you can send
mail to <WorkS at Rutgers> if you prefer. Archives will continue to be
maintained at MIT-AI, and additionally at Rutgers in the <WORKS>
directory (at Rutgers, much of the WorkS archive is on tape, so if you
desire back issues you should mail your request (or any list
maintainence request) to <WorkS-Request at MIT-AI> or <Works-Request
at Rutgers>.
------------------------------
Date: 16 October 1981 1014-EDT (Friday)
From: Hank Walker at CMU-10A (C410DW60)
Subject: when are 32-bits coming
CC: dreifu at wharton-10
I assume that the MC68000 doesn't count as a 32-bit machine. Intel
has yet to ship any 432s, so it will be a while before any appear in
personal computers. A VAX takes 400 kbits or more of microcode, and
at least 500k transistors total to make even the slowest one. Even a
chip-set must be fairly complex.
The obvious thing that 32 bits gives you is a larger virtual address
space. Lots of applications are hard up against existing limits, and
must resort to memory management by hand, which is a royal pain. In
addition, 32-bit processors usually have a more complex instruction
set, addressing modes, etc, which allow them to perform better on a
wide range of tasks (ignoring the RISC arguments). Examples are
string and floating-point datatypes. The 432 includes a significant
amount of OS support, as well as provide a capability architecture.
Given the thickness of the architecture manuals, I don't know how well
this will go over.
32-bit processors usually also have a larger physcial address space.
Since 16 Mbytes and more memory will appear on personal computers in
this decade, this is an important consideration.
------------------------------
Date: 19 October 1981 18:50 edt
From: SSteinberg.SoftArts at MIT-Multics
Subject: #19 and 32 bits
The most important thing 32 bits buys is larger address space.
It was annoying to have to pass around 16 bit pseudo-pointers
on the IBM 1130 (back in '69) to address a data base larger
than 64KB and it is still annoying to have to call the
subroutine library in order to reference an item of data.
Think of 32 bits as more object names one can use in
programming.
------------------------------
Date: 20 Oct 1981 0030-PDT
From: SCHIFFMAN at SRI-KL
Subject: 32-bit micros, iAPX-432 based workstations
cc: schiffman at SRI-KL
To figure out how much an advantage a 32-bit micro would be, first
figure out what a "32-bit" micro is --
There are several things in a computer which have a `size':
1) The width of the accumulators/general-registers
(This is confusing in machines which allow concatenation
of registers like the Z8000). Wide registers gets you
shorter (faster) programs by eliminating extra `name'
references for OPERANDS WHICH REQUIRE THAT PRECISION.
Not surprisingly, 128-bit registers aren't very handy for
programs which only do byte-boffing. In fact, wide
registers HURT for programs which don't need the precision
if having narrower registers means having more of them.
The Z8000 tries to have its cake and eat it too.
2) The width of significant data paths such as the ALU.
(How many bits can you add in one microcycle?
Many machines have a N-bit ALU and an 2N-bit shifter.)
Wide data-paths make atomic operations faster for
operations which require the precision. All else being
equal, however, the wider the data path gets, the slower it
cycles (carry propagation).
3) The width of the processor/memory data interconnect.
(How many bits can you fetch in one bus cycle?)
Wide data interconnects to memory speed up operand
fetches/writes which again, helps only on operands which
need the precision. Luckily, if the instruction execution
unit is at all clever, wide memory almost ALWAYS speeds up
instruction fetches; this can be VERY significant.
Unfortunately, for small systems, cost can be almost
linearly proportional to memory bus width.
Under these criteria....
CPU Register Data Path Memory bus
Width (bits) Width (bits) Width (bits)
----------------------------------------------------------------------------
Z8000 64,32,16,8 16 16
MC68000 32 32 16
I8086 16,8 16 16
I8088 16,8 16 8
NS16000 32 32 16
iAPX-432 variable?, to 80 80? 16/user-prov.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
The table is straightforward, except for the 432. My understanding is
that the 432 has no "general-registers", really. It does have many
internal registers available at the microprogram level, at least some
of which have to be 80 bits to hold results in Intel (IEEE draft)
floating point `double-extended' format. As for the bus interface,
this is rather complicated -- the 432's Bus Interface Unit can connect
to user-designed memory systems of various types. I believe that the
Intel evaluation boards use a 16-bit memory bus. So what about the
432 is 32-ish? Only the obvious, I think.
As for its applicability in personal workstations, I think this is
pretty dubious for the next few years.
* A system including the 432 would be VERY expensive by
workstation standards, even if Intel gave the chips away
(which doesn't seem to be in their plans -- the set
currently costs on the order of a kilobuck). Besides
being very memory hungry, a realistic system requires an I/O
processing symbiont higher in complexity than most current
micro-computer systems.
* A personal workstation system based on a 432 could very
well be much SLOWER than a system based on (say) the 8086!
Sorry folks, a full context switch on every subroutine call
and a domain-check for every external reference is very
expensive. Now if you had, say, four CPU sets in your
workstation, you might very well win -- that is if all your
compute-bound programs divided into four balanced processes.
Intel seems to be saying that the 432 is intended for high-performance
shared-database transaction processing systems. I say that if it's
good for anything at all, its probably just that.
-Allan
------------------------------
Date: 18 Oct 1981 (Sunday) 1506-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: VideoDisks on Personal Workstations ?
[Note: This message originally appeared on the VideoDisk discussion
list -JSOL]
Electronic Design for Sep-30, 1981 has a full artical on video-disk
technology. Here are some highlights....
Corning has eraseable video disks using polarizers and stuff !
Medias being used include: Silver-halide, Tellurium,"Drexon Media",
bismuth, rhodium, titanium, thermodegradable/metal film.
Many are producing disks writable with semiconductor lasers (cheaper)
Formerly it took a gas laser to produce enough power.
(this is also due to improvments in laser technology)...
Bill W
<BillW at SRI-KL>
------------------------------
Date: 20 Oct 1981 1610-EDT
From: PRSPOOL at RUTGERS
Subject: MESA MANUAL
Does anyone at XEROX-PARC ( or anywhere else )
know where I can get hold of a MESA manual ( or at least
a fairly descriptive paper ). I recently noticed a
referance to the MESA LANGUAGE MANUAL by James G. Mitchell,
William Maybury and Richard Sweet of XEROX PARC, published
in February, 1978.
--Peter R. Spool
Rutgers University
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #21
∂21-Oct-81 2329 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #21
Date: 22 Oct 1981 0103-EDT
From: Jonathan Alan Solomon <JSol at RUTGERS>
To: Works: ;
WorkS Digest Thursday, 22 Sep 1981 Volume 1 : Issue 21
Today's Topics:
Other Considerations Of 32 Bit Processors
Videodisks As Memory
----------------------------------------------------------------------
Date: 21 Oct 1981 1918-PDT
From: SCHIFFMAN at SRI-KL
Subject: Addition to processor taxonomy
In my consideration of the "32-bitness" of CPUs, I now realize that I
left out two other things that have a width:
4) The number of physical address bits presented to the
memory bus.
Obviously physical address bits cost more IC pins and
backplane wires, contributing to cost. Not so obviously,
address bits can contribute greatly to the cost of memory
management hardware (and the time cost of using it). The
point is that you don't really want to pay much more for
physical address bits than you need to address the memory
your systems will be able to afford.
5) The internal "name-space" of the architecture, i.e. log2 of
the number of unique objects that can be referenced.
The reason why we can't more simply define this
(as say, the number of bits in a `pointer') is that
some architectures can have arbitrarily complex ways
of encoding internal names, say by using the data-type
field of an op-code to provide extra "logical-address
bits".
Again, a large name space can be a mixed blessing. One of
the most important (for instruction encoding efficiency)
areas of CPU architecture is how to compress memory
requirements for expressing local names. This can be done
badly for machines with even a relatively small name space
(i.e. the PDP-11, where all offsets take 16 bits).
Under these additional criteria, the updated table...
WIDTH (Bits)
CPU Registers ALU Memory Phys. Log.
Data Addr Addr
------------------------------------------------------------
Z8000 64,32,16,8 16 16 24 24
MC68000 32 32 16 24 24
I8086 16,8 16 16 20 20
I8088 16,8 16 8 20 20
NS16000 32 32 16 24 24
iAPX-432 to 80 80? 16 24 40
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
I reread the 43203 data sheet and decided that the memory data bus
was, by the definition that I gave, not "user-supplied", but 16 bits.
The reason for this confusion is that the data bus operates in burst
mode (only one address output for the transaction) for operations on
words longer than 16 bits; this is real optimization since addresses
usually take as much as half a bus cycle.
-Allan
------------------------------
Date: 21 October 1981 2333-EDT (Wednesday)
From: Stephen.Hancock at CMU-10B
Re: Rotating Memories ("video disks")
The October issue of Mini-Micro-Systems has an artice entitled
"Rotating- memory devices move to optical reading". The article
informs us that european systems are being devoloped by Philips NV
and Thomson-CSF. The device is supposed to be a 10G bit drive with a
twelve inch platter. There are plans to have a system with a 64
platter magazine (thats 640G bits). The system is expected to be
released in about 2 years the projected OEM cost is between $2000 and
$10000 each. The article also points out the sales dollar volume and
number of optical units sold will be only a small fraction of the
total rotating memory market.
Steve
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #23
∂26-Oct-81 0011 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #23
Date: 26 Oct 1981 0233-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Monday, 26 Oct 1981 Volume 1 : Issue 23
Today's Topics: Alto Snipe Revisited
Symbolics' Personal Workstation Query
----------------------------------------------------------------------
Date: 24 Oct 1981 0057-PDT
From: Chris Ryland <RYLAND at SRI-KL>
Subject: apparently random Alto snipe
To: Editor-People at SU-SCORE
I just sent an apparently snide message to Editor-People about the
Altos and their outdatedness; I realized that this might sound
off-hand or snooty, so let me clarify what I meant, and possibly start
a set of flames.
The Alto, without a doubt, was an interesting toy which gave many
bright people a teething device for their ideas about human
engineering, etc. However, I have a heretical theory that the Alto
did more to *slow down* Xerox in their mad rush for the information
systems of the future than it did to help them. Why? Because it's
far too small of a system to be anything more than a toy, in the sense
of providing enough power to support a very good programming
environment.
For example, because the Alto was so successful as a workstation
within Xerox for the past few years, everyone was saddled with them;
this included even the SDD folks, who were chartered to pull together
the PARC tinkerings into some sort of reality (the Star and its
satellites). To build even a medium-sized system in Mesa would
require hours and hours of sitting at an Alto (well, doing other
things), and thus, for things like BravoX (SDD folks out there, please
correct me if I'm wrong), building new systems would take far longer
than if some sort of time-sharing system had been around to do the
crunching needed. Only recently did the SDD folks get Dolphins, and
even these were no huge step forward. The Dorado is confined mostly
to PARC and certainly is too expensive and flakey to replace all the
Altos within the Xerox companies.
In my opinion, the only workstation worth even considering at this
point is the Lisp Machine, as purveyed by Symbolics and LMI. Even the
current generation beasts are rather underpowered for what they're
trying to do; this is supposedly being solved by the next generation
of machines (the only one in the works, as far as the public knows, is
the Symbolics 3600).
Why do I make this extravagant claim, given all the incredibly
wonderful workstations around, such as the Apollo, the PERQ, the
Wicat, the SUN? The reason is software (isn't it always), even
ignoring the pitiful hardware being touted these days as the latest,
greatest thing since sliced bread. The Lisp Machine comes with dozens
of man years of software investment, and those are years invested in
what is by far the most synergistic environment you could hope for,
given the state of technology. I would make the claim that nothing
else comes within 5% of matching that environment, though I have no
way of proving that claim. A good indicator might be a simple
anecdote about IJCAI '81: when the Three Rivers folks actually sat
down with a Lisp Machine (in a nearby booth), they were astounded (I
shouldn't put feelings in their hearts, and this was reported by a
Lisp Machine type, but I can certainly understand any astonishment,
having seen the PERQs and having worked with Lisp Machines!)
Admittedly, other people have gone long ways towards building
excellent environments (the Cedar project at PARC, and the LRG people
at PARC with their various Smalltalk systems); however, it'll be
years, if ever, before the world gets the benefit of the first, and
Smalltalk is a fairly impressive system, but still has some questions
about viability in "the real world" (for example, Smalltalk 80/81/82
still lacks multiple inheritance).
I guess what triggered this whole flame was the sight of the pitiful
systems being proposed by the real world as useful working
environments. The Xerox, IBM, HP and DEC new "personal systems" are
abject horrors (CP/M, my foot). PERQs are just beginning to get
simple operating systems with real file system support. Every 68000
incarnation in the world has its Unix lookalike, or a XENIX hovering
in the wings. I make the bold claim that NONE OF THEM has anything
interesting to offer other than, perhaps, a large screen.
End of flame.
------------------------------
Date: 5 Oct 1981 10:21 PDT
From: Fenchel.ES at PARC-MAXC
Subject: Symbolic Systems Inc. Personal Computer
Is anyone familiar with products/planned products of Symbolic
Systems Inc. (or is it Symbolic Inc.). They are based in Los
Angeles and rumor has it they are building a Lisp machine and
an Ethernet interface for it.
Any information will be appreciated.
Bob (Fenchel.es@parc)
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #24
∂27-Oct-81 0107 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #24
Date: 27 Oct 1981 0144-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Tuesday, 27 Oct 1981 Volume 1 : Issue 24
Today's Topics: Xerox Altos
Symbolics LiSP Machines
----------------------------------------------------------------------
Date: 26 Oct 1981 1035-PST
From: Tom Wadlow <TAW at S1-A>
Subject: Alto Flamage
Chris Ryland claims that the Alto development and general use
held back the development of better things at Xerox. My question
is: Compared to what?? The Alto was developed around 1972,
and is clearly obsolete today. However, I would still rather
have an Alto than the fairly unintelligent terminal I work on
today. If Xerox had waited for Dolphins or Stars, their people
would be getting them right about now. With the Altos, Xerox
has had several years of *very* valuable experience in office
information systems. If they had not used Altos, chances are
that their people would have spent those years working on
80x24 character terminals and hated it, while Xerox learned nothing.
Another point. While I agree that a Lisp Machine probably provides
the best programming environment around today, an Office of the
Future is not entirely a programming environment. The Alto got
advanced office automation software into the hands of its intended
user community: secretaries and managers and other non-programmers.
And I strongly suspect that the experience gained from that move
is heavily reflected in the design of the Star. The widespread
use of the Alto was a necessary step in the development of
the current generation of Xerox products, not a hindrance.
------------------------------
Date: 26 Oct 1981 2228-PST
From: Chris Ryland <RYLAND at SRI-KL>
Subject: Symbolics; Alto snipe
Symbolics does manufacture a personal workstation; see my previous
WorkS message about the Lisp Machine. They will support Ethernet
hardware on the next version of their machine (the 3600), but it will
speak Chaosnet protocols softwarily (of course, I shouldn't prejudge
their longer-range plans about protocols; one can assume they'll
attempt to live compatibly with other Ethernet protocols via suitable
encapsulation on the 10Mhz ether). Call them in LA if you want more
info. (No, I don't get any commissions from them.)
Let me clear up my previous "Alto snipe" lest I appear completely
insane. I stated my position about the Alto somewhat provocatively,
but I didn't mean to imply that Xerox has made some huge mistake in
using the Altos extensively in-house; they never had much alternative
(I also wasn't pushing for time-sharing systems, but rather advocating
powerful servers for when you need to crunch). What I meant, rather,
was that the outside world has always been dazzled by the Altos, which
are, when you get down to it, rather "cute". However, their "punch"
is fairly minimal, and they have always lacked the kind of
comprehensive environment which makes a system such as the Lisp
Machine so attractive. For example, although various Smalltalks on
various Xerox machines (not copiers; Altos, Dolphins, Dorados) do
provide a fairly comprehensive computing environment, they've never
had an editor or a mail system in common use built-into the Smalltalk
environment. I.e., Altos and Dorados tend to be used as tiny
single-user "timesharing" systems, in which you have the usual
executive/program dichotomy. (I used Altos enough at MIT to learn to
dislike them, though they're wonderful intelligent terminals.)
On the other hand, the Lisp Machine provides a completely homogenous,
"vertically integrated" environment, in which the editor, mail system,
compiler, network file server (yes, each machine has a file server),
network file user, local file system, interpreter, window system,
etc., are completely useable at any level by any user (Lisp!) program.
The folks who built these machines at MIT (now dispersed to various
companies) spent a lot of time making the system software
comprehensive and useable.
For example, someone here wrote an Alto Draw equivalent (roughly the
same functionality, without all the bells and whistles) on the Lisp
Machine in a week of spare time hacking (mostly spent learning the
window system); in otherwords, there is a vast range of functionality
available through the system software, which is fairly easily extended
via Flavors.
This is not to say these machines are without problems. For example,
the system, as you boot it up, occupies about 5 megabytes of virtual
memory. That's fine, but clearly, you need a good deal of real memory
to make things work reasonably (1.5-2 megabytes seems to be
comfortable). And, these machines are NOT fast; no one has been able
to compare them to other machines to anyone else's satisfaction, but
there's a general feeling that they're faster than a KA-10 and 2-3
times slower than a KL-10. They don't do arithmetic very rapidly (an
integer add seems to take more than 10 usecs, for example), but this
isn't a fair yardstick for their basic speed. A lot of speedup is
promised for the Symbolics 3600, esp. in the area of function calling
and message passing.
Perhaps I can best summarize this flaming with a suspicion which only
time will bear out: to provide the kind of comprehensive computing
environment which the Lisp Machines are approaching, you're going to
need a heck of a lot of hardware power (virtual memory, microcode
space, raw microengine speed, paging disk speed, etc). And I don't
think any of the other current offerings come close. I don't mean to
say that you can thus write off all the workstations on the market,
but that you can't expect them to provide anything else than a
bare-bones world, or a fairly tightly-bundled, special-purpose
environment (such as the Star). That's sad, because the "real world"
seems to be making all the mistakes of yesteryear all over again (it
happened with micros and it'll happen many times more), instead of
starting with the best that we've got and building from there.
(I forgot to mention the Dolphins: they seem to be fairly good
Interlisp engines: Xerox EOS claims they'll be KL-10 speeds or better
after some software tuning. However, their major problem, for an
experimental environment, seems to be their lack of common bus
connectability.)
(Oh yes, though this is getting long-winded, I can't shouldn't slight
Xerox: they HAVE built a very good software development environment
for Mesa on the Dolphins and Dorados. But I don't think this'll see
the light of day for a while, if ever. And, Mesa is a compiled
language lacking more modern message-passing concepts (though I did
hear that the Star software was built with a Flavor-like package built
on Mesa), so you don't get the kind of dynamicity you would with Lisp
or Smalltalk.)
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #25
∂27-Oct-81 2304 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #25
Date: 27 Oct 1981 2240-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Wednesday, 28 Oct 1981 Volume 1 : Issue 25
Today's Topics: MC68000 Paging Query
Lisp Machines: Not Everybody Likes To Program In Lisp
----------------------------------------------------------------------
Date: Friday, 23 October 1981 00:04-EDT
From: Goldberg (Robert N. Goldberg)
Re: MC68000 paging
Someone who works for a company that produces specialized computer
systems has been telling me that they decided to build their next
system around the Z8000 rather than the MC68000 because they had
serious doubts about being able to do paging on the MC68000. They
claim that there is a design problem that prevents instruction
resumption after a page fault. I understand that Apollo solves the
problem by using 2 68000 chips.
Having briefly studied the instruction set and architecture of the two
CPU's, I see the MC68000 as superior for the application of this
company (they want a large virtual address space that can be accessed
from a high level language, and speed is important), and it seems to
me that getting stuck with the funny segment addressing of the Z8000
will cause problems.
1) Is there a real problem implementing virtual demand paging on the
MC68000?
2) Can anyone tell me some of the problems one faces when generating
code from a compiler (e.g. C) for a segmented memory machine such
as the Z8000? I know that you have to do array subscripting
carefully, but what are some of the more insidious subtle problems
that come up?
Bob Goldberg
------------------------------
Date: 27 Oct 1981 15:14:19-PST
From: decvax!pur-ee!purdue!cak at Berkeley
Re: Lisp Machines
I may be called a heretic for this, but here goes. The Lisp Machine
sounds very nice...I was really excited when I first saw the
announcement. But,....
WHAT IF YOU DON'T WANT TO PROGRAM IN LISP?
I personally am not crazy about Lisp. It is good for some things, but
for most of my hacking, I prefer C (I fight with emacs because I have
to do my extensions in MLisp. I understand why, but I don't have to
like it.)
chris
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #26
∂29-Oct-81 0055 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #26
Date: 29 Oct 1981 0212-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Thursday, 29 Oct 1981 Volume 1 : Issue 26
Today's Topics: LiSP Machines - Not Just for LiSP
MC68000 Query - Answered
Hardware and Editor Technology
----------------------------------------------------------------------
Date: 28 Oct 1981 11:03:57-PST
From: ARPAVAX.ecc at Berkeley
Full-name: Eric C. Cooper
Subject: Languages and Lisp Machines
A friend at Symbolics told me that a comprehensive language project is
going on there; by the time the new machine is released, they expect
to have C, Pascal, and Fortran 77 (translated to Lisp, of course.)
Since routines in any of the languages will be mutually compatible,
they will be able to provide the same whizzy program development
environment that is already there for Lisp.
Also, in response to the question about network support, they seem
biased towards chaosnet, but may be swayed by their customers' needs.
They may even talk TCP/IP soon.
Eric Cooper (ecc@berkeley, ucbvax!ecc)
------------------------------
Date: 28 Oct 1981 1154-PST
From: Stevan Milunovic <Milunovic at SRI-KL>
Subject: C Compilers for the MC68000
cc: Milunovic at SRI-KL
I would appreciate any info on available C compilers and optimizers
for the 68000. I have heard rumors that the MIT compiler is 'better'
than Whitesmith's and would like to hear other comments. Please send
replies to milunovic@sri-kl and I will send a combined response to
Works. Thanks.
Steve...
------------------------------
Date: 28 Oct 1981 16:00:37-PST
From: ihnss!ihuxq!ihuxp!ljspot at Berkeley
Subject: MC68000 Paging Query
I have a report from John Gilmore, an independent consultant, which
has info on this problem. In brief, he states that:
1. On a page fault, the executing instruction can not in
general be identified.
2. There is no way to determine how far execution of the
instruction had progressed prior to the pafge fault.
3. Any executing instruction is aborted when a page fault
occurs due to instruction prefetch.
His report is titled "Suggested Enhancements to the Motorola MC68000"
and is 14 pages long. The report is copyrighted, but may be
reproduced if not for commercial advantage and credit for the source
is given. His address is:
431 Ashbury St
San Francisco, CA 94117
Voice: (415) 621-9355 ABBS(300 baud): (415) 863-4703
Hope this is of some use to you.
------------------------------
Date: 28 October 1981 23:55 est
From: SSteinberg.SoftArts at MIT-Multics
Subject: Lisp Machines
Luckily, LISP has a much larger semantic space than most languages so
it is much easier to imbed a C, PASCAL, FORTRAN or whatever language
you wish to program into it than the other way around. I would not be
surprised if someone hacked up a PASCAL, ADA or FORTRAN front end for
the LISP machine which just transformed the source program into LISP
program and passed it to the compiler. I am less sure that someone
would be interested in doing this for C.
------------------------------
Date: 28 Oct 1981 09:39:39-PST
From: cbosgd!mark at Berkeley
To: CSL.BKR@SU-SCORE
Subject: Re: Hardware and Editor Technology
Cc: ucbvax!editor-people@Berkeley
[Forwarded to WorkS by Henry <Dreifus at Wharton>]
The SUN sounds wonderful, if you're willing to spend $5-7K each for
them (which is reasonable in some industrial environments, but I find
it farfetched that a University would spend that kind of money on its
students for instruction) and if you don't want to work at home.
Couldn't you put a couple floppies and a modem on one of these things
and make it usable over a dialup? If you're already spending $5K,
another $1500 seems insignificant for the extra capability.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #27
∂29-Oct-81 2312 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #27
Date: 30 Oct 1981 0041-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Friday, 30 Oct 1981 Volume 1 : Issue 27
Today's Topics: More On MC68000 Paging
Lisp Machine Vs. The Alto
----------------------------------------------------------------------
Date: 28 Oct 1981 1041-PST
From: Ian H. Merritt <MERRITT at USC-ISIB>
Subject: Re: [Goldberg] MC68000 paging
To: works at RUTGERS
I have heard that the solution to the problem is simple: use 2 chips,
one for the main processor; the other for the pager. The reason that
the instructions may not be restartable is because of the way
auto-inc/auto-dec is handled. Restarting the instruction would result
in the register being modified twice. The two processor solution is
to have the page trap cause the second processor wake up, while
asserting a *LONG* wait state on the first. The second processor then
checks the error registers and determines the necessary action,
fetches the page, and clears the latch which is holding the primary
processor hostage. This, in turn, puts the secondary processor in a
wait state until another page is required.
As for the capability of the two processors... I would agree: the
MC68000 is by far the better of the two.
<>IHM<>
------------------------------
Date: 28 Oct 1981 0451-PST
From: SCHIFFMAN at SRI-KL
Subject: Paging on the 68000
cc: schiffman at SRI-KL
Yes, it is not really possible to do vanilla paging on the 68000.
It's rather cruel to think of this as a flaw in the design, since the
other microprocessors in its class have similiar problems (e.g. Z8000,
I8086).
Basically, ANY processor which has "page-faultable" instructions that
have side-effects must take heroic steps to make the instructions
re-startable. For example, auto-incrementing address modes in a
PDP-11'ish instruction:
MOVE -(R0),(R0)+
if the either of the memory references fault, you can't restart from
the top.
You can keep extra bits of "micro-state" to remember where you were
when you faulted, so that you can restart from there. In a complex
architecture, this may mean keeping "shadow-registers" or completely
saving the "micro-state" -- VERY hairy. One particularly silly way
to save the micro-state is to switch out the processor and switch
another one in to handle the page fault! (But if you didn't design
the processor you may not have had a choice). The main reason why it
loses is that you can't do anything else while waiting for the disk
page to roll in (yes Virginia, even personal machines have multiple
processes).
Alternatively, you can simplify your architecture so that instructions
that can cause a fault don't have side effects. Intel, for example,
will be using "demand-segmentation" in the iAPX286 -- the only thing
that can cause a fault is loading a segment register -- and those
instructions are simple to restart. It is also possible to just make
these restrictions by software convention (ha!).
Zilog, Intel and Motorola all claim that they will shortly have new
versions of their processors that permit restarting of memory faults.
Because of the extremely restrictive way that they address memory,
Intel will have the easiest time of it.
My estimation is that the MC68000 and the Z8000 will be about equally
difficult (for the manufacturer) to turn into a "virtual-memory"
version.
BTW, I might mention (at the risk of appearing biased) that there are
microprocessors that already handle true demand-paging:
Intel iAPX 432
National NS16000
Fairchild F9445
although all three have problems of availability!
-Allan
------------------------------
Date: 27 Oct 1981 15:37 PST
From: Deutsch at PARC-MAXC
Subject: Ryland's comments on Xerox Alto
The Lisp Machine is a much larger, MUCH more expensive system than the
Alto. Here at PARC we were quite aware of the fact that we exceeded
the Alto's capacity to do things that were interesting to us sometime
around 1976. If non-technical factors had not intervened, we would
have had Dorados (which knock the present Lisp Machine flat on its ass
in terms of hardware power, both absolute and per dollar) not long
thereafter.
The Smalltalk environment is as integrated as that of the Lisp Machine
-- more so, in my opinion, in that a much smaller part of the system
is written in any language other than ordinary user-level Smalltalk
(no subprimitives, etc.). The Lisp Machine environment offers a
larger range of features and services largely because more people
interested in programming environments per se have worked on it on
more powerful machines for a longer period of time, while the
Smalltalk builders at PARC have been concerned with other things.
------------------------------
Date: 29 October 1981 22:58 est
From: Frankston.SoftArts at MIT-Multics
Subject: Re: MC68000/Z8000 Paging Query
Reply-To: Frankston at MIT-Multics (Bob Frankston)
It is not the Z8000 itself that handles faults, but the Z8003
(formerly the Z9000) -- an updated version. Supposedly an
updated 68000 is planned. Using two processors where the
second process the fault while the first is suspended does
allow one to handle page faults on the 68000, but the page
handler must not itself take page faults -- a limitation on the
architecture of an operating system. It also means that no
other processing can be done on the main processor until the
fault is satisfied.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #28
∂01-Nov-81 2227 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #28
Date: 1 Nov 1981 2353-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Monday, 2 Nov 1981 Volume 1 : Issue 28
Today's Topics: Lisp Machine Language Support
Demand Paging On iAPX 432
Backing Out Of An Auto{inc|dec} Instruction
Symbolics 3600
Altos & Dorados & LispMs & Dolphins
Paging (Or Lack Thereof) On The MC68000
----------------------------------------------------------------------
Date: 1 November 1981 23:38-EST
From: The Moderator <JSol at Rutgers>
Subject: Administrivia
[Due to a small hardware problem, some of you received multiple
copies of Friday's digest (V1 #27), sorry -JSOL]
------------------------------
Date: 30 October 1981 01:49-EST
From: Daniel L. Weinreb <dlw at MIT-AI>
Subject: Languages and Lisp Machines
Eric Cooper is correct: Symbolics will support Pascal, Fortran 77, and
C on the 3600. This may work by actual translation into Lisp, or by
translation into an intermediate representation inside the compiler.
------------------------------
Date: 30 October 1981 0755-EDT
From: Hank Walker at CMU-10A
Subject: autoinc/dec
It isn't that hard to implement autoinc/dec. The 11/780 has an RLOG
stack containing 9 locations of 5 bits each (I think). Whenever you
do an autoinc or dec, you push the inc or dec value on the stack. On
a fault (any kind of fault), the microcode pops the stack values and
reverses the operations. I can think of lots hairy problems with
backing out of instructions than this.
------------------------------
Date: 30 Oct 1981 (Friday) 1154-EST
From: FRANKEL at HARV-10
Subject: Re: Demand paging on iAPX 432
To: Schiffman at SRI-KL
cc: FRANKEL
The intel iAPX 432 does not support any form of demand paging, but,
rather, has a fairly primitive segmentation scheme. This scheme
allows segments to either be entirely swapped in or not in memory at
all. The dual 68000 implementation allows for true demand paging with
the restrictions already enumerated. Other 68000 solutions include
restricting the instructions that a compiler will generate so that the
page fault address can be detected and the code resumed (using only
one 68000). Motorola is in the process of coming out with a new 68000
that corrects the "bus error" problem and some really minor
annoyances.
Jamie Frankel
------------------------------
Date: 31 October 1981 02:51 est
From: HGBaker.Symbolics at MIT-Multics
Subject: Symbolics 3600
36-bit machine, 2↑28 word address space (1 billion bytes)
32-bit immediate (non-consed) integers, IEEE float
instruction fetch unit
instruction + stack cache
2↑24 word physical address capability
512K words memory/card
4-5 slots for memory cards
67, 160, 300+ Mbyte winchesters
10 Mbit Ethernet
800 rows of 1000 dots B/W
1K x 1K color, 8 bits/pixel
68000 I/O controller
Multibus.
basic configuration <$60K for quantity 10.
Ethernet protocols subject to availability from Xerox Corp and
reasonableness.
------------------------------
Date: 31 Oct 1981 1019-PST
From: Chris Ryland <RYLAND at SRI-KL>
Subject: one last apologia; query for high-end users
In response to Peter Deutsch's mail, I should once more emphasize that
my initial flame was mostly in reaction to the world's tendency to
adulate the Alto; as Peter pointed out, the folks at XEROX knew long
ago that they had outgrown the machine, but I don't think that's clear
to the world at large. I didn't intend to slight XEROX. And, yes,
the Dorado certainly "whup[s his] ass" off the current Lisp Machine,
though it's a little hard to determine the relative speeds, given the
different word sizes and internal data path sizes.
Now, my query, addressed to those of you who are contemplating using
personal machines for high-end, mostly stand-alone computational
needs, i.e., AI (speech, robotics, vision), VLSI design, physics,
etc.: what is your sense about the language base you'll need for your
work? This begins to approach "theological" issues, but I still think
it's an interesting topic.
For example, my feeling (shared by some, I hope) is that the only two
languages worth considering are Lisp and Smalltalk (I'm ignoring the
idea of embedding well-known languages such as Fortran and C in a Lisp
or other environment, to support those who don't want to deal with the
host language). The Lisp Machine and the Dolphin provide two rather
distinct approaches to the environment, but both provide Lisp. The
Dolphin, running Interlisp, is "pure" Lisp in the sense that it makes
no concessions in the arena of object-oriented programming. The Lisp
Machine is heavily object-oriented, with perhaps the most flexible of
all classification schemes imaginable, Flavors. The problem I see
with this dichotomized world of Lisp and Flavors is that, though
people are hard at work turning more and more of the Lisp Machine
world into objects which are dealt with via message-passing, there
will always be the basic objects such as fixnums (integers) and conses
which aren't objects in the Flavor sense. This fundamental dichotomy
can't be good, in that it requires two different styles of programming
and thus requires some additional and perhaps needless complexity.
Of course, there are those who must use Lisp, so the Dolphin and the
Lisp Machine appear to be the only hope we've got. (The SpiceLisp
PERQ is still a question-mark, but it's hard to imagine it being as
powerful as the other two, in nearly any sense of the word "power".)
Now, Smalltalk presents us with a choice: it is certainly as capable
as Lisp, though it certainly requires a distinct approach to most
problems, and yet it is probably 1-2 years away from even beginning to
be used widely. And, it's not clear that it will enjoy the same
popularity in the research community that Lisp does (for whatever
reasons, which probably won't be technical). Further, it will
probably be 1 year at least before it is solidly up on an acceptable
machine, such as the Dolphin, Lisp Machine, or what-have-you hardware.
Can you wait for something which isn't a sure bet yet?
Yet, Smalltalk also appears to have a good chance to be widely
available on every imaginable size of machine, which can only bode
well for the availability of good software, people versed in the
language, transport- ability of research software into the "real
world" (and vice-versa), etc. For example, it is confirmedly rumored
that DEC is basing their personal VAX's system software (the SUVAX) on
Smalltalk, and this system has a rather good graphics interface. Of
course, HP, Tektronix, Apple, and DEC have been working with the
pre-release of Smalltalk for nearly a year now, so that provides
further reason to believe that it will have acceptance in the
industry.
Enough speculation. Comments?
------------------------------
Date: 31 Oct 1981 0143-PST
From: SCHIFFMAN at SRI-KL
Subject: Re: Demand paging on iAPX 432
To: FRANKEL at HARV-10
cc: schiffman at SRI-KL
The Intel iAPX 432 does not support any form of demand
paging, but, rather, has a fairly primitive segmentation
scheme. This scheme allows segments to either be entirely
swapped in or not in memory at all.
``Primitive segmentation''??
When you think about it, pages are only fixed-size segments that must
"either be entirely in memory, or not at all". Segmentation is
clearly a more "sophisticated" quantum of memory management because
objects don't come in fixed sizes. Unfortunately for computer
architecture, it is difficult to ALLOCATE memory if you don't pretend
they do.
The 432, which can have umpteen thousand segments defined at a time,
(with each one being a typed protection domain) is considerably more
sophisticated when it comes to virtual memory management than any
other microprocessor will be for a LONG time. In fact, it is more
sophisticated than [almost] ANY existing computer's memory management
architecture.
Of course, the implementation is such that only a few segment
descriptors are cached simultaneously, which leads to poor
performance.
In fact, I think that the 432 is going to suffer for a long time due
to its lack of "primitiveness".
-Allan
------------------------------
Date: 1 November 1981 02:28-EST
From: Leonard N. Foner <FONER at MIT-AI>
Subject: Paging on the MC68000
Yes, there is a definite problem with paging with the MC68000 chip.
I worked on a design team about a year ago that, among other things,
was going to implement a virtual memory system using the MC68000 as
its CPU. Among various problems we ran across (such as only ONE
interlocked instruction, when you really needed at least two) was the
problem of paging.
As it turns out, the MC68000 does not save enough state on such a
fault to be able to recover completely. It misses about two status
bits. I don't have my manual handy, and it's been a while since I
looked at this problem (the project ended about 9 months ago), but it
most definitely would not do paging right. This made it quite
difficult to come up with a robust paging system.
The general idea we came up with was that paging on the MC68000 was
easily possible if certain instructions were avoided (or, alternately,
could be guaranteed never to fault upon execution, a rather diffcult
constraint).
If people are interested, I will go back through my old design notes
and see exactly what the problem was. It was not insurmountable (since
we figured out at least one way around it, as I recall), but it was
definitely an inconvenience.
I don't know about this system with two MC68000's in it, but from the
description it sounds like they're using one chip to keep track of
state for the other... a klugy solution at best, of course, but
better than having to eliminate virtual memory as an option.
Note that, even using two processors and having one wait for the other
to handle paging, you can keep track of the most recently paged-out
pages in memoyr and so decrease your hits on disk paging. VAX/VMS,
for instance, does this. Then you can do a fast (no disk activity)
page for most faults (VMS hits almost all the time except for programs
that do a LOT of random paging, which is rare... and demand-zero
pages (i.e., fulll of zeroes because they've not been used yet) are
easy to do without any disk access). The only time the processor
waits is when a fault really has to involve the disk. Then you're
stuck, since you can't run any other processes while that happens.
Have fun. if you want more info, ask and ye shall receive...
eventually.
<LNF>
[By the way, your message in yesterday's digest appeared with a From:
field of simply Goldberg. Since I don't know where you are, this goes
to the whole list without mailing to you directly, which is somewhat
impolite of me but necessary under the circumstances. JSol: if
Goldberg is at Rutgers, please make sure that the @RUTGERS winds up on
the message...]
[Oops - that makes two apologies this digest. A record? -JSOL]
------------------------------
Date: 1 Nov 1981 (Sunday) 2224-EST
From: FRANKEL at HARV-10
Subject: Re: Demand paging on iAPX 432
To: Schiffman at SRI-KL
cc: FRANKEL
When segmentation is the only form of memory management, it must be
used for both protection and typing, and storage allocation. The
advantage of having both segmentation and paging is that there are two
distinct mechanisms to handle the two problems. It is often true that
segmentation alone is sufficient to solve both, but not always. The
problem with paging is that the context of the data areas of the
original problem is lost and the memory management unit must attempt
to ascertain the working set of pages the program is using. The
problem with segmentation is that it is often the case that only a
small section of a object is to be touched yet the whole object must
be swapped in.
In the 432, the segments are limited to 64K -- too small for many
large arrays used in various applications {This problem can be
resolved by using levels of arrays of pointers to achieve the desired
size}. On the other hand, if one would attempt to implement LISP on
the 432, one would find that there are not enough segments to allow
each dotted pair or even each list to be a separate segment.
In many respects there are a large number of existing computers with
at least as sophisticated an MMU.
The 432 is certainly a large accomplishment for microprocessors and
(except for its poor performance) should find good acceptance in the
Pascal/Ada market.
Jamie Frankel
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #29
∂02-Nov-81 2347 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #29
Date: 3 Nov 1981 0136-EST
From: Jonathan Alaf Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Tuesday, 3 Nov 1981 Volume 1 : Issue 29
Today's Topics: Programming Languages
Dual CPU Paging Implementations
Paging Vs. Segmentation
Demand Paging On The iAPX 432
More On The Alto User's Handbook
----------------------------------------------------------------------
Date: 2 November 1981 02:51-EST
From: Daniel L. Weinreb <DLW at MIT-AI>
Subject: Programming languages
I agree that Smalltalk's uniform use of message passing for all
operations is more simple and elegant than the Lisp Machine's mixed
use of simple (non-generic) function calls and (generic) message
passing. However, I think that it would be very hard (though maybe
not impossible) to use message passing everywhere without sacrificing
a great deal of speed. In practice, it does not seeM to hurt is much;
the language has function calls and it has message sends, and both do
argument-passing the same way; the only difference is that in one case
you name a function directly, and in the other you specify an object
and a message name, and the flavor system finds the function (the
"method") for you. We use function calling for simple things, and
full message passing when the modularity is interesting enough to
require the added flexibility and control that message passing gives
you.
------------------------------
Date: 2 November 1981 11:26 est
From: Sibert at MIT-Multics (W. Olin Sibert)
Subject: dual CPU paging implementations
Sender: Sibert.Multics at MIT-Multics
In the ones I'm familiar with, the implementation is very simple: the
"problem" CPU simply experiences a VERY long memory cycle (many
milliseconds) when it tries to access a page which the outboard memory
management unit sees is not in core. No state saving, or complicated
deductions about the processor status are required. The "supervisor"
CPU simply waits all the time until the MMU notifies it that it should
bring in a page, at which point it runs, does the I/O, restarts the
other CPU, and goes back to sleep.
This didn't work reliably with some early MOS microprocessors because
they couldn't stand to have the processor clock stopped for more than
about 5 milliseconds or so.
This is really a pretty cheap way to implement paging, all things
considered. The two CPUs run from the same memory, using the same bus,
and CPUs are switched by tri-state buffers. CPU chips are pretty cheap
(even 68000s), compared to total system cost.
It's true that this doesn't do "real" multitasking on page faults, but
the system can still do real multitasking on other events, like demand
disk I/O and timers.
------------------------------
Date: 2 November 1981 11:35 est
From: Sibert at MIT-Multics (W. Olin Sibert)
Subject: paging and segmentation
Sender: Sibert.Multics at MIT-Multics
Ah, but there IS a fundamental distinction between paging and
segmentation, to wit: Segmentation is a mechanism for helping the
programmer manage information, and paging is a mechanism for helping
the computer system manage information.
A computer system uses paging in order to appear to have a larger
quantity of physical memory than it was given by its manufacturer. In
systems where the virtual and physical address spaces are comparable
in size (the IBM 370, for example), this primarily manifests itself in
the ability to multiplex several processes with the appearance that
each has all the system memory available to it. In systems where the
virtual address space is much larger (such as the VAX), it also
provides the appearance of much more memory to individual processes.
Segmentation, on the other hand, is a way for programmers to treat a
single region of storage, of arbitrary size, as an object. Depending
on the implementation, these objects may see many different uses-- if
segments are cheap and plentiful, they can be used in a much more
versatile fashion.
When a system provides only one of these mechanisms, it must be
twisted to provide the facilities of both. For instance, PDP-11 and
VAX addressing is used to provide both the compartmentalization of
segmentation and the load-based memory management of paging.
Ideally, the two mechanisms should be completely independent; the
effects of paging should never be directly visible to the programmer.
This is usually not quite true; for instance, in Multics, segments are
expensive, largely because each segment must be an integral number of
pages, at 4K bytes each.
Another problem is the allocation of segments in a linear address
space: as long as the address space in which segments are allocated is
large enough, garbage collection is rare, though fragmentation will be
a problem. In a small address space, segments must be constantly moved
and compacted to get free space. This problem is eliminated (but at a
cost) by using paging to permit pages of a segment to be allocated
anywhere in memory.
Note that yet a third level of indirection can be imagined, which
would permit pieces of segments to be relocated transparently, yet
still not be a multiple of the pagesize in length, so that segments
could be allocated in pieces throughout a large linear virtual address
space, which was itself paged. This gets complicated, though, and one
must draw the line somewhere.
It would be possible, for instance, to implement an APX-432 paging
system which used a dual processor approach to give the "problem"
processor the appearance of as much actual physical memory as the chip
can address, and use a "supervisor" processor (not necessarily a 432)
to read in pages from disk when they are found to be missing. This
would let the 432 programmer use segments with wild and gay abandon,
never explicitly reading them in.
------------------------------
Date: 2 November 1981 20:25 est
From: Frankston.SoftArts at MIT-Multics
Subject: Re: Demand paging on iAPX 432
Reply-To: Frankston at MIT-Multics (Bob Frankston)
cc: SCHIFFMAN at SRI-KL, FRANKEL at Harv-10,
schiffman at SRI-KL
Paging ↑= Segmentation
Segmentation is address space management technique, though it is often
treated as a second level of paging.
Paging is a memory management technique used by the system, though
some systems are not careful about layering and let it show through to
the users.
Guess we need new words to avoid confusion not only due to word
inflation but architectures like the IBM /38 and probably the iAPX 432
which do not make sharp distinctions.
------------------------------
Date: 2 Nov 1981 14:42 PST
From: Taft at PARC-MAXC
Subject: Re: The Alto User's Handbook
In-reply-to: FURUTA's message of 23 Oct 1981 1607-PDT
To: Richard Furuta <FURUTA at WASHINGTON>
cc: jeff at WASHINGTON, Dake, Swinehart, Lampson, Taylor, Taft
Your message announcing the availability of the Alto User's Handbook
received rather wide distribution (for example, I believe it appeared
in the WorkS digest). I would appreciate it if you would convey the
following clarification to Editor-people and any other lists you know
about to which your original message was distributed.
While the Alto User's Handbook has indeed been cleared for
distribution outside Xerox, it has not been brought out as a PARC
external report. Our present supply of Handbooks is limited, and we
do not have the resources to satisfy the large demand that would be
generated by a public release.
Our past practice has been to sell Handbooks, at cost, to
organizations that have Altos (principally at CMU, MIT, Stanford, and
University of Rochester). But even this is ending, since we are no
longer actively developing or maintaining Alto software at PARC;
consequently, we are unlikely to reprint the Handbook again.
People who do not have Altos may be interested in more general
technical reports on the Alto and Alto-based software, available in
the open literature. The most comprehensive report on the
architecture of the Alto itself is "Alto: a personal computer", which
appears in the recently-published second edition of "Computer
Structures: Principles and Examples", edited by Siewiorek, Bell, and
Newell (McGraw-Hill). Additional good sources of papers relating to
the Alto and follow-on machines include the last two years' SOSP
proceedings and several issues of CACM.
We have published a number of PARC external reports on Alto-based
systems. These are available on request, though again we are unable
to satisfy an enormous demand. Many university and company libraries
subscribe to the PARC report series, so you may be able to find copies
in your library.
Ed Taft
Computer Science Laboratory, Xerox PARC
------------------------------
Date: 2 Nov 81 22:09:31-EDT (Mon)
From: Michael Muuss <mike.bmd70@BRL>
Subject: Re: WORKS Digest V1 #28
JSol -
I keep hearing about Smalltalk. Is there a good blurb online,
or something in the recent press that I can sneak a peek at? Seems
like there are enough enthusiasts out there, but it's new to me...
-Mike
[Don't look at me, I don't know much about it (except that it has been
discussed on WorkS). You are invited to peruse the WorkS archives at
MIT-AI, in DUFFEY;WORKS ARCHIV, or at Rutgers, in the <WorkS>
directory -JSOL]
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #30
∂04-Nov-81 0136 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #30
Date: 4 Nov 1981 0159-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Wednesday, 4 Nov 1981 Volume 1 : Issue 30
Today's Topics: Programming for Personal WorkStations
Smalltalk Info - BYTE Magazine
----------------------------------------------------------------------
Date: 3 Nov 1981 (Tuesday) 0910-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Programming for Personal Workstations
Are the techniques that will be used for programming personal
workstations going to be different to those of current scale
implementations?
How will one program workstations? Will it be easier? Will there
be other proceedures than those of large systems or simply a
reduced scale of large system design?
Hank
------------------------------
Date: 3 Nov 1981 (Tuesday) 2058-EST
From: KENDALL at HARV-10
Subject: Smalltalk info source, 432/Smalltalk juxtaposition
To: mike.bmd70 at BRL-, WorkS at RUTGER-
cc: KENDALL
The excellent August (July?) issue of \Byte\ was dedicated to Smalltalk,
written completely by members of the Smalltalk development group. This
is the best source of information about Smalltalk until the two books
come out.
If I remember correctly from that issue, the old Smalltalk virtual
memory system (called OOZE) allowed as many as 64K objects, but that
limit was reached, so the new system allows more than 64K objects.
This means that the Intel iAPX [what do those letters stand for?] 432,
which allows no more than 64K objects, would make a bad Smalltalk
engine.
-- Sam Kendall
[Thanks also to Ian H. <Merritt at USC-ISIB>, <TonyWest at PARC-MAXC>,
Steve Bellovin, Ed Pattermann <G.ECP at UTEXAS-20>, Chris <Ryland at
SRI-KL>, Jeff Prothero <JSP at Washington>, Ron Fowler <rgf at BRL>,
<Sternlight at USC-ECL>, Hank Walker at CMU-10A and Bob <Hyman at
DEC-Marlboro> for also pointing to the BYTE issue. -JSOL]
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #31
∂05-Nov-81 0835 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #31
Date: 5 Nov 1981 0456-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Thursday, 5 Nov 1981 Volume 1 : Issue 31
Today's Topics: More On Smalltalk
Programming Personal Workstations
Smalltalk, Paging/mmu on the 432
----------------------------------------------------------------------
From: Chris Ryland <RYLAND at SRI-KL>
Re: Smalltalk info
Peter Deutsch is probably the best person to reply to the query about
Smalltalk, but here's something: Smalltalk-80, the only Smalltalk to
make it out of Xerox, will be available sometime around the end of the
year. Adele Goldberg's group, (formerly?) called the Learning
Research Group, is going to publish "the book", which will tell you
all about the language, styles of use, etc., as well as the
nitty-gritty of what it takes to bring up the system (via a virtual
machine) on your favorite hardware; and, they'll license "the tape" to
organizations, said tape containing the "virtual image" and all the
system sources. With that tape, and the book, you can bring up
Smalltalk in its full glory by merely implementing the virtual
machine.
The big question at this point is how the tape licensing goes.
There'll be no problem or real expense for universities, of course,
but commercial firms will have to negotatiate with Xerox lawyers
according to their intended use of Smalltalk (e.g., for internal use
only, or for resale).
Adele may want to say something over this medium to clear up any
confusions, but, then again, we might as well wait the couple of
months it still seems to be before the book is published and the
licensing arrangements announced.
(There are said to be pirate copies of the book floating around, but
they're useless at this point, in any case, as they're rather out of
date. This is by hearsay.)
------------------------------
Date: 4-Nov-81 11:26:04 PST (Wednesday)
From: Hamilton.ES at PARC-MAXC
Subject: Re: Programming for Personal Workstations
Reply-To: Hamilton.ES @ PARC-MAXC
cc: DREIFU at WHARTON-10 (Henry Dreifus), Hamilton.ES
"Reduced scale" my eye! Over a thousand man-months and a
quarter-million lines of Mesa have gone into Star, with roughly thirty
programmers going at it for roughly three years. And that doesn't
include the underlying Pilot/ Mesa/ Communications stuff, which would
add another 50 to 100 %. I don't know how that compares with OS/ 360,
but it certainly qualifies as a large system. And one can imagine all
sorts of applications built on top of Star or similar workstations
(data base, information retrieval, realtime data acquisition and
analysis, ...) that would be of a similar scale. In fact, almost any
application more sophisticated than running the payroll is probably
amenable to a distributed implementation.
--Bruce
------------------------------
Date: 4 Nov 1981 1139-PST
From: Rubin at SRI-KL
Subject: Smalltalk on the 432
cc: kendall at HARV-10
Actually, the iAPX 432 would make a very good Smalltalk engine. It
supports 16M segments, not 64K, so object address space is not a
problem (64K is the size limit for any one segment -- probably not a
problem for Smalltalk, but a big limitation otherwise). The 432's big
win for Smalltalk would undoubtedly be its fancy context switching
(with dynamic memory allocation, even!) and hardware support of typed
domains. Since domain objects can be linked into complexes, the 432
also lets you realize the Smalltalk concepts of classes and instances
almost at the hardware level.
People seem to think the 432 will be really slow, but I'd be
interested to know if Intel has got any benchmarks yet. Based on
their initial literature, the 432 looks about as fast as a mid-range
mini for typical stuff, but it is faster than probably anything else
if you look at its operating system primitives (e.g., send message is
80 microsecs, and their send primitive is fancy). Of course, the
question is whether those primitives are useful as they stand, or
whether you need to crust a lot of software around them to get a
decent kernel. If not, response time and throughput at the
application level should be quite high (except for number crunching)
because of the incredibly low OS overhead.
By the way, my guess for the iAPX acronomym is: i -- Intel, A --
Advanced, P -- Processor, X -- makes it sound scientific (or maybe the
X stands for *, in other words, multiprocessing).
--Darryl
------------------------------
Date: 4 Nov 1981 20:31:41-PST
From: ARPAVAX.hickman at Berkeley
Subject: paging/mmu on 432
1) As for the 432 segmentation setup being too small, that is what
Prime uses for their segments, and it works just fine. As for
arrays that are larger than 64k, lifes tough all over, isn't it?
2) The nastiest page fault problems come not from auto{inc,dec}rement
stuff, but from instructions which modify memory/registers in a non
un-doable way...That is, the AND/OR type instructions....Apparently
(I am told) on the 68000 it IS possible (using the 2 chip) scheme
AND limiting the instrucitons generated by the compilers (and
assemblers, for good measure). This scheme is used in the Micro Da
Sys 68000 system and works fine...
3) If I can buy a personal computer that runs virtual vax unix on a
68000, even with the pageing brain damage, I'll take it.
kipp
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #32
∂06-Nov-81 0417 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #32
Date: 6 Nov 1981 0631-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Friday, 6 Nov 1981 Volume 1 : Issue 32
Today's Topics: Apollo Domain Systems
Software Engineering - OS/370 vs. Star
Laurel Manual Available
Fewer Programmers On Tomorrow's WorkStation
System 38 - Description Query
----------------------------------------------------------------------
Date: 5 Nov 1981 0544-MST
From: Griss at UTAH-20 (Martin.Griss)
Subject: Re: WorkS Digest V1 #31
I might comment that the Apollo Domain systems are 68000 based, do use
the 2 68000 hack to provide the VM. They run a multiprocess OS,
somewhat UNIX(tm) like; one can get about 5-9Mb per process. The
machines also communicate very smoothly across a Ring network, and our
experience with the OS, VM and network is very positive. We run their
PASCAL and FORTRAN, use some ASM too. There is likely to be a C, a
"eunice-like" system, and maybe even a full V7 Unix.
------------------------------
Date: 5 Nov 1981 0940-PST
From: Jim Archer <CSL.SUN.ARCHER at SU-SCORE>
Subject: Why would anyone want to use OS/360 as an example?
To: Hamilton.ES at PARC-MAXC
I believe OS/360 passed 3 man-millenia somewhere in the early 1970's.
Given the general relationship between total effort and the quality of
the final product, pointing out that Star may have taken 200 man-years
tends to make me suspicious rather than confident.
Jim
------------------------------
Date: 5-Nov-81 11:46:35 PST (Thursday)
From: Hamilton.ES at PARC-MAXC
Subject: Re: Why would anyone want to use OS/360 as an example?
To: Jim Archer <CSL.SUN.ARCHER at SU-SCORE>
Reply-To: Hamilton.ES @ PARC-MAXC
Before you get too "suspicious rather than confident" regarding Star,
let me remind you that the project started some four or five years ago
from ground zero -- all new hardware, microcode, network protocols,
etc. Permit me to recommend Hugh Lauer's paper, "Observations on the
Development of an Operating System" (which discusses the development
of the Pilot operating system kernel underlying Star and the other
Xerox 8000 series Ethernet products), to be published in the
proceedings of the ACM/ SIGOPS 8th Symposium on Operating System
Principles next month. Lauer's thesis is that every major new
operating system takes around five clock years and dozens of man-years
to move from conception to maturity.
--Bruce
------------------------------
Date: 5 Nov 1981 1204-PST
From: Rubin at SRI-KL
Subject: Star vs OS/360 manpower
To: hamilton.es at PARC-MAXC
If a 1,000 man months gets you a Star, then OS/360 should have been a
universe. That system took 20,000, according to what I have heard.
Excuse me, that's 20,000 man years. If you like comparisons, I
believe it took the Egyptians about 20,000 man years to build the
Great Pyramid at Cheops. In fact, the architecture of OS and its
descendants rather reminds one of the Great Pyramid (not that I'm
trying to compare IBM to pharaoh).
Who knows, it may even last as long.
--Darryl
------------------------------
Date: 5 Nov 1981 11:17 PST
From: Taft at PARC-MAXC
Subject: Laurel manual available
cc: Dake at PARC-MAXC, Taft at PARC-MAXC
Those of you who wanted to obtain Alto User's Handbooks may be
interested to know that an expanded version of the Laurel Manual,
which constituted one section of the Handbook, has recently been
brought out as a PARC report. The abstract is reproduced below. If
you would like a copy, please send a message to Sara Dake
<Dake@PARC-MAXC>.
Laurel is a user interface to an electronic mail system.
Complementing it is a mail transport mechanism called Grapevine, which
maintains a distributed data base to deal with naming, authentication,
distribution lists, and mailbox location. A paper on Grapevine will
be presented at next month's SOSP.
Ed Taft
-------------------
Laurel Manual
by Douglas K. Brotz
Abstract: Laurel is an Alto-based, display-oriented computer mail
system interface. It provides facilities to retrieve mail and present
it for delivery, and to display, forward, classify, file, edit, and
print messages. Additional features include facilities to read,
write, and copy files, run programs, and a whole lot more. Laurel is
a component of a distributed message system that has been in operation
for several years in the Xerox Research Internet.
This document is a description of the facilities contained in Laurel.
Several tips on proper use of computer mail facilities in a social
context are included.
------------------------------
Date: 5 November 1981 18:57 est
From: SSteinberg.SoftArts at MIT-Multics
Subject: New programming styles on Work Stations.
I think that the largest single difference will be the
relatively smaller number of programmers at the level we
traditionally consider programming. Instead of 3% or 25% of
all people who use a system programming it at the bit or
language level only .1% or .03% will be doing this on the Work
Station of the future. How many people double clutch anymore?
A much larger group will still consider itself programmers
although they will be dealing with constraint oriented systems
such as DNA sequencers, VisiCalc, simulation systems, Star and
so on. While many old time bit shovelers won't consider this
programming it will be considered so by most people.
The quantities of (what is now called) programming which will
go into these systems will be immense, but the dividends will
be equally large. My feeling is that a lot of those early
computer pioneer predictions will come to pass in the next few
years.
------------------------------
Date: 5 November 1981 18:53 est
From: Frankston.SoftArts at MIT-Multics
Subject: Re: paging/mmu on 432
Reply-To: Frankston at MIT-Multics (Bob Frankston)
To: ARPAVAX.hickman at UCB-C70
Prime allows segments to be concatenated. This allows arrays >64K,
but does seem to miss the point of segments as independent objects.
------------------------------
Date: 5 November 1981 16:18-EST
From: Stavros M. Macrakis <MACRAK at MIT-MC>
Subject: System 38
Is there any information available on the detailed structure of the
IBM System 38?
Stavros Macrakis
Harvard
------------------------------
End of WorkS Digest
*******************
-------
Subject: Works Digest V1 #33
∂07-Nov-81 1423 Jonathan Alan Solomon <JSol at RUTGERS> Works Digest V1 #33
Date: 7 Nov 1981 1631-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: Works at Rutgers
To: Works: ;
WorkS Digest Saturday, 7 Nov 1981 Volume 1 : Issue 33
Today's Topics: Smalltalk Usefulness
Information on IBM System 38
WorkStation Languages
TI 16-Bit Chip
----------------------------------------------------------------------
Date: 6 Nov 1981 09:09 PST
From: TonyWest at PARC-MAXC
Subject: How to get IBM System/38 Documentation
To: Stavros M. Macrakis <MACRAK at MIT-MC>
cc: TonyWest at PARC-MAXC
About finding out more technical information on the IBM System 38:
There was a nice collection of technical papers published by IBM in
1978. You might try to get hold of it:
"IBM System/38 Technical Developments" published by IBM GSD (then)
publication order number G580-0237
However - I think this report is out of print, in which case, what I
recommend is that you call an IBM branch office, tell them about this
report and what you want, and ask them to look up for you the list of
publications available for the S/38 (which has since been announced,
so there is plenty available about it). All Branch offices have a
list of publications and can order them for you (though you may have
to produce some money sometime for the books).
Tony West
Computer Science Laboratory
Xerox PARC
------------------------------
Date: 5 Nov 1981 01:07:49-PST
From: decvax!ittvax!cox at Berkeley
Subject: Suitable workstation languages?
Being of the Evolutionary, rather than Revolutionary, school of
thought I've been concerned over means for experimenting with a
language like Smalltalk on a UNIX (i.e. READILY portable TODAY) base.
The approach so far has been to use the C compiler as an "assembly
language" for a virtual Smalltalk machine; i.e. to develop a Smalltalk
compiler that produces C language as output, and then bootstrap from
this to versions that bring up more and more of the stuff that UNIX
doesn't help with (automatic garbage collection, incremental
compilation, etc, etc.).
The part that works so far is as follows: a C precompiler (of the
lex/yacc school) reads a language close to C, and turns that into C
language containing data initialization statements that define class
relationships, in a manner as close to Smalltalk as I can glean from
the available information. So with this one can experiment with
programming in objects, classes and messaging, although the input
syntax isn't Smalltalk 81 and most of the Smalltalk 81 environment is
also missing.
The next step isn't working yet, but should be soon, which is to
complete a (non-incremental) compiler for Smalltalk 81 syntax, which
uses primitives generated from the step above for data storage.
This compiler generates interpreted code, for which an interpreter
will be written (in preprocessed C).
Subsequent steps can also be envisioned, but I'll probably stop
this approach well short of "Complete Smalltalk on UNIX".
Any interest out there?
------------------------------
Date: 6 Nov 1981 (Friday) 1236-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Can smalltalk work ?
Technology wise we will probably see an S-machine, microcoded to do
the byte-code operations very efficiently.
Will the 'programmers of tomorrow' use this concept in programming
versus classical PASCAL/Fortran/ . . . styles ?
Hank
------------------------------
From: decvax!duke!unc!smb at Berkeley
In-real-life: Steven M. Bellovin
Subject: Size of OS/360
In "The Mythical Man-Month", Fred Brooks estimates that over 5000
man-YEARS went into OS/360 between 1963 and 1966.
------------------------------
Date: 5 Nov 1981 09:05:36-PST
From: decvax!duke!unc!smb at Berkeley
In-real-life: Steven M. Bellovin
Location: University of North Carolina at Chapel Hill
Subject: TI 16-bit chip
TI introduced a 24-MHz TMS99000 MPU, with a $65 price in 100-piece
quantities. (Quotes from the Nov. 2nd Electronic News).
It includes an "on-chip macrostore memory with 1K bytes of ROM and 3K
bytes or RAM for storage of frequently-used functions which can then
be accessed at full processor speeds." The company is preparing a
chip version using that macrostore for floating point operations, and
said that part, designated the TMS99110, would be available in
December at $99. The instruction set is a superset of the TMS9995 and
TMS9900, with object code compatibility. There are also new
instructions for multiprecision arithmetic, stack operations, parallel
I/O, and memory bit manipulation. It has "an instantaneous address
reach of 256K bytes of main memory and 120K bytes of internal and/or
external macrostore memory", as well as compatibility with the
TIM99610 memory mapper for control of address space up to 16M bytes.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #34
∂11-Nov-81 0224 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #34
Date: 11 Nov 1981 0156-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Wednesday, 11 Nov 1981 Volume 1 : Issue 34
Today's Topics: Small Operating Systems
Portable SmallTalk System
Query - Real Experiences
S-Machine
Programming For The Future
----------------------------------------------------------------------
Date: 9 November 1981 0756-EST (Monday)
From: Hank Walker at CMU-10A (C410DW60)
Subject: more on VMS
When VMS was first being written, they had a goal to fit it into
64Kbytes. Since current versions lock 800-1000 pages to VMS, they
have obviously gone way beyond this. But the size constraint may be
an additional reason to scrimp on the user interface. Someone now
stand up and say that UNIX is small. Yes, but its user interface is
no better, and VMS provides more capabilities.
[There is also a discussion of VMS's user interface in HUMAN-NETS.
I would suggest that you address any further discussion on that
particular topic to HUMAN-NETS@AI -JSOL]
------------------------------
Date: 9 November 1981 1537-EST (Monday)
From: Mark.Tucker at CMU-10A
Subject: Portable Smalltalk System
Message-Id: <09Nov81 153741 MT71@CMU-10A>
The best way to obtain a portable Smalltalk system would be to code
the Smalltalk virtual machine in some suitable algorithmic language: C
would be fine. Then, get the rest of the environment by importing the
Smalltalk virtual image from PARC. By maintaining compatibility with
the Virtual Machine, all software developed under the portable system
would be valid when the a personal S-machine is eventually perched by
our desks.
Even though Xerox expects the Smalltalk virtual machine to be
microcoded, most implementations will face similiar problems detailing
the way the VM maintains data structures in a byte-aligned memory
space. A well written HLL VM implementation would serve as a
guideline for microcode writers. Perhaps,like Xerox did with BCPL on
the Alto, these HLL procedures could be subsumed into microcode as
time and microstore space would allow.
Finally, I think we want the underlying power of Smalltalk to be
available in some measure on standard 24x80 CRTs. I know this is
blasphemey, but it will be a very long time before you have a bit-map
system at home and at work. So we should start today to consider how
we will have to limit the amount of information contained by a
Smalltalk display so that it will fit in 2K characters. About the
only display format a "portable" Smalltalk system could provide would
be such a restricted, 24x80 one.
------------------------------
Date: Monday, 9 November 1981 21:13-PST
From: WANCHO at DARCOM-KA
Cc: WANCHO at DARCOM-KA, ARMTE at OFFICE-8
Subject: Real World Decisions
It seems that the current discussion, though very interesting, has
gone astray from what we have to consider as today's real problems in
selecting a workstation configuration of modest cost.
At the risk of provoking wild flaming (or utter silence), we would
like to solicit some opinions/advice on the situation we are faced
with right now:
We need to gather some hard experiences with small 4-6 user 8 or
16-bit micros of the Z80 CP/M-based or LSI 11/23/24 varieties,
respectively. These systems are to be used in an environment which
will crudely communicate in a batch fashion to send and receive mail
from a central site. We have plenty of experience with a
multi-processor CP/M system, and we have all of the correspondence of
the recent UNIX vs. CP/M discussion. What we don't have is any
experience with RT-11 that one user is strongly pushing with seemingly
convincing arguments to the novice potential user.
One of his major points is that there is a large amount of free
software available to run on it. There is also a large amount of
software already designed to interface with VT-52-like terminals.
What is not certain is the availability of a decent word processor...
Our concerns are mainly centered around our bias to the
speed/response-time advantage obtained by using a multi-processor over
the small-scale timesharing of something like an LSI 11 running RT-11.
Secondly, we need to know what compiler are available besides FORTRAN
and COBOL. Pascal, C are two others that come to mind.
Now I know that the machines discussed appear to be a step backward in
the high technology discussions carried on here, but we need to know
alot about a cost-effective approach without getting trapped in either
an obsolete technology or a flashy new one which may not get off the
ground.
Please be sure to include ARMTE@OFFICE-8 in your replies.
Thanks,
Frank
------------------------------
Date: 10 Nov 1981 (Tuesday) 1706-EST
From: KENDALL at HARV-10
Subject: S-machine
cc: KENDALL at HARV-10, Dreifus at Wharton-10
Re Dreifus's speculation on the "S-machine": the Xerox workstations
ARE microprogrammed to fit the language being used. There are
"Smalltalk bytecodes" and "Mesa bytecodes", and probably many others,
implemented in microcode.
-- Sam
------------------------------
Date: 10 Nov 1981 (Tuesday) 1707-EST
From: KENDALL at HARV-10
Subject: Programming of the future?
cc: KENDALL at HARV-10
This is in response to Dreifus's question on the programming of future
workstations, and SSteinberg's letter "New programming styles on Work
Stations".
I found the question too vague even as a topic for speculation.
SStenberg's response was somewhat specific, but contained no
arguments, only naked speculation. Furthermore, it did not specify
whose workstations it meant; and neither did Driefus's question.
This implies a belief that all workstations will share the advances in
programming of today and the future. Surely no one would argue that
most current computers are even close to the state-of-the-art, in
programming environments or languages; they use something like OS/360
and COBOL. But workstations are surely at the forefront of
innovation-- the existence of this digest implies it.
And so Xerox is. But although they have had their Altos for ten
years, the only commercial product to come out of that line of
research has been the Star, which is a word processor (a great one, to
be sure) and office filing system, not a full programming workstation.
Perhaps most work- stations will be like the Star, running slick
special-purpose packages, as SSteinberg suggests. But I fear that
Apollo-like stations will be dominant.
My purpose here is not to insult the Apollo. Apollo, Inc. itself
projects that 95% of its sales will be to engineering firms and such
using FORTRAN; this type of customer does not appreciate or want
programming innovations. The Apollo programming environment is very
primitive--indeed, the Apollo system programmers had never seen a
Xerox workstation when they wrote the Apollo software. Note also that
the Apollo is the most sophisticated general-purpose workstation
commer- cially available.
To summarize, I see the possibility for widespread better "programming
of the future", but I fear that the mistakes of the past will continue
to be perpetuated; and I see evidence for this perpetuation.
-- Sam
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #35
∂15-Nov-81 0139 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #35
Date: 15 Nov 1981 0339-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Sunday, 15 Nov 1981 Volume 1 : Issue 35
Today's Topics: RT-11 Pascal & C Compilers - Reply
Programming Environments - FORTH , Smalltalk
Apple's Lisa Project
Integrated Office Automation & Manufacturers
Portable Smalltalk Compiler in C
WorkStations For Programmers Vs. Users
----------------------------------------------------------------------
Date: 11 Nov 1981 (Wednesday) 0528-EST
From: KENDALL at HARV-10
Subject: Inquiry on RT-11 PASCAL and C compilers
To: armte at OFFICE-1
Whitesmith, which frequently has advertisements in \Byte\, sells
PASCAL and C compilers for RT-11.
-- Sam
------------------------------
Date: 12 Nov 1981 1628-PST
Sender: BILLW at SRI-KL
Subject: Programming environments....
From: William "Chops" Westfield <BillW@SRI-KL>
Just what distinguishes a programming environment from an ordinary
operating system with its utilities ? (I think I can tell the
difference, but Im looking for formal definitions here...).
What are the currently available environments ? If I had to guess,
Id say:
Smalltalk (well, not yet really available)
Forth
and maybe
UCSD P system
Unix
Are there others ?
Bill W
------------------------------
Date: 13 Nov 1981 1503-PST
From: Gene Autrey-Hunley <Autrey-Hunley at SRI-KL>
Subject: Apple's Lisa
cc: AUTREY-HUNLEY at SRI-KL
The Wall Street Journal (11 Nov. 1981) contains the following on page
18.
"Now that the Apple III is returning to the marketplace, the company
plans to turn its focus to the strategic new products under
development, one of which has been code-named 'Lisa.' 'You are
looking at the most sophisticated and powerful graphics-editing
machine in the history of mankind,' says Mr. Jobs as he puts Lisa
through it paces. Lisa, which may become Apple IV, is a computer
aimed at the office market. It has data- and word-processing
functions, as well as a program that permits novices to create charts
and other graphics. It cost $30 million to develop."
The comment about Lisa being "the most sophisticated and powerful
graphics- editing machine in the history of mankind" sounds like hype.
But does anyone have any more substantial information about Lisa?
Could it possibly be a Smalltalk machine?
--Gene
------------------------------
Date: 13 November 1981 23:58-EST
From: Steven T. Kirsch <SK at MIT-MC>
Subject: Manufacturers and integrated OA
Does anyone know of a vendor other than Xerox that is involved in the
design of an integrated OA system (at the user/application level)
that will win?
Some manufacturers are only investigating distributed system issues
(Ollivetti, NBI) or are only looking at hardware and language issues
(BNR). HP Labs seems to be ignoring "office" automation in favor of
expert systems for the engineer which is contrary to statements from
the president of HP about HP's role in the office. Wang probably
won't have a well integrated system for historical reasons (it will be
messy underneath, I suspect). IBM lost de Jong and the San Jose folks
don't really have the right tools or background. InterActive doesn't
have a uniform user interface; they just have a lot of tools that can
be combined (Unix approach). ROLM has a uniform user and program
interface, but their implementation strategy will lose due to lack of
cycles.
With the size of the OA market, you might think there might be ONE
company that is exploring future integrated office system design on a
suitable tool (e.g., LISP machine or reasonable facsimile). But other
than Xerox, I can't think of one.
------------------------------
Date: 14 November 1981 09:49-EST
From: Daniel L. Weinreb <dlw at MIT-AI>
Subject: Portable Smalltalk kernel in C
In reply to Mark.Tucker@CMUA: The idea of a portable Smalltalk kernel
in C sounds good superficially, but you should keep in mind that only
some of the kernel can be done this way. As I understand the division
of the Smalltalk-80 system between its kernel and the rest of the
system, I surmise two kinds of things reside in the kernel. The first
kind of things are operating-system or environment-dependent things;
for example, every kernel must implement a primitive that implements a
real-time interval-timer facility, that signals a given semaphore at a
given time in the future. Things like this can't be portably
implemented in C because they depend on the environment in which the C
implementation resides: either the operating system (if any) or the
hardware (if there's nothing corresponding to an operating system).
Access to the bit-mapped display and other I/O devices is likewise
dependent system-dependent, and the parts that don't depend on the
operating system or hardware are probably in Smalltalk code rather
than in the kernel. The second kind of things are those that have to
run very quickly, and indeed you might benefit by writing those once
in C and attempting to make the C code portable. I don't know how
much of the kernel makes up the first kind of things and how much the
Second kind; perhaps there is a Xerox person around who can comment?
------------------------------
Date: 14 November 1981 10:02-EST
From: Daniel L. Weinreb <dlw at MIT-AI>
In reply to Sam Kendall: I think you can rest assured that systems
like the Apollo will not be dominant among workstation-class
computers. The reason is that there is a much larger market for slick
packaged applications than there is for program development systems.
This, in turn, is because there are not that many program developers
in the world, but there are a whole lot of secretaries,
businesspeople, accountants, engineers, car designers, fashion
designers, musicians, film-makers, and so on, all of whom might
someday benefit from neat computer-based applications. SSteinberg is
in a good position to know: he is the author of the 8080 version of
VisiCalc, a particularly slick, useful, cheap, and well-implemented
application that is rightly selling very well. His company, Software
Arts, is a leader in the field of slick application packages running
on cheap computers for the mass market, and I think they stand to do
extremely well.
Now, among those workstations that will be marketed for program
development, it is possible that Apollo-like systems will be dominant.
I, too, sometimes complain that their software is backward and
primitive. But at other times, I reflect on how advanced and easy to
use and modern it is. It depends on my mood. If you compare Apollos
to all the good ideas I've seen on Lisp Machines and on various Xerox
PARC systems, they may look backward, but compared to what most people
in the world are using (not only on IBM batch systems but on Data
General time sharing systems and other things of that ilk), it's not
so bad. One can do worse than copying Unix. And the window system on
the Apollo is not half-bad; if they put in a graphical input device it
would be quite good by today's standards.
Also, you are mistaken in your assertion that the Star is the only
machine to have been marketed by Xerox that was based on the Alto
ideas. The Xerox 1100 Scientific Information Processor, or whatever
the external marketing name is, is also on the market. It is known
internally as the Dolphin, and it is a real program-development system
for the Interlisp-D system. By anyone's standards, its user interface
is up to the state of the art and is one of the best things around.
(I'm not comparing it to other things in its class so much as
comparing to to the rest of the world. There isn't very much in its
class, anyway.) You can buy them from Xerox Electro-Optical Systems
(EOS).
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #36
∂16-Nov-81 0152 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #36
Date: 16 Nov 1981 0320-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Monday, 16 Nov 1981 Volume 1 : Issue 36
Today's Topics: C Compilers Available From DECUS
WorkStations for Programmers Vs. Users
More On The "Lisa" Project
----------------------------------------------------------------------
Date: 15 November 1981 0309-EST
From: The Moderator <JSol at Rutgers>
Subject: WorkS Archives
The WorkS Archives are kept in two places. The traditional place for
digest archives is at MIT-AI in the file DUFFEY;←DATA← WORKS. A copy
of the archives are also kept at Rutgers, however all but the most
recent issues are offline. Due to MIT-AI's recent disk problems, the
archives were not accessable from MIT-AI, so I retrieved the entire
archive from backup tapes at Rutgers.
Now that the disk problems seem to be cleared up at MIT-AI, I am
deleting the offline files from the WorkS Archive at Rutgers. If you
have need for the files on Rutgers for any reason, then please send
mail to WorkS-Request@MIT-AI and I will retrieve them from tape again.
MTFBWY,
JSol
------------------------------
Date: 15 November 1981 0216-PST (Sunday)
From: lauren at UCLA-Security (Lauren Weinstein)
Subject: C compilers
To: WORKS at AI
There is a fairly full C compiler in the DECUS library. I'm not
sure whether it is oriented towards RT-11, RSX-11, or both...
--Lauren--
P.S. It's free.
--LW--
------------------------------
Date: 15 November 1981 12:27-EST
From: Mark L. Miller <MILLER at MIT-AI>
Subject: WorkS Digest V1 #35
In response to DLW's remarks about things like the Apollo probably
losing out to slick end-user applications, I think perhaps a key point
has been overlooked. [I have seen major companies lose by providing
"non-programmable" (and thus hard to upgrade, inflexible, etc.)
systems geared to particular (usually incorrect) perceptions of
"slick" end-user applications.] Although it is probably accurate that
most end-users are not programmers and that it is the slick
applications (e.g.,VISICALC) that sell systems, it is also probably
accurate to assume that most slick applications (e.g., VISICALC) will
be written by software and OEM-systems companies, rather than hardware
manufacturers. The OEM's and software developers will choose things
like Apollos or LISP machines based on several factors: perceived
power and flexibility of the basic programming environment and
development tools, price relative to the market for the slick
application, etc. I believe that Apollos and LISPM's will flourish,
but that most sales will be via demand for particular packages (e.g.,
"What machine do I need if I want to run VISICALC" -> "What machine do
I need to run Daedalus?" etc.) Perhaps the best OA systems will be
written by separate software vendors serving as OEM's for systems such
as Apollo. Regards, Mark (Miller, DallaSoft)
------------------------------
Date: 15 Nov 1981 1417-EST
From: G.PALEVICH at MIT-EECS
Subject: Smalltalk 80 bible
So just where do I (a humble student) go to get a copy of the
Smalltalk 80 specifications book and the 380K byte system tape?
I read in Infoworld that the Apple IV is 68000 based. I seem
to remember rumours that they had at least the window portion of
Smalltalk 80 up.
The Infoworld article also talked about two other Apple
computers: a redesign of the Apple II for 64K chip, and some sort of
portable (ala Osborne I) 68000 based machine -- possibly code-named
the Mackentosh.
I believe that Tandy is working on a 68000 based machine, too.
In fact, I bet just about everyone is going 16bit because of the
greater speed/power/RAM.
------------------------------
Date: 15 November 1981 23:13-EST
From: Brian P. Lloyd <LLOYD at MIT-AI>
Subject: Apple and 'Lisa'
While visiting Apple several months ago, I caught a glimple of a box
that bore no resemblence to any current Apple product. I snooped
around a bit and read the memos that people had tacked on the walls of
their cubicals. Although I could be wrong, I got the strong
impression that I saw their 'top secret' product (this was the new
products development group).
The device I saw looked much like a VT-100 (same form factor) and had
a mouse. They were experimenting with color graphic printers, and I
overheard some discussion of the quality of the bitmapped display. I
was unable to find out what processor is being used, but I did learn
that it is a 16 bit chip. They were most interested in my experience
with the Convergent Technologies cluster communications and OS
architecture.
If I had to guess I would say that Apple is trying to build a cross
between the Xerox 'Star' and the Convergent Technologies system. They
could actually have something as far as the hardware is concerned, but
I wasn't too sure about their software crew.
Brian
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #37
∂17-Nov-81 0027 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #37
Date: 17 Nov 1981 0254-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Tuesday, 17 Nov 1981 Volume 1 : Issue 37
Today's Topics: New Radio Shack Computer
Smalltalk Kernel In C
Major Corporations and Workstations
Book Reference
DECUS C Compiler
----------------------------------------------------------------------
Date: 16 November 1981 1045-EST
From: Hank Walker at CMU-10A
Subject: new Radio Shack computer
The current ELECTRONICS claims that the new Tandy computer will be 68000-
based, and be out in Feb or March 1982.
------------------------------
Date: 16 Nov 1981 10:06 PST
From: Deutsch at PARC-MAXC
Subject: Re: WorkS Digest V1 #35
Re the Smalltalk kernel in C: I would guess the current kernel is
about 70% relatively environment-independent and 30%
environment-dependent. However, there is another important point: the
Smalltalk system includes its own instruction set, and the 70%
includes the emulator for it. If you are going to run native machine
instructions rather than the Smalltalk bytecodes, you will have to
write your own compiler and decompiler, and do some careful thinking
about how to retain the current pleasant properties of reasonably
direct mapping between the source and object codes. For example, with
the Smalltalk instruction set, the debugger can highlight the exact
spot in a procedure being executed.
Smalltalk is set up so that you can take any procedure whatever and
recode it in an underlying instruction set without any change to its
callers or the system structure. For this kind of thing, having C
underneath would work just fine.
------------------------------
Date: 16 Nov 1981 14:09:45-EST
From: rmc at CCA-UNIX (Mark Chilenskas)
Subject: Major Corporations and Workstations
Last year Mike Hammer of MIT was consulting with the OA group
at EXXON. I believe he was involved in designing a database for
integrating office functions. A student of his, Tim Anderson, was
to be working on an editor/word processor function for the same
project, but last i heard Tim was choosing another thesis, so the
whole thing may have fallen through. Anywho, it is a possibility
that EXXON is actually trying to do something major here.
R Mark Chilenskas
Chilenskas@ISIE
------------------------------
Date: 16 Nov 1981 13:53:21-CST
From: jacobson at uwisc
Subject: Book Reference
Cc: jacobson@uwisc
I have a reference to a book entitled Interactive Programming
Environments, edited by E. Sandewall, H. Shrobe, and D. Barstow.
I picked it up from somewhere (perhaps fa.works) about two weeks
ago. I recorded that it was published by McGraw-Hill, but they
don't know anything about it. If you know who has or will
publish this book, please let me know.
-Fred Jacobson (jacobson@uwisc)
------------------------------
Date: 16 November 1981 2248-est
From: Brian N. Hess <Hess.Unicorn at MIT-Multics>
Subject: DECUS C compiler
Cc: Lauren at UCLA-Security
It's pretty worthless. That is to say, we don't like it because it
doesn't compile Mince (our ersatz EMACS) at all. For $695, who can
afford to NOT use the Whitesmith's C compiler? (Both DECUS and
Whitesmith's run under RT, RSX, and RSTS.)
Brian
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #38
∂17-Nov-81 2231 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #38
Date: 17 Nov 1981 2342-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Wednesday, 18 Nov 1981 Volume 1 : Issue 38
Today's Topics: Exxon's Answer To The Star
Programming Environments - Operating System Vs. User Interface
----------------------------------------------------------------------
Date: 17 November 1981 17:25-EST
From: Steven T. Kirsch <SK at MIT-MC>
Subject: Exxon
Xonex [which is Exxon spelled sideways] is the Exxon company that is
building Exxon's answer to Star; it has a full bitmap and other nice
features that I am not allowed to disclose. However, the system is
very special case (i.e., like Wang) and concepts such as
"extensibility and customizability" seem to be foreign to the people
there. The software is impressive, but last I saw, they were still
coding in a macro assember.
------------------------------
Date: 17 November 1981 17:41-EST
From: Stavros M. Macrakis <MACRAK at MIT-MC>
Subject: WorkS Digest V1 #35: Programming environments
To: BillW at SRI-KL
A programming environment supports development of programs. Examples
are Harvard PDS, CMU Gandalf, PWB/Unix (shell and utilities).
An operating system supports running of programs and storage of data
(including, presumably, the programs which implement the programming
environment). Examples are Tops-20, Unix.
A programming system supports cooperation of running programs. In
most places, this consists of a set of conventions. In Unix, for
instance, it consists of conventions on the use of pipes and the
passage of textual parameters. Examples are the conventions of
Multics, Tops-10 (CCL files!).
A general user interface (there appears to be no standard name for
this and moreover it is often incorporated into the OS itself)
supports user control of the running of programs. Examples are
Tops-20 Exec, Unix Shell, DDT/Hactrn. Note that the Tops-10 "monitor"
is both an operating system and an interface.
The above classification is not to imply that the distinctions are
always sharp, nor that the best organization separates the levels.
Some very successful systems (Lisp Machine, for instance) blur many of
the lines; more and more other lines, such as those between
programming language, system, and environment, are similarly blurred.
There is a large literature on the first two topics. The third and
fourth topics are less discussed in themselves, although instances are
sometimes reported in the literature.
In all of these areas, there are debates about the right way to do
things. Some typical dimensions of dispute are the degree to which a
PE "understands" what it is working on (in PWB/Unix, not at all: it is
just a string of characters to most tools; while in Gandalf and PDS it
is structured and cannot be dealt with as a string of characters); the
degree of integration of parts of the system (again, in Unix almost
none--the toolbox approach; in PDS, very great); the amount of
structure in interfaces in PS's (in Unix, arguments are just strings
which may be interpreted as desired; in Multics, they are PL/I
objects); ... etc. etc. ad infinitum.
In any case, there is an extensive literature especially on
programming environments. See Horst Huenke's (some libraries may
transcribe u umlaut as 'u', giving Hunke) recent collection for a
starting point.
Stavros Macrakis
------------------------------
End of WorkS Digest
*******************
-------
Subject: WORKS Digest V1 #22
∂23-Oct-81 2321 Jonathan Alan Solomon <JSol at RUTGERS> WORKS Digest V1 #22
Date: 24 Oct 1981 0154-EDT
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WORKS at Rutgers
To: Works: ;
WorkS Digest Friday, 24 Oct 1981 Volume 1 : Issue 22
Today's Topics: BBN BitGraph Terminal
The Alto Users Handbook - Cleared For Print By Xerox
----------------------------------------------------------------------
Date: 23 Oct 1981 (Friday) 1521-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Interesting 68K workstation (?)
cc: MORGAN (Howard Morgan)
Begin forwarded messages
Date: 22 October 1981 18:56-EDT
From: Bern Niamir <BERN at MIT-MC>
Subject: Favorite terminals
To: decvax!duke!unc!smb at UCB-C70
cc: INFO-TERMS at MIT-MC, BERN at MIT-MC
BBN has recently sold us a terminal called the BitGraph Terminal.
1024 * 768 bit mapped screen, 15" monochrome monitor, 40 Hz.
interlaced.
68000 micro (7 MHz.) with 128 Kbyte of RAM, 32 KByte of ROM, and 64
bytes of EAROM, 4 rs232 ports up to 19.2 Kbps, one 20 ma current loop
interface, and EIA rs-422 sync. HDLC serial link up to 200 Kbps.
All on one board. Expansion bus (Motorola Versabus) for additional
memory and IO. Maximum (in cabinet I believe) memory: 2048 Kbytes.
Speaker and programmable sound generator.
VT-100 keyboard.
Software in ROM: emulates VT52 and teleray (?), future software: HP
and TEKTRONIX 4010 graphics terminal emulation. For hackers: write
your own software. Code and fonts downloadable.
Price: $4500 single quant.
Bern
[End forwarded messages]
------------------------------
Date: 23 Oct 1981 1607-PDT
From: Richard Furuta <FURUTA at WASHINGTON>
Subject: The Alto User's Handbook
To: editor-people at SU-SCORE
cc: jeff at WASHINGTON, furuta at WASHINGTON
Some of you may be interested to know that that old underground
classic "The Alto User's Handbook" has been cleared for
release at Xerox and is available from Sara Dake at
Xerox-PARC. This handbook includes writeups on
Bravo, Markup and Draw.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #39
∂24-Nov-81 0035 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #39
Date: 24 Nov 1981 0237-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
WorkS Digest Tuesday, 24 Nov 1981 Volume 1 : Issue 39
Today's Topics:
Programming Environments - Request For References
MC6800 Paging
----------------------------------------------------------------------
Date: 18 November 1981 15:05
From: Eugene Bordelon <epb at BTL-ihuxo>
Reply-to: ihnss!ihuxs!ihuxp!ihuxo!epb at Berkeley
Subject: WorkS Digest V1 #38: Programming environments
To: Stavros M. Macrakis at MIT-MC
I am interested in reading further about various approachs to programming
environments. Could you list (in full) some references?
Eugene Bordelon
------------------------------
Date: Sunday, 22 November 1981 18:01-EST
From: FEINBERG at CMU-20C
Subject: [G.KTK: 68000 Paging]
cc: KTK at AI
This message was sent to me by a Hardware designer who is currently
working on implementing his own 68000 system. He claims you can do
totally winning paging on the 68000 without kludging two processors
together, by adding hardware to detect page faults, and signalling a
bus error which such an event takes place. If the following is true,
why did people go to such great lengths to implment paging?
Date: Friday, 20 November 1981 22:54-EST
From: Kristofer Karas <G.KTK at MIT-EECS at MIT-AI>
To: FEINBERG
Re: 68000 Paging
Howdy!
Ah, but the 68000 has something even better in that it is really
versatile; it has a BERR (bus error) interupt that can either re-run the
bus cycle in case of parity error in memory, or call a routine in the
monitor to modify the page and swap in/out virtual memory. This single
input can (under complete control of the Monitor) trigger any special
routine the user wishes when page faults or other such immediate conditions
occur. Combine this with status outputs that can tell outside hardware
(page-mappers for that matter) whether the currently running program
is Monitor (privileged) or User (ordinary) and you have the basis for a
really sophisticated virtual memory/multi user/multi tasking system with
a minimum of external hardware!
--Kris
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #40
∂25-Nov-81 2239 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #40
Date: 26 Nov 1981 0034-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
Works Digest Wednesday, 25 Nov 1981 Volume 1 : Issue 40
Today's Topics: Demand Paging On A MC68000
Programming Environments
----------------------------------------------------------------------
Date: 24 Nov 1981 10:42 PST
From: TonyWest at PARC-MAXC
Subject: Re: WorkS Digest V1 #39
cc: TonyWest
About demand paging on the 68000 and FEINBERG at CMU-20C's question
about what makes it difficult:
Yes, it is true that the 68000 has a hardware signal (BERR), which
allows external logic to interrupt the processor if any of the bus
cycles in an instruction cannot be completed (eg. because the page is
not there). The hardware to detect references to missing pages and
generate this signal is trivial.
However, that is only half a solution to the demand paging problem.
The other facility that is required is that, when such a fault occurs,
it must be possible to stop what you're doing, load the page, *and
continue again*. There are two approaches one might take:
Scheme A: On a BERR, store the entire state of the processor and
restore it after the missing page has been loaded so that the
execution of the instruction can be resumed from whatever intermediate
point it got to before it faulted (ie. don't restart the instruction
from the beginning -- continue from where you left off).
Scheme B: If one could only figure out which cycle of an instruction
caused a fault, then, with the help of some code (which is rather
similar to an instruction disassembler), one could undo the work the
processor has accomplished so far in the execution of the instruction,
and *then* save the starting state *before* the instruction which
failed. Thus, after loading the page, the instruction can be re-run
from the beginning (ie. don't continue from where you left off --
unwind the partial instruction and try it again from the beginning
later).
The problem with the 68000 that everyone has been talking about is
that, on a Bus Error interrupt, the facilities the 68000 provides for
getting your hands on the internal machine state *within* an
instruction are deficient. Thus it is extremely difficult or even
impossible to "trigger any special routine the user wishes when page
faults or other such immediate conditions occur" and have it unwind
what's going on successfully.
For Scheme A, you can't restore the 68000 to a previously-saved state
halfway through the instruction.
For Scheme B, it is extremely complex to undo the instruction the
processor has half executed so it can be re-run later. One encounters
problems with things like auto-increment addressing modes, etc.
I have seen it suggested that, by carefully restricting the set of
instructions a code-generator is allowed to generate (eg. by avoiding
things like autoincrement addressing modes), a system designer can
reduce the range of possibilities of what might be going on when an
instruction faults to manageable proportions. However, *intimate*
knowledge is required of the way the instruction processing is
performed.
If you have to have demand paging, consider the following suggestions:
a) Implement the two-processor scheme and have done with it. You
sacrifice performance and multiprogramming during page faults.
However, it's makes for a very simple system.
b) Call Motorola and ask them about the timescales for availability of
the following two devices I saw advertised in some of their literature
(I quote verbatim):
MC68010 Virtual Machine
This processor is an extension of the MC68000 that
readily supports advanced virtual memory techniques.
MC68020 Advanced M68000 Processor
This advanced 16-bit microprocessing unit will feature
architectural extensions of the MC68000 such as
virtual memory, co-processor support, string handling,
and higher performance.
c) Consider using the National Semiconductor NS16000 microprocessor,
which will soon be available, and will support demand paged virtual
memory from the beginning. Datasheets are available now from NS. This
machine is in the same architecture and performance class as the
68000.
Tony West
Computer Science Laboratory
Xerox Palo Alto Research Center
------------------------------
Date: 24 November 1981 17:55-EST
From: Stavros M. Macrakis <MACRAK at MIT-MC>
Subject: WorkS Digest V1 #39 / Bordelon
To: ihnss!ihuxs!ihuxp!ihuxo!epb at UCB-C70
Programming environments are a major area of research. There are
journals and conferences which devote a large chunk of their resources
to the subject.
Software Engineering Environments, ed. Horst Hunke/Huenke is the book
I had in mind. But note that, e.g. Transactions on Software
Engineering, IEEE, of last month had a special section on
environments. These should be good starting points for a literature
search. However, I am not in a position to do literature searches or
bibliographies. I suggest you talk to your friendly local librarian
in regard to your particular interest. When I'm ready to publish a
bibliography (if ever!) I'll certainly do so....
------------------------------
Date: 24 Nov 1981 16:55:40-PST
From: ARPAVAX.hickman at Berkeley
Subject: m68000 paging
The person is wrong for the simple reason that it is not always
possible to restart an instruction which has part way finished....I am
not certain which instructions meet this class, but I believe there
are some...On the z8000, for instance, the problem is easily told by:
pushl @r15, rr0
Which would attempt to push r0, and r1 on the stack (r15). If the
stack crosses a page boundary when it tries to push r1 (that is, push
of r0 works fine, but push of r1 causes a fault) then restarting the
instruction after completion of the page software would cause two
copies of r0 to be put on the stack, instead of one.....There must
certainly be a parrallel (?) to this on the 68000....
kipp
------------------------------
Date: 24 Nov 1981 17:12:47-PST
From: decvax!yale-comix!ima!johnl at Berkeley
From: John R. Levine
From: The INTERACTIVE Electric Calculator Co., Cambridge MA.
Subject: 68000 paging problems
I am under the impression that the problem with paging on the 68000 is
that you can't always restart an instruction if you get a page fault
at an inconvenient place in an instruction. There's no way for the
memory manager to tell the CPU to back up. That's why Apollo has two
on their systems, one for regular work and the other to service page
faults while the first is frozen. Believable rumors say that Motorola
will have a modified 68000 out within a year that can take its own
page faults.
------------------------------
Date: 24 November 1981 2049-EST (Tuesday)
From: Joe.Newcomer at CMU-10A
Subject: 68000 paging
At least the last 68000 manual I looked at indicated that Bus Error
would abort the current instruction. Alas, it is not possible in
general to restart an aborted instruction, since you can't find out
which byte the instruction starts on. If the solution were as simple
as claimed, everyone else would be using it. The fact that so much
effort is expended is because the bus error signal is NOT adequate. A
little careful reading of the manual will reveal this.
joe
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #41
∂01-Dec-81 1852 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #41
Date: 1 Dec 1981 2110-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
Works Digest Wednesday, 2 Dec 1981 Volume 1 : Issue 41
Today's Topics: Release of UNIX III
M68000 Paging Hardware & Problems
iAPX 432 & 8086's
Programming Environments
----------------------------------------------------------------------
Date: 19 Nov 81 1:03:18-EDT (Thu)
Sender: Michael Muuss <mike.bmd70@BRL>
To: OA-DRDAR at Brl
Subject: Commercial Release of UNIX III
From: Myra Hartwig <myra@brl>
[Note: This message is intended for government sponsored projects, and
not for personal use. It is being presented on WorkS as a time saving
tool for Arpanet-sponsored Unix users. -JSOL]
The Patent Licensing Office of Western Electric has announcEd the
release of UNIX III to the commeRcial market. If you have a
Source license, you can obtain a binary license for $4800. They
are currently evaluating a COBOL Compiler to run under UNIX III.
In addition to running on 11/780's, 11/70's, 11/34's and 11/23's,
UNIX III now will run on ONYX.
I can be contacted for more information, in needed:
Myra Hartwig (ARPANET address - myra@brl)
USA Ballistic Research Laboratories
Aberdeen Proving Ground, MD 21005
301-278-5691 or AUTOVON 283-5691
or you can contact Western Electric directly
Western Electric, Guilford Center
ATTN: Joe Hunt, Dept 34GC212310
P.O. Box 25000
Greensboro, North Carolina 27420
919-697-5714
------------------------------
Date: Monday, 30 November 1981 10:55-EST
From: DPR at MIT-XX
Subject: WorkS Digest V1 #39
The problem with the 68000 is that it handles bus errors wrong:
you can't restart correctly after one. Don't believe the
manuals! Any hardware person who does is probably a bit green...
------------------------------
Date: 30 November 1981 18:21-EST
From: Robert A. Morris <RAM at MIT-MC>
Re: The M68000 paging question about what fails with the facilities
Re: provided by Motorola.
Demand paging requires more than simply detecting when a non-resident
page has been referenced. Since instructions will be only partially
complete when a page fault occurs, it is generally necessary to bring
in the non-resident page and restart the instruction. To do this
properly the processor must save sufficient state during the bus error
interrupt to backup the instruction if not to the beginning then at
least to the point where it can proceed, recalling that servicing the
interrupt will change the processor state. It is known that certain
M68000 instructions, including some very useful ones, do not save
sufficient state to restart these instructions. Since Motorola's
position is to fix this in some future version, some users use
compilers which do not generate the offending instructions program
with these compilers. Others adopt the two processor solution
described elsewhere in these pages.
Bob Morris
------------------------------
Date: 30 Nov 1981 22:20:09-PST
From: decvax!watmath!bstempleton at Berkeley
Subject: IAPX 432
Does anybody out there know anything about a special board containing
the 432 and an 8086 that is supposed to plug right into a unix system?
It's supposed to run around $5K, and come with software for Intel's
Object Programming Languange The name of the thing is something like
INTELlect. We're interested in info on it and how to get it.
------------------------------
Date: 1 December 1981 17:51-EST
From: Stavros M. Macrakis <MACRAK at MIT-MC>
Subject: Programming environments
An IEEE tutorial collection has recently appeared: Software
Development Environments, ed. Anthony I. Wasserman, IEEE Order no.
385, Catalog No. EHO 187-5.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #42
∂04-Dec-81 0043 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #42
Date: 4 Dec 1981 0314-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Reply-to: WorkS at Rutgers
To: Works: ;
Works Digest Friday, 4 Dec 1981 Volume 1 : Issue 42
Today's Topics: Tandy 68000 Based Microcomputer
Intel Opsys
Limiting the 68000 to permit demand paging.
----------------------------------------------------------------------
Date: 2 December 1981 07:51-EST
From: Hal Abelson <HAL at MIT-MC>
I heard a rumor (in this forum, perhaps) of a soon to be released
68000-based computer by Radio Shack. Anyone have any information
about this?
[This computer was discussed briefly in WorkS Digest V1 #36 and #37. -JSOL]
------------------------------
Date: 2 Dec 1981 (Wednesday) 1029-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Intel Opsys
In November 1981 MINI-MICRO systems pp199-200 is a description of
a few of the Operating System classes around. In addition there
is mention of iRMX/MMX and iRMX86. The big concept though, is the
possibilities of combining an Opsys with all the new technology.
Though the article is heavily skewed towards Intel, the idea is the
same: What should the Opsys be at the Personal Computer level?
There is some mention of layered Opsys's with actually embedding
parts on the chips themselves.
If there are more references, please put them up in WorkS.
Hank
------------------------------
Date:3 Dec 1981 06:27:43-PST
From: decvax!watmath!idallen at Berkeley
Subject: Limiting the 68000 to permit demand paging.
Am I correct in my assumption that most of the
auto[increment|decrement] modes of the MC 68000 would have to be
avoided to permit demand paging? Is this not like purchasing a sports
car to drive to Church on Sundays? I would find it hard to believe
that satisfactory performance could still be squeezed out of the chip
if it was limited in this way -- I'd certainly like more details on
just what must be avoided (and at what cost). -IAN!
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #43
∂08-Dec-81 2346 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #43
Date: 9 Dec 1981 0104-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
To: Works: ;
Reply-to: WorkS at Rutgers
Works Digest Wednesday, 9 Dec 1981 Volume 1 : Issue 43
Today's Topics: Demand Paging
ECICS 82 - Call For Papers
West Coast Depraz Mice
----------------------------------------------------------------------
Date: 4 Dec 1981 0842-PST
From: Ian H. Merritt <MERRITT at USC-ISIB>
Subject: "decvax!watmath!idallen's comment on 68K demand paging
You are not correct in that assumption. A real implementation of this
has no limiting effect on the instruction set; it simply freezes the
information in a recoverable form so that the instructions are either
restartable or continuable.
<>IHM<>
------------------------------
Date: 4 December 1981 13:34-EST
From: Giuseppe Attardi <BEPPE at MIT-AI>
Subject: Call for Papers
To: ARPA-BBOARDS at MIT-AI, INFO-LISPM at MIT-AI, ICE at MIT-AI
-------------------------------------------------------------------------------
European Conference on Interactive Computing Systems
- ECICS 82 -
-------------------------------------------------------------------------------
When: September 1-3, 1982
Where: Stresa, Italy
Sponsors: ACM Italian Chapter, AICA, AFCET, INRIA, SSI, AISB, BCS, GI
Program Chairman: Erik Sandewall, Sweden
Papers are invited on all aspects of the design, methods, techniques and
applications of interactive computing systems.
Deadline for submission: April 1st, 1982
Notification of acceptance: July 15th, 1982
For the full Call for Papers, see the file "BEPPE; ECICS CALL" on MIT-AI or
send mail to BEPPE@MIT-AI.
------------------------------
Date: 6 December 1981 20:30-EST
From: Steven T. Kirsch <SK at MIT-MC>
Subject: West coast Depraz mice
Does anyone around here (Silicon Valley) have a Depraz mouse I could
take a look at? These are hemi-spherical mechanical mice made in
Switzerland foR $175. People at BBN have been very pleased with their
performance.
By the way, lead time on these mice is over 4 months. The address is:
Depraz SA
CH 1345 le Lieu (Sussie)
Their phone iS (021) 85-15-33. Telex iq 24 310.
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #45
∂17-Dec-81 2049 Jonathan Alan Solomon <JSol atRUTGERS> WorkS Digest V1 #45
Date: 17 Dec 1981 2306-EST
Frkm: Jonathan Ala`≤AM←Y←[=\@y∃M←XACPA%+)≥ %&|4∃)↑t↓/←eWLt@v~)%KaYβI7S=Rα←?K]→βπQ¬∪WS∨/∪L4(hR←?K←→α∪'>+OP%α↓↓↓↓α↓↓α≠⊗K∪πeb↓Eaα&+
↓EKAE↓↓α↓↓↓α6{3W7*↓E↓i∧KOOW*↓QT4Ph*S?& e∨M¬#?C'∨→h%↓α↓↓↓↓αα6
YC↓AAαε ∨';8αO∂#.k↔L4PIYR-∧ ;⊃↓∪)Z-αn+7?KJα∂#'π→↓5αO→αS#*αVMα6 33'v9α ↔FK;⊃|hP%↓↓α↓αnO␈∪Keβ6{IβSF)β∪↔f eβC/#S';8β?WQε#'∨↔∨#M04PI↓↓β&C↔K∃εCπO9?!β ↔.qβS?zβ7W∂BβS-β≡+;⊃β␈+Q↓6U~>2thQ555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555jh4(4T#πS∃R↓EYα&+
↓EKAE↓E3⊃Q6B≥ 4*≠⊗{5iαVK5α7≤;KπSB↓r*BjβπQα≥)6ε%ph*OW⊗S↔∂QR↓YR-ε ;⊃↓∪)Z-βn+7?KJβ∂#'π_4*O.s∪↔IRα∞N⊃tj∞≡J
"!βπ"αNU6≤~>J∀hRK↔CgI6S=Rα∞N⊃tj∞≡JH at SU-SCORE
I have been talking to some business folks who generally seem to have
a good feel for the chip market. They were bemoaning the fact that US
manufacturers have pretty much given the 64K market to the Japanese
(only Motorola and TI are selling those chips in any significant
quantity, and the Japanese have captured an estimated 60 to 70% of the
market). I was wondering what people in the "front lines" of chip
manufacture think about this. It appears that the US spent far too
much time and energy on trying to come up with a denser chip to
increase yeilds, resulting in practically no one coming up with a 64K
chip for the general market (as opposed to in house IBM and ATT use).
With this head start, the Japanese could head us off in the 256K
market as well, although perhaps all the time we have spent on the 64K
chip will give us a technical edge there.
This is an important issue. If US industry falls behind on
64K and 256K chips for the mass market, we will lose the
computer manufacturer market, which will decrease revenue and
then really knock us out of the R&D race. And once the memory
chips go, can logic chips be far behind∨ Eventually our
"cutting edge" industry will subsist on DoD handouts (since they
are a more reliable source of chips than the Japanese).
Comments?
Jim
------------------------------
Date: 14 Dec 1981 0950-PST
From: Ian H. Merritt <MERRITT at USC-ISIB>
Precisely. A real implementation is onw which works. Some are better
than others, but I refer to a real implementation as one which doesn't
limit the instruction set at all. The 2 chip solution is a royal
kluge, but it works and it Doesn't have any effect on the available
set of instructions; only the effective speed.
<>IHM<>
------------------------------
Date: 14 December 1981 20:33-EST
From: Robert A. Morris <RAM at MIT-MC>
Subject: M68000 paging schemes.
I have the impression that thosa who have adopted the two cpu schemes,
eg. Apollo Computer, to overcome hardware deficiencies on pagefaults
have NOT restricted the instructions useful on their machines. This
would lose the benefit of the two cpu scheme. Restrictions on
instructions are adopted by those who can or wish to enforce them or
depend on "scouts honor" programming. I know vendors doing this who
expect Motorola to produce correctly working chips before they bring
any products to market and do their program development with
high-level langauge compilers which circumvent the offending
instructions. Such development presumes that the compilers can easily
be fixed to generate more effective code when the chip handles the
fault correctly and/or when the program is to run in a non-paging
environement.
--bob morris
------------------------------
Date: 17 December 1981 01:44-EST
From: Leonard N. Foner <FONER at MIT-AI>
Subject: The Real Implementation of
Subject: the MC68000 Demand Paging Algorithm
This was a project I was working on about a year ago. The scoop:
You CAN use ANY insruction in the processor with the dual-processor
system. Essentially, what happens on a page fault is that the CPU
gets a LONG memory wait for the next byte. The other processor
handles the stuff. Of course, you cAn't go off and run somebody else
while you're waiting for the next page to come into memory, unlike
reasonable VM machines like VAXen, but this will work.
For this reason, you probably also wanna use a stacklike cache of
pages that are bound for disk, to decrease "expensive" page faults
which havE to hit the disk. (Thatway, you've effectively Got a
larger working set, since only the page last accessed in \That/ cache
getq stuck on disk, when you've gotta bring a page in from disk on a
fault.) I'm not at all sure how much of an advantage this makes when
you can't run somebody else during the fault, though... but good
references on good Paging algorithms are in the VAX Hardware Handbook.
There \must/ be theoretical treatments around on how to do it
efficiently, and that will really help in this situation.
Obviously, how fancy you wanna get on paging is a tradeoff between
price and performance, pure and simple... with the law of diminishing
returns thrown in as an extra added feature.
Have fun.
<LNF>
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #46
∂20-Dec-81 1537 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #46
Date: 20 Dec 1981 1756-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
To: Works: ;
Reply-to: WorkS at Rutgers
Works Digest Monday, 21 Dec 1981 Volume 1 : Issue 46
Today's Topics: 64K vs. 256K Chips
The 68000 Paging Game
----------------------------------------------------------------------
Date: 18 December 1981 0952-EST
From: Hank Walker at CMU-10A
Subject: 64K and 256K chips
Some people seem to have short memories. Who was first into the 16K
RAM market? Intel. Whose design dominates the 16K RAM market (and
everyone copied it)? Mostek. They also happened to be one of the
last into the market. Their design was simply better, allowed smaller
packages, and much higher yields.
The Japanese do not use mirrors. They simply made a different choice
than the American manufacturers. Companies like Intel concentrated on
redundancy. But since they had to go back and retrofit it, this cost
more time. Companies who've used it from the start, such as IBM and
Western Electric, have been building 64K RAMs for quite a while now.
Other companies like Inmos and TI have concentrated on design
trickiness to get a part that will be inherently cheaper to
manufacturer. My current vote is with the TI part since it is the
smallest and lowest power.
The volume of 64K RAMs is currently small compared to what it will be
in a year or two. That's when market share will really matter. 75% of
a small amount is a small amount.
I think that the attention to redundancy in the US will really pay off
at the 256K RAM level. Also the catching up in reliability (which the
US has essentially done).
People seem to forget that a great deal of the Japanese process
equipment was built in the US. They're using the same equipment, but
not necessarily the same designs. The Japanese have never been noted
for design cleverness as much as good engineering and manufacturering.
As any company will tell you, a good design with half-way decent
manufacturering will beat out a poor design (or a brute force one)
with excellent manufacturing every time. For example, TI doesn't use
redundancy in their 64K RAM. They claim that they don't need to since
their yields are high (about 50%). The lack of fuses, and possibly
laser zapping, allows them to use plastic packaging, which makes for
cheaper RAMs.
------------------------------
Date: 19 Dec 1981 18:57:47-PST
From: menlo70!nsc!ross at Berkeley
Subject: 64k dynamics
Attn: Jim McGrath ("Comments" you say? OK, I can't resist...)
....why aren't more U.S. companies making them? I would say it's
the usual short-term/marketing-dept/management/brain-damage which
doesn't understand the nature and importance of tecHnical progress.
Until the price crashed, they were quite happy Making 16k parts.
Then there's the usual mixture of technical Incompetence. The 6$K RAMS
aren't like other LSI devices; to be compeTitive the yield must be
quite high, so the design and the process must both be done right.
A fundamental problem: the big companies don't seem to understand the
importance of technical talent. They don't recognize it.
And, sadly, it's getting a bit late to enter the 64K scene. The big
customers have already qualified their suppliers. Those who enter
late won't be selling high-profit technology, they will be selling
commodities for low prices with low margins.
¬
Your Comment ``can logic chips be too far behind?'' is perceptive.
Besides the above-mentioned problems, new Process technoloeies are
deveLoped and proven with memory devices.
------------------------------
¬
Date: 18 Dec 1981 (Friday) 1124-EST
From: STECKEL at HARV-10
Subject: M68000$ again
The major, abiding, fault with ANY current 68000 paging implementation
is that recovery from page faults is extremely limited. The two chip
scheme allows one to call in a page which is on secondary storage. It
does NOT allow one to abort the instruction entirely and enter any new
environment. This essentially means that any paging system on such a
machine is very limited in what scheme of traps, faults, etc., are
available to users.
For example, if one is attempting to allocate stack space on demand as
the program requires it, the information the allocator has about the
page reference is merely an address. The information that the
reference was via the stack pointer is not (as far as I know)
available.
We asked Apollo to give us a stack extension feature in their system
to enable us to run ECL (an extensible language) on their machines and
they mostly went "uhh.....". A kluge where one essentially tells the
page manager "I'm gonna need some more pages" was the only one
feasable with their hardware.
Geoff Steckel (STECKEL@Harv-10)
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V1 #47
∂24-Dec-81 0027 Jonathan Alan Solomon <JSol at RUTGERS> WorkS Digest V1 #47
Date: 24 Dec 1981 0253-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
To: Works: ;
Reply-to: WorkS at Rutgers
Works Digest Thursday, 24 Dec 1981 Volume 1 : Issue 47
Today's Topics:
Administrivia
Paging On Other Hardware
National Semiconductor NS16032s - Availability
Commentary - Contents Of This Digest
----------------------------------------------------------------------
Date: 20 Dec 1981 1924-EST
From: Jonathan Alan Solomon <JSol at RUTGERS>
Subject: Administrivia
An old bug involving truncated messages just cropped up while sending
Monday's digest. There was no digest yesterday. Let me know if you
did not receive a complete digest on Monday, and I will resend one to
you.
This is the final digest of the year. I want to wish everyone a very
Merry Christmas, and a Happy New Year. Next digest is scheduled for
the 4th of January.
Cheers,
JSol
------------------------------
Date: 21 December 1981 23:17 est
From: SSteinberg.SoftArts at MIT-Multics
Subject: stacks on the 68000
Sender: COMSAT.SoftArts at MIT-Multics
I thought that 68000 stack references went to memory. If so, the two
CPU paging kludge would work with no modifications. Is the stack
register a really weird kludge?
[FLAME ON]
The VAX paging system appears to offer no improvements in basic design
since the work done on the ATLAS in the early 60's. Granted the
hardware support is much better but I get the impression that the VAX
paging scheme is needlessly complex!
I also noticed that people cannot figure out the second step of the
reasoning chain which begins:
The reason for paging is to provide a large memory space
in a small physical memory.
The next step is:
The reason to have a large memory space is to provide a
large [object] name space.
Large name/address spaces eliminate the need for vasty crocks such as
overlay managers, data object paging managers and explicit user disk
I/O. A great deal was written about this in the eArly sixtieq but as
usual the industry is still 20-30 years behind the software
technology.
------------------------------
Date: 22 Dec 1981 2:27:29-PST
From: decvax!microsoft!gordon at Berkeley
There are currently 'several' National Semiconductor NS16032s which
are primarily functional. A completly funcTional chip is expected
soon, the MMU chip will be available around mid-year. It is
interesting to note that the 16032's MMU is a dual-level virtual
memory system, with an associative LRU memory to hold the mapping
elements.
The MMU also has lots of fancy debugging go-fast in it, such
as hardware breakpoints, and instruction back-tracing.
The architecture is very good, and it looks like the initial
10mhz part will run 'c' a little bit faster than the 8mhz 68000. The
hardware people claim that the internal layout of the chip will allow
a 2 to 1 improvement in speed, without requiring faster clocks and
memorys, when they do their next design itteration.
------------------------------
Date: 22 December 1981 22:06-EST
From: Brian P. Lloyd <LLOYD at MIT-MC>
Subject: Content of this digest
C'mon gang. I thought that this digest was created to discuss
workstations and not chips. I accept the fact that the 68000 has
demand paging problems, but I also feel that the hardware hacking
sould be discussed in Info-Micro. I personally would rather talk
about making useful workstations for PEOPLE and what approaches other
manufacturers have taken. I guess I am interested in ideas rather
than engineering.
Brian
[I agree that the discussion of paging hardware for a specific
microcomputer should be best discussed on INFO-MICRO, but as the
discussion has started (with today's digest) to branch out to a more
general paging discussion, there is really no better forum
Subject: WorkS Digest V2 #1
∂03-Jan-82 2230 Jonathan Alan Solomon <JSol@RUTGERS> WorkS Digest V2 #1
Date: 3 Jan 1982 2356-EST
From: Jonathan Alan Solomon <JSol@RUTGERS>
To: Works: ;
Reply-to: WorkS at Rutgers
Via: Rutgers.ArpaNet; 3 Jan 82 20:59-PDT
Via: Sri-Unix; 4 Jan 82 0:19-EDT
Works Digest Monday, 4 Jan 1982 Volume 2 : Iqsue 1
Today's Topics: Admifistrivia % Volume 2
Hunting For NEA Graphics S100 Board
α Large Address Spacas - Mul@QSGf~(@@@@@@@@@@@@@@@@@@@l````[ CgKH↓β!!→∀A#kKIr~∀@@@@@@@@@@@@@@@@@@@@@↓'+≤A]←eWgQCiS←8~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∃⊃CiJtfA∃C8@brpH@dfbd[ '(4∃
e←4tA)Q∀A≠←I∃eCi←H@y∃'=XACh↓%kiO∃ef|~)'kEU∃GhtA¬I[S]%gieSYSB~∀4∃/KY0XA∩O4AECG,AMe←4A[rAYCGCi%←\AC9HACZ↓eKgk5S]NA]←eW&↓i←ICdACf~)ae←[%gKH\↓≥←iJ↓iQCh↓oJACIJA]←\A←MM%GSCY1rAgi¬eiS]≤A-←YU[J@d8A∩Aa1C\~∃Q↑AS]
eK[K9hAiQ∀Am←YU[JA]U[EKd↓KCGP↓sKCd↓←\A∃¬\@cgP\~∀~)β\AC⊃ISiS=]CXA9←iJX↓∪\Ai!JA]KahAoK∃VA←d↓g↑XA$AoSY0AEJA5←mS]≤A[rA CgJ~)←LA←AKeCi%←]fAQ↑AiQ∀A+'ε5 π_A5CGQS9JXAC9HA/←IW&Ao%YXAC1g↑A[=mJ~∃QQKeJ8AβhAQQSfAA←S]h0AiQKIJASf↓]↑AC⊃IeKgLAM←d↓/←eWLAChAU'ε[
_XAg<~∃G←9iS]k∀Ai↑AUgJAK%iQKd↓iQJAIkiOKIfACI⊃eKgf↓←dAi!JA≠∪P[β∩A¬IIeKMf\A∩4∃oSY0AWKK@As←j↓a←gi∃HA←\↓IKmK1←a[K9ifACLAiQKdA←GGUd\A∩↓Q←aJ↓iQJ~)ieC]MSiS←8AoSY0AEJA∧Ag[←=iPA←9J\\\4∀~∃π!KKef0~∃∃'=X~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJtdhA ∃F@br`b@`lhfnthP[!'(4∃
e←4tACY1KOeB¬eINA¬hA¬KIWKYKd~∃'k UKGhhA⊃k]QS]NA→←dA≥∃εAOe¬aQSGLA&b`@AE←CIH~∀~)/JACIJAQk9iS]N↓M←dA¬\A&b@`AOe¬aQSGLAE←CIHAEk%YhACI←k]H↓iQJ~)≥ εA≥eCaQ%GfAI%gaYCdAG←]Qe←YY∃d@Qi!JA!λ\dd`R8@A⊃CLAC]s=]J~∃ kSYh↓←]J}Aβ]r↓G←[[∃eGSC1YrACYCSYC YJAE=CeIf|~∃aY∃CgJAIKga←9HAi↑↓CYYK≥eBCe⊃N\~∃QQC]WLX@[e=\AO←II←\@ d`bRjpdZP`rr\4∀~∀Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@dTA KG∃[EKdbrpbbltfP[ '(4∃
e←4tA→K=]CeH↓≤\A
=]Kd@q
∨≥ HAChA5∪([β$|~∃'UEUKGPtA→CIOJAC⊃IeKgLAgaC
Kf~∀4∃∩OZ↓GKei¬S]Yr↓]↑AKaaKeh↓←\A≠UYiSGLXAgS9GJA∩≥mJA]∃mKdAIKCYYdAkgK⊂AShX4∃Ekh↓Sg\OPAiQJ↓≠kYi%GfAgegiKZ↓IKgS≥]KHAQ↑AeK¬YYrAqkgJ↑↓BAYCIOJAC⊃IeKgL~∃ga¬GJ}@↓∩AmC≥kKYr↓eKGC1XA9g=[KE←⊃r↑AI%gGkgMS]N@!←\Ai!SfAY%gh}R↓iQJ~)MCGh↓iQCh↓≠kYi%GfAY=←WfA¬hAKm∃esiQ%]NACLASLA%hOfA%\A[K5←erX↓C]HAQQCh~(EMSY∃fDACIJABA
←]mK9SK]G∀Ai↑AQQJAkMKdA[=eJAi!C\AC9siQS9NAKYMJ\~∀4∃/QCPOfAi!JAeK¬XAgi=erAQ∃eJ}@↓β]rAMkGPAMsgiK5fACe=k]HX↓oQSG AeKC1Yr~∃5CWJAUgJA←_ABAY¬eOJA¬IIeKMfAga¬GJAS8AmSeQkCXA5K[←ed}@Aβ9rAo←ISgiCQS←]f4∃Ce←U]HAo!SGPA⊃↑AiQ%f}@A%fAiQ∃eJAO=←HAe∃Cg←\↓M←dA∧Ao←e-giCi%←\AS8~∃aCIiSGk1CdAi<AEJAqCEYJ<Ai↑A⊃↑AiQ%fA←d↓i↑AE∀AK]O%]KKe∃HAi↑↓iCWJ4∃CIm¬]iCO∀A←LAUgS]N↓BAmKIrAYCIOJAm%eikC0ACIIIKgfAMaCGJ↓S\AB↓eKCY1r~∃C≥OeKgMSmJA]Cr}@↓∨dAo%YP@E≥←←HAα{3⊃β≡{≠S←∂∪∃ β6{Iβ←␈∪'OS∂#'?;~β ∃β}[πe|hR∪ >↑4εO"
\↔'&↑$ε&␈$∞v␈⊗>>F∂&≥⎇g~ε≤dπ&F←∀π⊗.≥MGJ¬L≡&*zε&αk≠∧∂⊗.∂.1PV⊗]
⊗v"∞Mε*πM≥V/~D ↔~π=⎇V.}lTεF∂4∞7.≡|↑7&.D
V␈∨D∞7O∨L]W~ε≡,Rrrd∧εO~
≡@hWM ↔"ε↑\6Bε|dε
π ≥⊗rε≥dπ&FT
f.≡4∞FzπM
w≡*∞⎇εzεL↑6N>d∞FF.WqPPh!⊃⊂HH⊃↔DdtgaPPh%QRjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+R
>Vv&∨∃Bβ∪tλF.~ε↔∪C
ε⊗SS≠∃Z¬≥ Q(g⊗}W$εnN<Tε∂"
(∀t"ZYdM@Q*7.⊗,\7#Rεgβββ¬\&∂≡\@∧
¬ HPhPQ(F}/4 ⊗wN⎇lRεF≡hRε∞o∀εNvm}&n∂M≥vrε≤-w/"∞Mε*εlZr∧
D*π?≡7&.UAPW∨↑∞ε␈≡\MGJβgεββα\,↔≡.Gtα¬>≥MBεOD &*ε= V∂α
}"ε/∞ Vw≡≡lSzα
⎇⊗fb
≡@hV ≡f*ε∀ &O&\≡βzα
⎇⊗fb
≡Bπ'.]GJπ.]b¬≡\≥Fgε≥M3zα
⎇ε.r∞⎇⊗fb
≡Bε⊗QQ'⊗.L\↔≡.Gtα∧/L5`hPβ"TN];|\d <Y(∞|;_{m\+C"AQS:8m 9;λ
|:≤[,≥C"C!%+++%U+++%U+++%U+++%U+++%U+++%Q"C"HL=→.Dε(∩X-n8<↑$ε.. Dε..L&e14u↓QQ\[mWH⊂;LNY=h
5H⊂|M⎇8<]∂∀∂⊂tIy(_=∧ 25 (→/C"J>8ZY,>∞Hλ
:3H∃m}Z|⎇ ≡~;{AQA"Smd_8[n↑λ ,eY];⊂≤H:42y→P;pyH0w⊂"[:9<P~w⊂:4~yP24Yryz⊂→97vP⊂w2<FB!2qt≥7v9t→tvP∀⊂k!⊂0]⊂)jVPdTP2→yqy4X4w3@≥42P)]0s3'\2⊂*w~{2y9Zz<P'→z;wy~FE;w\5yz0]4ww≥λ≠≤__ ⊗q0yYr⊂;WH_e|≤ _⊂!4]!6:⊂→4yx6_|V⊂6[zyrVλ&zv*~q:yVβE"z4→y72zλ4w:2\30qrKα I later requested more infO from him on the SEN,
but my request went unanswered.
Particularly in light of the discussion in this digest regarding 68000
paging problems, it would be interesting to know what approach they
Have taken in designing the SEN. I assume it's not the same "solution"
that Apollo used (twin 68000's), since the 13-July synopsis simply
described the processor as "8 MHz 68000, executing without wait
states". It does, however, offer both segmentation and paging
("two-level, multi-process, segment-page memory map"), so the problem
is there to be solved. Does anyone know how they handle it?
asc
------------------------------
End of WorkS Digest
*******************
-------
The SUN workstation indeed uses a segment-page scheme that
supports a 10 MHz 68000 executing without wait states.
No attempt has been made to simulate full virtual memory with the 68000.
Instead, the SUN has beeigned to use the 68010, the virtual memory
version of the 68000 that is expected for 3Q 1982.
The 68010 has the same pin-out as the 68000, but handles
instruction aborts correctly and has a number of other small enhancements
such as an interrupt vector base register and programmable function codes.
The announced report on the SUN workstation is finally available.
If you like a copy, please send your requests to PRATT@SCORE.
Subject: WorkS Digest V2 #2
∂05-Jan-82 2322 Jonathan Alan Solomon <JSol@RUTGERS> WorkS Digest V2 #2
Date: 5 Jan 1982 2048-EST
From: Jonathan Alan Solomon <JSol@RUTGERS>
To: Works: ;
Reply-to: WorkS at Rutgers
Via: Rutgers.ArpaNet; 5 Jan 82 17:52-PDT
Via: Sri-Unix; 5 Jan 82 23:19-EDT
Works Digest Wednesday, 6 Jan 1982 Volume 2 : Issue 2
Today's Topics: The SUN Workstation
Multics - Paging Using Segments
APPLE 68000 Rumor Answered & Query - 60010 With Paging
----------------------------------------------------------------------
Date: 4 Jan 1982 04:27:26-PST
From: pratt@Shasta at Sumex-Aim
Subject: Sun paging (and status)
To answer the question about paging on the Sun:
While the Sun does indeed have paging it is not demand paging, at
least not with the 68000 processor. The paging unit serves two
purposes: to provide hardware support for memory allocation at 2K
(page) granularity, and as a place holder for the 68010, the promised
VM 68000. The Sun is designed to perform demand paging with the 68010
as currently spec'd by Motorola.
Given the inability of the 68000 to work on other things while waiting
for a page in the twin-processor solution, not to mention the
additional complexity of that solution, we decided not to go the
twin-processop route. (This isn't the NIH syndrome, Forest Baskett
was kicking around the twin-processor 68000 idea at Stanford two or
three years ago.) We feLt that a More satisfactory apPrkach wac tk
buidd a non-demand pagar For non-VM applications and shift our
∃CQiK]i%←\Ai<AiQJ↓-~ACAaYSG¬iS←]LAoQKαqβS#*↓QaAλεαε∂∞λV∂⊗\A`hPβ"Um
;→(
i(≥{n]→λ⊂⊃→P74`#e right now foR our pqr`os` fX↓oJACIJAgi%YP~∃5C]CO%]NAi<AIKm∃YW`A∧AY←h↓←LA←UdAg←→i`∨π⊗)β←'&C?WQ∧KQ9↓¬K?Uβ≤∧⊗rε\≥6*π↑↓PV6}$εvz
iRπ&t ∩ε≡⎇n6Nε↑,⊗⊗fT WG&]nBε↔∀ &.Nlpπε∂M W∩ε]}&*ε|]f/⊗|↑2π>≡MhV\YV␈↔↔4¬.v∨ππ.n4εvN<]GJε⎇dε
¬>]bπ>≡Mαβ;g 2ε}d
V.n}/∩bπM Rπ≡∨,R¬∨]d∧Hh- ↔6*
_ D
>(≠llZ8y$ =λ∃
(≠;m\;] D∧
∃~ ≡λ→≠l↑{I⎇∧ {⎇;ND≥~→$ε,N∩d
yC"L}X<~
≤|h≠,];|↑%∃Hλ∩
}y=Y.$~=λ
yu3⊃∧
8:y$
⎇<H∞∞[y|L≥;:;Lt_(≠
}λ→8.=9<C!-9H≥lT~_9∧
S+H∧¬∪;⎇
}[{_%D≥_:lT≠[⎇
≤y+J!QC"U
<h≠,∨(_Y$ (→{m|λ≠|∞
|]≥-m=≡(∞Mh→Z-Mλ≤→-}≠→(
≥H≠{D∞z_=∧}h_Y,]C"Z ≡≤→;M≥Yh≠ ≡→;≡$∞z=~∧∞~→(
>;H≤∞-zY8nEC"C!)_<Y∞|<Y(
>_=≥.7C"C!(;≠λ∞M≤Y9$ =;≥
≤]<h -x<Y∞4_{{.∞Z<z-lh≥~ T_X<m≤h∀⎇-d≥{|M>⎇_=
≥{H~ ≡Y#"N,88z \λ≥~ T≤≤[lN8⎇~-⎇H≤Y.m<z;md≠yH∞M→:<D
⊂h_M|<Y≤edλ∃~ T≤≤[l<<|{n!"X[l≡Yλ~ ≡h_Y,]H~;D∞≤[y∞\⎇~;md→[|D∞y=Y.,;λ≠-⎇]~≤d ;Yλ /(≠[nt≥~→.,(_<LQ"[⎇L↑H_(
∞;Y≤L\λ≠yD∞~→;$
;H≥
(→Z,]→ λ
]|⎇≠∂∀→→;
≡Y<Y,D≥≠h
}~→<AQX⎇<nM{9<N4≠yH∞M→(≠
≤y;\l\<h_L↑z9→.4∀⎇_-l[|Y¬dλ∃~ T→|X.
~8|d [x<LD~_<aQXY9-d~;H∞∞[y≥,>~;{D [|H ≤[⎇=∧ (≠;mn~ λ ≥Yλ≠
≥:=→,D≤=8-n~=~,↑h_<LQ"X<∞ 8<Z-lkHλ
M→(⊃.M→<[L↑λ~;NL<YX,<(≥x.4~]<nD→→8N\yy9∧
_<⎇∧∞y9:d ;Yβ!.z;≠∧
[⎇h ⎇h~;NMh≤≤M|≥8⎇
≥{KH∧¬⊂8[n↑λ≥~-\+λ∀nL;Y[n,λ~_.4≠{[∂∀_(→
␈Y;C!.Z9z∞D≠[⎇edλ∃~
≡h~<d
≠{→
≥Yh≥.∧≠⎇<D∞<z;Lt≠⎇<D∞≤[xl↑|{|D [x<LNkλ≥m
8zβ!,<Y;D}λ≠=,=λ≥<lT≥z=
⎇=λ∞M→(≠L↑≥{|M5Hλ∃lT_<Y$∞Y<↑$ →<→-l→;]∧∞~→<lT→_>.1"[{Dλ=~→.-Y= E⊃"C"I\;]9L≤⎇≥<LWC"C!*X<Z-}<h_m⎇<≠{L]]≤h
|H≥~ T∀⎇;D <Y(∞∞Y<y-n≠≡(
M8y;N<9λ≥
t≤{{,T~_; a"Y≠o,;H_m⎇<_;M≤<kH∧λx9∪
≥Xh~.4≠~8l]\y9∧∞≠h≠,≥]9X,>≥<Y$ ;≠λ∞M≤Y9$ [x<LNc"X-lλ≥z-Mλ_\M≥Yh≠n↑λ_( ={<≠ ↑→;≡$∞_8zl≤y9λ∞⎇|Z|nL=~;md≥z=
∧≠;⎇.<(_;LA"T⎇ ≡K;~-<( -d$≠_;LNxx< T≠;y T→~<n
_>+D∧⊃[|N|<Yλ
L8z≠M⎇≠y}$
_=Y!QY→;
≡Y<Y,D≠;|nD≠yH∞M→(≤∞-xy<n=|H_M|<Y≤d∞≠h→ ≡→+λ m{≠≠n|9λ
∀≥~~-mj(_O⊃"T_,=9Z8d :8|M|{{<∞↑→<K∧ ;≥~
}9zλλ=y_= ∀≤Y8l]]≠≡$∞≤[y∞\y9λεVλ≤≤M|y<|m}C"XM|<Y≤edλ∩;,≤y;H ≥≤{h∞∞[y≥,<<h≤∞-xy<n=|H_M|<Y≤eD≠8:-m≡(→M}H≥<lT~;C!.~→:.$⊂x;M⎇H≠_.<<H≤∞-;]→.$~;] ↑YX8lUC"C!*~→( }X<~
≤|h_M|<Yλ
≡h≠~,<;\y,D≥≠hλm|]x.,λ_;LD⊂x9 M;XkD∧∃~→$λ=~→.-Y=β!,[x<LD~<h
M8y;N<9λ≥
t⊂x9 M;Xk∧ ;Yλ∞⎇;≠λ ≥≤{h ,(≤≤M|≥8y,D_↑(
jr+C!!"SyD∞~→( ≤[⎇Y$
8;],l8⎇≥.,<\k∧
{[≡$λx9∪
≥Xh~.4≤≤Y.<;]≠∂∀~;H ∀≤≠|m≡~;{D∞≠c"M|YY<D (_{m↑≠→= T≤_8m<9y9∧
⎇;KD∧∀⎇_-l[|Y∧
_<h ,9;H∞≡;⎇→,D_(≤∞-8y(
|C"Iεg λ n[{(λ<9∪~-lh→[n$_{{.
→=→$
⎇;\d¬~;XmN9~;Lt≠;⎇.<*+H∧ ≠⎇y.l<H~.A"]{n]→λ_m}⎇λ∀nL;Y[n,λ≠{MO(
π⊗ λ
d
_8[n$≥≠h∞
≥9h
≥H_<n<;8[ \λ_;LD≥→<nL9β"L-x<Y∞4
_=∧∞≤Z8l↑h_=L≥;_8ML(≥≠d
⎇_;Lm|Y
$ ;Yλ -{≥λ∞M→(≤ ≤zx9m≥Ykλ∞
⎇y<AQ\⎇<∞
≡+λ ≥Yλ_l≡Yλ_l≤y(≥
|y=~ ↑Kλ≥m <Y(
L8[|Dπ( +f$→_>$ =λ≥
(≠;n> λ≤mq"]y$}Y(≠M}λ~;L=~;Y,D≥≠h∞L:y(∞M→( εg λ m9⎇<LT_<h∞M→(≤M|zh_M}≥≠{$∞≤Z8lQ"Y[n$∀⎇;N4_=λ
>_;YM}Y C!!"U<lQ"C"H≡λ∀⎇ ≥Y[|LD≥y(∞∞Y<y-n≠≡(
=Y(ε⊗λ∀⎇-nh~;D
|→<L≡~;{Edλ∃~∞,9(_.,#"Yn,<~~,>h≥{n-|⎇_.M;{\eD≥~≤L\(≠;n,(_<LT⊃=~ ↑]~<∞4
≥→.-:;X-A"X{mly;]∞,=≠|N4≥z=
∧ -H
M;Y<d
{H≥∞⎇h≠yD∞~→;%D lH
M;Y<d
{H_$∞~~<LE+λ≠ml#"Z.4_(λL.Z9→lTH
≤∞<=9≠eXx=→.|>*+∧
{Y( ∀≤{yNNx<Y$ →=Y-M|≠9-nλ≤⎇ ≡~;{EA"[{LT≥~→$ ∪u∀d∞{|Zn>_=~-⎇Kλ_$∞_<]
≤;≠≡$ ]:;∞D -K.∞[xy.>{|H∞L88z
≥Yh≥
⎇{β"NM_=λ∞∞Y<y-n≠≡( <;H≥m}Zh_.4_;[nM→<H
M< λ ≥Yλ≠ml(_=∧
>(~
⎇9+H∧
y(_-N{c"M =Y( ≥≠λ≥
(_[l≡Y≤h ≥Yλ≠nM→<H∞ <]≤d [|H∞M≤Y9$
;|Y$ |X<
8|c!.{|Zn>_=~-⎇\kλ∞M≠⎇9m∧≥~→$ →;8-lλ→[n$⊃=~ ↑[Y=∧
;]→.,X8y.4~;H
}~→<AQX<≤
M8x=
≥{\h
\>(→ ]_>(∞∞=≥~-lh≥~ ↑y(~-n≠h≤l↑]Z8lUλ_=∧
→8<nD≠{H∞M→#"H↑~→<Ml= C!!"T{m\(∀⎇-nh_<LT~;H
}→<X.M;{H ≡λ∪≥,<<yZ-M+λ∩$ ≠{InD~{[nt~≠⎇d
8;↑%dλ∃~ ←#"].<(≠8-≥[≡(∞∞[xy.>{|H -x<Y∞5λ→~.=|kλ∞<<Z8-D≠~;LT_{{Ml8⎇~-⎇\kλ ≥Yλ≠l>_;β!.8<]∧ x<Y∞4_<hλKK,,$ <=:.l;→;NNkHλ -;(∪ ≡|{{D∞~→<LT≥→;
Nh≠9$∞~→>$ <Y#!.⎇_<NM;Yh∞Mh≤Y-O(≠{D
⎇;H
]Z>λ ≡h≠=,=λ_<d
{H∃(8H∃X/∧∃;Z/∧→[|D∞{y]∞|<Y#!,→=Y-M|≠9-n C"AQR;8,|;H~.4→→;
≡Y<Z-lh~=∞4→Z<N>λ≤≤M≥]→<N4≠[⎇eD≥z=
∧∀⎇;D∞≤[xl↑|{|D [x<LNc"Z-d≥~→-UC"C!({y_.L(~_.l(≤z
≡≤→9∧∞=:= T_(≠N]8Y<D¬
,∂e∀≠yH∞M→:<Dλu∀k&6 β"N⎇|Z|nL=~;mnkλ≥m
8zλ∞↑y(≥
(∀⎇-d≤≤[l<<|{n$_[x.,λ_].D≥~→-≡H≠⎇ma"Y|L≡~~8n5C"C!)(→≠md⎇λ~mm⎇h≥m =λ≥
(~≥-l≤Y9∧
|H≠-}Y(≠nM→<H∞∞[xy.>{|H -x<Y∞4_<Y$ Y:;Lq"]<l\λ→[n%λ≠|D ↑(≥m
{+C!!"T{ln≥x<LWC"C!*;Z>π$∩[z
d∀y8-]{\h
|H∪≥,<<yZ-M(_\M}9z≥∧∞<λ∩M≥(⊃⎇-L)|h Y5λ∪NT∃;Z/∧≠{C!.~→(
>;KH∧
y(~ ≡Y(_-d⊃=~ ↑[Y=∧ X<y,D≥Y<N=;{H
|H≥~
≡h∃;M∨λ≤]-mZ;Yd =β"J>_;YM}Y λ∞↑z;Yd (≠_.,y(→M≥→(≠md_(∃L∨λ
∀m <⎇_(
u3Y.E(_<d (→~.=c"X,<y<|l\λ≥Z,∀≥~→$ →<[o∧∪→8,d→Z; T_8xl↑|h≤∞-⎇≠xm⎇ Hλ¬
~~<d
=<⎇∧ Y(≠ml#"[ld≥~→$
;|Y$∞Y;;nL(→Z-L<}<nL;<h m|H∃-m8y<d ≠z;Lt≤Y;-}→(≤
∂<z8l≥λ~;ea"R≠n|=Y<D (~_.l(_(
]|Y(∞,;;⎇ T≠{Y'$_(∃-m>λ≤N][Z;Lt_=λ
←(~≠m\(≥Z,∀le 1200 baud phone line, good for debugging Unix when you're stuck
at home though hopeless for actually using Unix.)
Emacs: John Seamons has James Gosling's Unix Emacs running on the Sun,
which he says runs a trifle slower than the speed we are accustomed to
on the Vax.
Network software. We have Xerox Pup protocols running at Stanford,
namely RTP/BSP for user telnet and Sequin/Leaf for most other
applications. HoWever we intend to go to IP/TCP ASAP.
Benchmarks: Never trust a benchmark. However I did a number of C
benchmarks for a broad spectrum of nonnumeric programs (eieht queens,
Floyd's shortest path algorithm, a Liqp-like environment in which I
ran merge sort, algebraic differentiation, and disjunctive-normal-form
translation), and foR all of them cAme up on the Sun with 70-75% the
performancE of the same C programs on Diablo, a Vax 11/780, with -O
(optimizer on) for both machines' compilers. Floating point however
loses badly on the Sun, as do arrays with dimensions not a power of
two (essentially a compiler problem).
Literature:
Andy Bechtolsheim, Forest Baskett, and I have this weekend been
putting the finishing touches to "The SUN Workstation: Hardware
Architecture" and will be distributing copies this week. Requests to
avb@sail or pratt@score.
Vaughan Pratt
[Thanks also go to AVB@SU-AI for announcing the SUN Handbook -JSol]
------------------------------
Date: 4 Jan 1982 13:55:58-PST
From: decvax!duke!unc!smb at Berkeley
In-real-life: Steven M. Bellovin
Location: University of North Carolina at Chapel Hill
Subject: Multics
Cc: FONER@MIT-AI
Multics is a good example of how not to design a large-address space
machine, at least not in the future. (Disclaimer: the following is
based on my own experience 5 years ago on a Multics system at the Rome
Air Development Center, and on Organick's book on Multics, which I
recommend as a reference. If anything I say is grossly wrong or out
of date, I'm sure some kind folks will point out my errors without
*too* much laughter.)
A Multics address is really an ordered pair, consisting of a segment
number and an offset into that segment. As I recall, the offset is
about 18 bits, yielding a maximum segment size of 256K. The system
supports a large number of simultaneously available segments. Address
arithmetic does *not* carry from the offset into the segment number;
hence the proper view is that the system provides multiple address
spaces, rather than one large one. When one *initiates a segment*
(more below), the system converts the name of the segment into a
sagment number, and returns a pointer to the base of the segment;
after that, it may be addressed like any other part of memory.
Files, stack space, heap space, and external subroutines are all
segments. When a file is opened, or a procedure is called for the
first time, the appropriate segment is initiated. Appropriate spells
are cast over various tables, etc., to avoid operating system overhead
on subsequent calls to the same procedure. The system is fairly smart
about breaking the linkage between a segment number and a particular
segment, as when a particular procedure is recompiled; users doing
sophisticated things can trip over this, however.
The two big things this buys you are (a) runtime binding of procedure
calls (there is a linker, though, for packages); and (b) a file can be
accessed like any other part of memory. The classic example of how
the latter can be used is file copying: one initiates the two files
(the PL/I library will properly initialize structure descriptors), and
then just do a structure assignment.
The place where all this falls down is large files. 256K is just not
enough -- nor are we likely to see address spaces large enough -- to
handle the size files people will want to manipulate. Multics handles
large files as "multisegment files", a horrible kludge. Such files
cannot be accessed as primary memory; special access methods must be
used. Back when I was using Multics, many of the system utilities
didn't understand about such beasts, and hence could not be used on
multisegment files. But it isn't clear to me that enough bits could
have been allocated. Historically, essentially every machine ever
built (or its program-compatible successors) has run out of address
space bits; furthermore, such bits are a scarce resource for the
machine architect. To expect a general-purpose CPU to reserve enough
bits to address the large files we can expect to use in the future
just isn't reasonable; the alternative would slow down performance the
rest of the time.
------------------------------
Date: 5 January 1982 02:42-EST
From: John C. Gilmore <GNU at MIT-AI>
Subject: 68000 Apple rumor response; (unrelated) 68010 with paging query
My sources told me that the Apple IV would have a pair of 68000's --
one to run just the keyboard and bitmap display, the other to do the
"work". It would run smalltalk. I don't know the resolution or the
mouse quality, storage size, interfaces, etc. Presumably it would not
support paging until Motorola fixes the chip.
On that topic, I heard a number recently -- 68010 -- which was
supposed to be the version that supports page faults. Does anyone
have any further info?
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V2 #3
∂12-Jan-82 0443 Jon SoLomon <WorkS@USC-ECLB> WorkS Digest V2 #3
Date: 9 Jan 1982 1321-PST
From: Jon Solomon <WorkS@USC-ECLB>
Sender8 JSOL at↓+'ε[∃π→∧~))↑tA]←eWfh@v~∃IKaYr5)↑tA]←eW&↓ChA+Mε[ π1∧∩∃-%Bt@AUgF[
YD]βIaC≥KPv@rA)C\@pH@bftDp[! P~∃-S∧t@A'IR[+]%pv@bHA∃C\pd@lh`h[ ⊃(~∀~)/←eWLA SO∃gh∩@@@@AMCike⊃CrX@dA∃C\brpd@@@@A-←YU[J@DpA∪gMkJ@F4∀~∃)=ICrOLA)←a%Gft∩@@Aβ⊃[SMSMieSM%B@JA¬YXA≠=mKHA%\~∀@@@@@@@@@@@@@↓→CeO∀AβIIIKgfAMaCGKL@ZA≠UYiSGL@LA∪ ~~∧Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@p↓∃C\@Drpb@Dlt`l5!'(~)
e←ZhA)QJ↓≠←IKICi←dy∃'←0AChAU'ε[
→∧|~)'kEU∃GhtA¬YXA≠=mKHA%\\\\4∀~∃≠¬]rAi!C]WfAM←d@AEKng patient With m`
@@↓oQSY∀@@A∩A[←m∃H@@A→a←Z~)%kiO∃ef@AQ↑@A+Mε[ π0\@A≠¬SX@@↓iP≥↓α↓α←?⊗ZM↓βn e↓↓αβ;?]αβ ∃↓α↓βO↔w!↓↓β&x4*←␈∪&Nα-~
6⊗≤b 1βNqβπ∪&KS'?rβS=β&C∃β;␈∪7π1ε ∪∪K/≠O↔Mbα←?K]~α6&"jε%↓ε ;⊂4U;?K.≤αKGS>+KM8hP4*SF)βπK≡C'[↔~βπK∃εs?]βNqβS#*β∪'K.≠S?KJ↓r*N|a:↑>∀ZMyβ∂!αVN~j⊗∞∩⊂¬b¬6⎇NVn(Q&∩εNd∧εO'4∧∧.wM≡&/'∀∧εO~∞>F␈⊗\DαεNd∧βdU9yBu<z)5≠uiyE,lUV∩u%
Ebα∧>Z'⊗.nAPVO>>V/~ ≡&*π>Mw⊗.D
⊗rβI*4|bjyu∀]5jtm∀:5e∀,8Ye"pQ!PTNd ⊗&&≡M⊗}rD ∩ε∞T
f␈:∞LW∨&≥lrαεl↑rπ≡|nG>∂,Tπ/≡\Dπ&z M↔∨'-≤'/&T∧¬>␈-:2pH*
F.∂<Tαπ⊗↑
w↔"∧ ⊗wJ∧∧ππ⊗|-F.o4∧αGπ.]f≡∂L\Bαε}$ααε|≡&⊗f\@αε&≤|W∨'4∧αε␈!Q&o.NM↔εfT∧αε&≤|W∨'4∧απ⊗\8VO6\E∩αα∞Mrαα∧
V*α∧∞vO&∧∧αε?,\↔"α∧∧ε&NMM⊗>.l;⊂hR
⎇w⊗]5Z&/∂\↑7$¬Z82l,9H"JpQ!PRjUURjjUURjjUURjjUURjjUURjjUURhh!Q$&∂LW"αβd &∞w\≡'Jβ↔↔β∩βε↔#
Z7 h(n&}k$∧∧7⊗≥m7∨&⎇ee≡}nH↔↔'4 ↔"∧Y~Blo]JFN∨1Q%∨.-,V∨#$∧¬⊗+$ F∂⊗|Tε∞&N,W∂~∞>ε∞≡↑1PU≡]lF/∪$∧∧≤|Z8∃"u=|g$∂.N2ε∂D TM"β3=-N~8|aQTY<
O+5≠g∧λ⊃\L≥Z|⎇
⎇H_=∧ 25 )↑9≥~,>h
⊂M|H⊃\L≥Z|⎇
⎇J#"JMnHλ L;{X.,λ∪KDλ[{Y.$∂⊃SiH4H_.D∪25¬X2/C!! ¬*4→y2P0\2P0q]8¬ally a @→KnAe∃YCiK⊂AG←]
Kaifh~∀4U+;'≠␈∪5βπ&#K↔O≤K;≥↓jh4)↓α↓↓αSFKMβ'~βWO↔ β eβ⊗{S!αo+3S'∨→βπ; βS#∃∧J
5=≠Aβπ↔|s≥β?&C↔KMph)↓↓α↓α'Qεk↔π;~βS#π ∧ε}vT 6∞r
.W∨"
l⊗n* ≥bε↑-,V∨" ≥f"εl\V"εm}@hR∧∧ααπ⎇}'πJ ≤&␈/D ε␈:∞Mrε∞<<6/∨4
↔"b
∃f*r∞m⊗
ε\]V␈↔∀
w∩πm≤∩ελQ$ααα∧ fNfT∞7O∨L]Rrα
MεO~
≡2ε≡M}6.g∀∞&.f≡LV"πMtε}⊗,\7"n}-⊗.wL\@hR∧∧ααε≡,6FOL\7'/,↑2bπM
w.>∧ W.gM≤7~π,↑π⊗/<]g'~ ≥bε.≡-FN/!Q"αα∧∧ε∂π∞-v∞≡∧ ⊗v" LV∞g4 &/'L↑"π>≡Mαεf≡,v*ε|-&.∨N4π&F≥dπ≡n≥M@hR∧∧ααε⎇lW~pQ!PTf≡,v*ε≤LG⊗/>4π∨ε≤<SPh$∧ααα
MεO~
\V∞w4∞FF∂D∞FF*∞<W"ε|dε}⊗,\7'~∞Mε∂" <⊗rε,Tεv∞\\BεO1Q"αα∧∧π∨.lm⊗≡N]nFgJ
L↔⊗>T ⊗v" <⊗rε,Tπ⊗/∞,W≡.nLV"ε≥dε
πm≡''.≥APRα∧∧αεn]]w↔JaQ hPQ)F∂⊗|Tεn.]}'KPQ$ααα∧
FFO4∞6No
O∩εn\≥g~πM ↔"ε⎇lRε&|↑2εv}DεF∂lTπ&z∞>ε.vD
V␈∨D
v0h$∧ααα∞Mε*πM≥V*εL↑f.f}
⊗v:∞>G⊗∂L\vN/4∞Fzεm≡BεNn=⊗&*
|bε
∞=V∞fAQ"αα∧∧εn∞=
⊗v*d∧∧}2 =w/↔<UBπ> ]bε}lTεF∂4 ∩π≡\≥Fbε\≤6FNlTπ⊗.≥M↔'HQ$ααα∧ 6∞r
≥WεNl|Rrαλ∀εf∂,|Rε∞LN&/∨4∞7ε∞<Tπ>OM∧ε
π=\⊗fb
\Vn␈/⊃PRα∧∧αε≡≥dε⊗*
≥f.6m≤6N.nEBε↔↑Dπ&F≡4εO~∞,Vf∂M≡f*r∧
FF* =vv≡↑∞Bε}aQ"αα∧∧ε
π⎇}&↑Nltπ≡/D
↔~π,\⊗bε≥lBε.llV∨&≡lRph!Q$n.]}'Jε,≡6." =vno]m⊗≡∂M≥vsPQ$ααα∧
FFO4
↔~ε≥↑ε␈↔L≥g"ε≥d∧o.NM⊗∨~D '/" <⊗rπ∞,W≡.nDππ⊗|-F.o4
⊗ph$∧ααα M↔∨'-≤'/&\Dε∂⊗=
↔&.>NW⊗/5dα∧↔↑DεO~
≡Bε∞>NV∞fO∀πε␈>=⊗⊗fT∞Fxh$∧ααα M↔∨'-≤'/&T ∩εn]]w↔J ,↔≡.D∞7O∨L]Rrα \W∨≡≤|Rε⊗≡<V h$∧ααα =vno]m⊗≡∂M≥vrε≡4π≡N↑
F/∩∞Mrε&≡>G⊗N.↑F."∞=⊗v≡T ⊗fb
⎇f*εl\V h$∧ααα MrεO4
⊗oεL]V.wD
FF*
→g&/,l⊗≡/4 ⊗v"∞Mπ/~ <⊗rπ>↑πε␈.APRα∧∧αε≡⎇]W.v≤<↔&N⎇n2ε∞]⎇f:ε ↑F/⊗||Vv.}↑2ε≡⎇↑ε}v]nG~pQ!PU& ↑6*ε=⎇f≡/∞N2ε∂,Tε∞fD∞&.f↑lVv/D
Fzπ⎇}&Jπ>L↔&N⎇n2rαλ,↔≡N<≥FgJAQ&F∂m≥f:ε∀ F∂⊗|Tπ.v≤mw⊗j ≤F'⊗↑>2π∨ ≤6*π⎇≡FBπ>\f&N=≤Vw"∞
πO≡≤<⊗`h.,W≡␈↑,6*πMtπ∨/∞
w↔α
≡Bε?,\↔&g∀
&.'\8W
πM Rε≡}>Bε}aQ&No
HVn∞nL↔&N⎇dε∞vD
V∞↑↑4ε6←$ ∩εn},Rε.llV∨&≡lRεN↑
F.n]nF∂&≥⎇bpH)∀π&F≥m2¬∨L≡"ε∂NLVoπN4π&Z Mrπ&
~2bε.X
∧ ≠y<md⎇λ~ ≡Y(→-m⎇9z↓Q\~≡.=8x;∧
9;;n/(≥≠d
8:y$∞~→( ,<⎇λ∞↑y(≠lD~=≤d <Xz
≡→8p~≥y2P⊗KP0rεB62py]⊂4w⊂≥42P3~y9z⊂~vx6"[rs:0]4ww↔βEαE⊗KVVVVKVVVVKVVVVKVVVVKVVVVKVVVFBεE"0]2]⊂⊂
⊂%0w≥py<P \\→⊂ _]_Zλ2yzεB#97vN⊂⊂)i]2tw1→y3W)[s: y≥9P0zλ&dj⊗Szv:4XyFE)]q52q]≥⊂⊂6_y3rP_p292\yP9x_qryFBεE$P~w7{P≥40z∪zv:4XyP:yYyP4z≤P60y→pP0r→92yyH9x0qYP;rv≠↔⊂⊂ CE;wy~yz0z~ww⊂2→ytsw→r⊂;t~qt⊂:\pyP4]9P60\3rP0Y292y\P9x0XrP4yH:42FB&$ihλ6pqt~w2P1→tw3P≤wv2⊂_<P)|[q7v4XyW⊂⊂∪|P3"Yv4w3H4yP:~0z⊂4]⊂4yFB87yyZq62P≥7P;y~z2P9[s:;p\2P37\⊂87w\6<P2→ytsw→r⊂40\2;py→P9:w≠4w3FB47y9~r⊂7x→y0z4[3P9|\z2vyH1:z⊂≥42y2H4yP7≠P72rY⊂:7P→7P9wK⊂⊂$zλ4yFE≤7yytX62P:≠P;py]2P:4[pP;t]4⊂24\8<P Y292y\P9x0XryP0[2εE0]0{4y]4qpv≠<P22\tsw2Y⊂7x2\0z4w→P9|y]2vyP_:z⊂4]⊂4yP_P67zλ2pytYyεE:≠P5:y]⊂1ww_rw:9_z2P7[⊂72{H0x86~qpz4[w9WεBεE⊗VKVVVVKVVVVKVVVVKVVVVKVVVVKVVFEβE"0z→]⊂⊂≠λ%0w:Xy<P_N\→⊂→ ]__⊂→yzεE⊃97v]λ⊂#90[5yz7[↔)ws≥ y:9H0z⊂&Rj⊂
Multics
Subject: Re: MulTics
ReplY-To: Frankston at MIT ≠≠UYiSGL@Q¬←λA
eC9Wgi←8R~∃)<t@AI∃GmCp¬IkWJ¬k]FCM[DACPA+π∧5εn`X↓
∨≥ HAChA5∪(Kβ$~∀~∃]QSYJ↓iQSf↓]←hA∧A≠kYQSGfA→←ekZ8\~∀~))QJA
←[[K9hAiQ¬hAiQ∀A≠kYQSGfAMKO[K9iCiS=\AgG!K[JA→CSYf↓EKGCUgJ~∃%hAI←∃fA]←PAQC]⊃YJAY¬eOJA→SYKf↓SfAoI←]N\A)QSLASfAMCsS]≤AiQCP~∃Sh↓MCSYLAEKG¬kgJAQQJAg
QK[J↓I←Kf↓]←hAMkaa←IhAeK
←eHA→SYKf0~∃S]⊃KqKH↓MSYKLA←dA]QCiKYKd\@↓∪\AM¬GhXAQQKgJ↓CeJA¬YXA← UKGiLAiQCP~∃]←I[CYYdAkgJ↓ae←OICZA[∃ISCi∃HACG
Kgf@!R]J\0AC\A$←≡AgegiKZ$\~∃)!JAMC
hAiQ¬hA≠k1iSGf↓gieK¬[YS]∃fAiQ∀AgS[AYJAG¬gKfA¬]HAaI←mSI∃f~∃K→MSGS∃]hA[∃GQC[%g[fA→←dAS5aYK[∃]iS]≤AMSY∃f@QR9J\AI%eKGi=eSKf4∃WLAMKO[K9if@Z4AiQJ↓[kYi%gCO[∃]hAM%YKfR↓I←Kf↓]←hA5KC]h↓iQCh↓Sh~∃%fAEC⊂XAUkMhAiQ¬hAae=OeC[5KefA→CYXA%]i↑AQQJAiIC`A←_AkgS9NAiQ∀~∃]←9[KIS¬iKHA⊃SeKGPACGG∃gfAi<AgKO5K]if↓EKGCUgJASPASfAQQKeJ0A]←h4∃EKG¬kgJA%hASf↓Caae=aeSCQJAM←HABAa¬eiSGUYCdA¬aaYS
CiS←8\~∀~)∪hASLACYg<ABA
∃β)+%∀AiQCPAgKO5K]if↓C]HA=MMgKQfACe∀AS]I∃aK]I∃]h\~)∪LAS9GeKCMS]NAQQJA←→MgKh↓ISHA≥↑A←m∃dAS]Q↑AiQ∀A]KqPAgKO5K]hX4∃Kee=efAS8ACIIIKgfA¬eSiQ5KiSF↓G←kY⊂AeKgUYhAS8AECg!S]NAM←[JA Sif~)S\Ag=[BAkQiKeYdAk]e∃YCiK⊂AC\A%]]←G∃]hA← UKGh8@A'S9GJA←→MgKiLX~∃]=hAgK≥[KMh↓]k[E∃efXA¬eJA]=e[CY1rAkg∃HAS\↓ae←OICZAC⊃IeKgL~∃GC1GkYCQS←]f↓ECHAAe←Oe¬[fAo=kYHA=]YrA
YWEE∃dAiQ∀AgKO5K]hAβ##↔dhS?←;.!1β;␈!βπ;⎇##↔I∧{;∃9ααS#'~βKπ≠&{5β∂f{ ↔∩β'Mβε KS'∨+3πKgH4+≠∂≠Seβ⊗+∂πW≤)β'Q∧≠π9β>yβW;&KO∂?6+K↔⊃ε3?IβN+πKMαi5β3}s≥βπ7#↔H4U##∃β≤ WO∃ε ;⊃β↑s?←3.#∨∃β∞∪?WQ∧¬ε␈:∞Mrπ⊗\=w6/$ ε∂~ ,V.r
Iw∨"aQ hUM
↔~ε≡4εv␈D∞Fzπ<∨∩π& ≡B∧o]JFN∨4
↔4≤→<Ll8⎇ ∧ ]=λ
↑8zλ
|H≥~ T_X9↓Q\≤Y.>h~<d∞;Y→.<<]Y,EC"C!%+++%U+++%U+++%U+++%U+++%U+++%Q"C"H]Yλ≠ld∃{|M:h⊃~,|<⎇β!%JJJE%JJJE%JJJE%JJJAQK++%U++#!!"C"@↓J⎇8ZL\⎇∞H
⎇|Ztdλ~9y.>λ∃LD∧mβ"D↓l,K),;K.ε$λ .ε&"2Smd∀{p⊗≠vww⊂∂+wy5T`*aaKbaf!∂⊂∧kw\5iP"~sryzλ+→⊂⊃M⊂⊂εE⊃0z2]λ_Y⊂%_w⊂_LN→⊂⊂@228-PST
αFRom: Jon SOlomon <Worhπ'↓+MεS π1∧p_4U≠↔;∪/⊃`∩∧*9tbε≡@λ
Zpk1(→⊂C"JMnH∃m}Z|nDπc"TL↑≠≡+*MnH∃m}Xph ≡λ∃4h510sλ!αE+4X]⊂⊂*\qVbq[1→P_L⊂%0wλ≤→⊂_M]→YεQb*εE∃4p]⊂λ!96⊗P6r≥P Y⊂% [⊂≤→⊂ \Y_XKbb*εB∧¬αWopks DicesT Sunday( 10 Jan 190⊂D@@@@A-←YU[B@DpA∪gMkB@H4∀∩∃)=ICrOLA)←a%Gft∩%(∂#π α'MαλαP≡␈-:7&∂M→vph$∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧ W.gM≤7λh$∧ααα∧∧ααα∧∧ααβ&Vf\∩λ=εOα∧d¬&∞lO∀≡␈.∧∧∞vmzVv≡]\Vw"
.Vn␈.1PRα∧∧ααα∧∧ααα∧∧αααεgπGG∧¬R¬> ≡B?~ ↔πε]m⊗v:λ≡B∧n}Mw⊗}L⊃PRjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURhh!Q$&∂15-PST
From: The Moderator <JSol at USC-ECLB>
Subject: Administrivia - AAAAUUUUUGGGGGHHHH!!!!
The new software also broke in very unfriendly ways, but it is
still better than truncated messages. Please bear with us while we put
the peices back together. If you are missing digests, please send a
message to WorkS-REQUEST asking me to resend you that issue. If you
get random messages (about problems with receiving mail from the
arpanet), please ignore them* I am oN the recipient list, so I know
when these messages occur. If you receive multiple digests forIssue
4, please ignore them as well and accept my apologies, I Have no idea
how many of themhave actuallq Been delivered. Starting with ipπgkJjA∩~)o←kY⊂AYSW∀Ai↑A!KCdA¬E←kh↓C]rAAe←EY∃ZAs←TAQCmα)1βSF ;-βN{Uβ≠␈⊃βg?/⊂4+∂}{C↔K∂#'?9εK9βSFKMβ7∂#S↔Iph(4(LI∨5β6+Keβ≡{KKeπ##πQπ##'MεCπCC.s↔⊃1πβ3↔π≡)β↔c∨+O∃β∞seβ∨∂∪ π∨(h+'9πK?WI∧kπ'36K3∃β≡ WO↔"β eβ&C'Mβ.s≠?K'+;πS*βCK?⊗c↔5∧hP4*∂F+↔KM`h**O}`4(4Ri555ji555ji555ji555ji555ji555hh(4*& S∃iβIα+πw+πKeβ eaIβ↓AiAJj⊗NPhR≠K?kQαπ;'∪↔]α~qα∂K}kπKSJ↓r∞J|iβπQ∧j&Q⊗ Ix4*∨+ +↔∨!iα←␈∪&OS∂#'?;≠x4(∀TIβK↔≡+'[↔"βO↔[-∪π1βNs≠?Kn S'[*βK↔Oε{;O↔~βS-βoIβK↔∂+↔OQ∧3?Iβ&+Sππg→β?8hSS#∃¬~V99∧ 7?;:βS#∃εk?OQπ≠SK'↑K;≥β6+πSW⊗+Mβ?2βS#?≡)βK↔∨β?;O,ε2bπM
w.≡¬APW≡≡4ε∞r ≡7≡␈.MV.wD v"ε=yVn.nN2π∨\|v/∨M≥f*πM ↔"πM R¬≥Y`ε&NMdw"ε ≡f(h.λλ,⎇9Y`
}H≤q,⎇9;] ≡~;{ED≥~_.D~=λ M9λ~ ≡Y(≤l\{9;NL=~;md_;Y∧∞_9z-lh_].A [[nD≥Z<NN8;λ
\;;|O∃λ_;LD≥~_.D~=λ∞|<hλMl=Y4D
;]→-l→9∞Mh_Y$ #"]m}Z|⎇ ≡~;{D%C"C!*{{9$
yH≥
|y(∞,;8<M>h≠8/∀_Y( ≡≥≤Z,.=_8ML(≥≠d
;X9 ↑=8= T≤≤Y.>h→z.l;H≥
q"]~ T∀q3D¬~;XmN9~;Lt_↑(∞M→(∀jYH→→.=9{Y..h≥~ ]<y0⊗≥2yV⊂∩P9zy\2qz∀K⊂1:`4
they also suggasttwo quastions that this dialogue has been talkifg
around for many months without (I think) addressing directly:
1. Why virtual memory7 (This question was actqally asked, or atleast
implied, by FOJER on 2∃-Dec.) Particularly when physical memory prices
are approachingdirt
cheaphood and address spaces for micros are in
the megabyte range (and ceRtainly in the 100K range without any
problem), do we need virtual memory? Consider: there's an overhead in
the translation through paging tableq and so forth, so it doesn'tcome
for free, even when supported in hardware (which still isnπt free
itself, and requIres maintenance, additional design effort, and so
forth.) Sure, RAM isn'tdree either, but thosa 64K bit chips are about
$↔ each. I'm not suggesting that we abandon virtual memory; I'm
Questioning what its virtues are in a Worhπ'iCQS←\\↓βeJAQQJ~∃α CC3N≠πS'}sEβ←*;K∃β>{';≥π#=βK,qβ'9¬α↑M∨~β∨?'v9βS=ε∪∃β'oβ↔∪↔ β?H∀TK7C?∨≠' 3*β←'SF{WQβO!1β?∩β↔;β∞s∂↔⊃∧∪eβ'#yα←'daβ'Q∧¬V∞↑T ∩π≡≤⎇fN6≤<⊗w"AQ&≡␈>AV.6lX7&OlTε&NllW⊗.l8 'q"C"F%H∃z ≡λ~4d (≥{n-|⎇_.M;{Od
~→<LT≤y1-↑h≥≠d Y(⊂$ {{\m≤→<X,-→(⊃
≤YY0→→w1rFB5s⊂7\4w4`/n. Does a↓!/&A!CmJAQ↑AEJ↓CfAa=oCeMUXACf↓BA SM`A C
QS]J↓S\
∃=aIKd↓iVAcUCYSMd}@Q∪_Ag↑X↓]←hA5C]rA]SYX\$A∪LAQQJA'U≤AGC8Aek\ααc↔≠LπhR∞Mε*β⊗eV⊗OD
VvO∧ 6f}lU∩εNl8 ∞\~;Yd
;Z0≤λ"rpq\V⊂9z\87y:λ9wvrH67qp[εA3y_x44q\V⊂0w→⊂40w→62P9[vrP1[vx:z_z4wwλ7w⊂4]9P7{[⊂86:\P72z≥wy5P≥7P0FB34v2H9ry;→y⊗⊂3≠y⊂2|_vx6"K⊂4yP~z⊂9z~v6⊂7≠z⊂0P∃wy5i]0z4w[∨FEεB P62Ytz4vXz2P9→yx7w≤rP:7H:42P≠0z:2\⊂8zr\z4wwλ6tst≥⊂12Pλ"7ryH4z⊂6Xz:2yβE;t0]⊂;rP_pv6⊂~z∨Q⊗λ⊂1:zλ37y⊂≥42P3_qz⊂:~0z⊂(→y9ww_v⊂+w\5iz0]4ww9H0y2FB892y]vpq6≡P;t0]⊂:42H+wy5TP24p[7szrH4yP0X7zz↔λ"v9r]t2y2H$P0vH80y:λ7s⊂0CE3y7]x⊂;t~qt⊂6Yrz9P≤2szv_y6<P≥7P24\qzyyH(+iS\P4w⊂_v6⊂:~2ty⊂→wy<P→2z0t[⊗εE0[2⊂4zλ9rrv\P24s→4qzv≥⊂37yλ:yP:≠P3rzλ0{p|H397vH:42P≤zryz~ww⊂7Y⊂;t0]εE7w→P4y]H:yzp[6<P;YP34w→⊂7zy≤rv;2\P62s≥⊂;tz~⊂0w9]ry9P≥40z⊂≤wzw2βE9wvYz44w→P64uYP⊃$z yP;t_z2{2\⊂3:w_z4ww_v4z<H$P;p[:⊂9t]:4w3H7w⊂6↑FE22\uQ⊗⊂≥t4qtλ1pw⊂≤ry;2H0yP0H:yrs≥v⊂22\tsw⊂≥7zqt≤z7w2H1:z⊂~yP40\26<P_FE94Ywy7z\P9x2Xts4qXz4ww εEεE∀tvtv_y6<Vλ$P9zYsryzλ:40zλ;4y:≥pv⊂6Yvwy<H4yP;[y:4⊂→4yqz\ytw3H42y2CE892Xtyrv≡P12qXzyrP≥42y2H4yP0\80y2[:6<P→4yps\2rvr[:⊂0v[w3P+[y5iFB80y:~qtx0[:9P0\P:7P≥t2z4→y⊂;4\::pvλ6rvw\<P:2Xt74x]ryP0[2⊂89≠q62v\P0y2CE3ry≠pw2P≥7P0P∃wy5i]0z4w[⊂24p[7szrH∀2{2[⊂;t2[⊂:42H24yq]yytw[⊂1rg≥2y9P≠wεE$[x62vYw:0z~ww9P~w⊂(+TSyTWλ y2P→2vpw→⊂80sZw3P7\⊂9rs[rp∞tation peally
neededdor the applications we'll be running on these machineS? Yes,
Segmentation can provide protection and memory management foR
object-oriented systems (for example), or even just for large programs
in general, but is that what we'll be using WorkStations for|A∨dA]SYX~)iQKr↓EJAkMKHA[=giYr↓M←dAQKqh[∃ISiS9N}A!∃eQCaLAiQJ↓1Ke←`AgiCHASfA)kghA∧~∃gY%GVAgAKGSC0[Caa1SGCi%←\AiUe]WKdAgsgQKZXAQQJAKβC∂↔C&K?9β⊗ S#↔∩βS#πph+S#*βKG3*βπ7?v9αB↑~;M1β∞s⊃βπfaβ←∃>c1β∨.s↔Kπfceβ←∞sQβSzβWO∃π##↔O(h+Og≥#↔7Mε3?IβM→βK↔f S'[.ceβONkC3∃ε CC3N≠πS'}sM1β≡ [';8β3πK>)β+?↔→β≠?⊂h+3π⊗;↔I1∧3πOS-⊃βCK}≠↔OO␈∪EβSF QβSF)β ?Bβ?9βN{WIβ&+O-β≡ 9∨QbβC↔KF CL4V+[↔9π≠#?Wf#9∨Qπ#Keβ&y1β∂|kC↔S*β←'SBp4(∀TK→β←*βπK∃π##∃↓F ∪7''#↔∪3JβOπ32kπCC}K;S↔ Iβ↔cε+CCMε{9α←␈∪&OS∂#'?;~βπ;⊂hS∂π9?!β∪↔≤¬⊗&*¬∞FF∂D ↔~B ≤w⊗.U∀ε}r∞⎇ε∂" jVv&≥\Vw&≥Dε6.≡NW⊗/4 ⊗v Q,↔ε≡
~F.∨NX LT≥~→/∀≤z≠n]→λ⊂∀_{2V⊂≥t7P+Zv6∨P
$P9d≥p∧deR at The thought of
leaving iT to I@M, op evEn DEC,)~∀4∃β]r↓iCGKIb}~∀4∀∪GQ∃KefX$∩∩∩∪¬gF~∀4∃7∩Aβ;?W3"β3'∂*βS :∞<V*π=⎇V*εM≡6∨/>=⊗}r
x D∞~→(∞>8ZQ,>λ≠yD >_8nM≤(λJ⎇_9β!-<h_$
{|Zj>_=~-⎇KHH¬YT{{ Q"C"EU+++%U+++%U+++%U+++%U+++%U+++!QA"Q ≡→.Hπ∧∩X;N\<↑(ε↔.λHε&NL eX4uβ!(\[{'$⊃_;M≤;λ∪¬d∃y:-nY8HπL≠≥h ≡λ∪2*E02/AQT⎇8M,8⎇∞D =;⊂~~qyFEβE&wi]⊂2|8≠0s0z~ww9P≠s⊂&z[:4qyH:40zλ$P40]2P9rYw⊂7gλ:42P≠2z⊂$_{2P1→rsεE≤wvr{Z2y2P_2z;rYw⊂6t\ts37\6rr⊂_w2⊂![vx6"]2v<P≥y7w3K⊂⊂$7]r{2i ⊂)z2]2wεE⊂2v67]4w∪yH22yq\4x:4[w⊂7cλ:42P∪zv:4XyP;4\::pvλ6rvw\<P9|\z2vP~yP8zZz2FE_wy92Xz↔⊂⊂∃42y2H0y2P≠w6<P≥;wP:~4w3yH$Sr⊂≠4urP≥7P0r→↔⊂⊂#~y9z⊂≠s⊂0v≠⊗εE:~2P0q~v4z<H:7P2≡w0vtXpv6<H64w5H9zq9≠zz4w→yP4yH7w2P≠s⊂:4→P6wy]εE4v\7y:0[:⊂:4~w3yP≥40z⊂∪zv:4XyP4yH0q7z]⊗⊂0w→⊂4yP
0yP3_y⊂0yH$SvFB1ww1Yy72r
P:42H9tw3[2P6w\z⊂4v\7y:0[:⊂:4~w3P0X7zz⊂≥42P9Ysvrw≥0z4w[εE9qZ2vrWλ⊂)rq[w26<K⊂:42H64vt]0z4w[⊂7w⊂≤rsvr[:⊂9t↑2P4yH4w22Yr⊂0P≤0tw⊗βE1:zλ4z⊂4\P77zλ1wvx≠2z2v≡P22q~v4z0]4w3Gλ⊂$w⊂≤0y:4Xzv0y ⊂897Yy0vyCE∀⊃7X52qzλ9rsvYw:9Q ⊂:7P≥yrP:~2P7s→4qtp[⊂:2y≠TP72]2y⊂)≥w⊂4g≥7P:4~yFE&~vtz0]4ww≥H7w6<H20z0H34v2\P27Wλ⊂ w2λ;t4v→P→~[∩P4yP≠7z⊂:≠z0v6≡FE3tYpw:4XV⊂4zλ27ryH9zs3~qrP3≠y⊂6w\z⊂8:\87yr\W⊂⊂)[vrP8→wx62H27P9≥w⊂4w≥7FE:~2P89≠q62vNP6pw≡P⊂6w\z∀P7→{2y⊂_qz:p[68P2[1wzw≥2y⊂4]↔εEεB+t2wλ$P40Y⊂0w⊂≠x87y≥:w4z≡P:7P≥wy5P≠w⊂1:Zv24w→P0P9Zvtv0\⊂9|y]2vV⊂∩P24rβE80y≥4qtx_z2P4[⊂:42H1y2p]4ww⊂≠s⊂0wλ4vx9≠{2r⊂→2ytc[⊗⊂;t~qt⊂4\P12t[3P:yYrεE$[⊂:42H)VXP_y1t4]2qz:\2P0zλ&0{y→w1rP∪4{2i≠wy2Wλ⊂+tz~7zz⊂→wtw3H4w:7CE3y7\yP22]0tv⊗λ:42P_7zw2_y<P1→z;rr[⊂:42H9rsvYw:⊂'≥vq2yλ0w2⊂≥42P7Y39rjβE0w⊂_w⊂)VLP0r2≤2yyPλ367p]9Q⊂9]qt⊂*~0z⊂<[zP1`[⊂40{→P0P&≠z⊂7cλ64z:≠2FE)Ysvrw≥9P0yH;rv&λ0yP0Hin your address space.
The total pointer size is 31 bits, and you can havE as few as one
segment, or as many as 16K segments (or maybe it's 32K). This still
isn't enough, but we only had 31 bits in which to work; if you really
wanted to feel that the problem was solved, I'd follow the example of
an experimental project at HP Labs that I once heard about in which
addresses were 96 bits: 48 bits each of segment number and offset.
------------------------------
Date: 9 January 1982 12:56-EST
From: Hal Abelson <HAL at MIT%MC>
Subject: rumors
I hear from a reliable source that Tandy Will announce their new
6800-basedmachine oN January 19.
I'vE also heard tell of a company that↓SfAGUeeK]QYrAo=eWS]≤A←\A∧@djm,~∃EsQJ@Qs∃bXA¬e)
RA
QS`AQQChAQQKrA∃qaKGβ!βS=ε∪∃β7∂∪//M≥f*εl[π"π≤\↔∩pQ(⊗>∞≥aBπ& Tπ≡␈↑,6*ε|dπ&FT∞'.n} εO~∞,VfN≤-F*r∧
vF∂DλFzπ X n
→(∃
9Zc! 8[⎇.D≥~→$ |Y9
≤Z;∩.O(≠p∪λ:44yH1v0t[←FEεB⊗VVFKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃0z2]λ≤P%0[⊂_\\ ⊂_X≥ ~≥→→ h)jεB!97vN⊂890]: )t_yz0@_z⊂)z[r|⊗`ZvBE)]q52a]≥⊂≠≤≡<<⊂"→{0qb\FE!`#8 pratt
WhiLe A @]CfAS8AβkgQS\Ai!SfAo∃KVA∩↓iP∨?ZβS#∃∧{CC?↔#W;''IβS=¬#π3-π#=α+}C84*V{3+∨?≠/eβ∂!α7?&{K/3
βπ ?/!↓YcGCaβC∂∪SM9αα#↔K*;MβSF)βO∂|{Aβ?rβS#K.(4+C⊗{7'O,!β∂#OβM84Ph)Yaβ @4(hRS#'~β'Mβ&C∃αZj↓QaAβ↓9↓α
β3?;:βS'7*β π∂Z↓!y↓2β7=9Jα7?S␈∪?3¬¬βK?7O≠↔⊂4W##'Mπ≠π7Cf+Eβ?2βS#'~β∂#'αβ≠?I∧ W∨W∨!↓aIp↓α'QεKMβK. OOW⊗K;≥β&CπQβ>KS 4W##'Mε#πS∃εs?]β}s3eβF 3→β∂→β≠π∩βπ←πJα7?S␈∪?3¬εCπMβv{Qβ≠.cQβ'"β;↔∂/≠OπKHh+S=πβ?OSε{;∃βM!βO'>s'≠'≡ ;S3Jq↓αSF+eβ↔Gβ↔∂Qπ#=β *β#π[*β←?K↑K;≥β≡K3'∂}p4+SF+9βSF+7O↔g3↔M1ε ;⊃β&yβ ∃εkπ/'v9βOπoβ3↔Mε [π'f 3∃εK9αO/βS↔7⊗+I84Ph)Yaβ⊃@4(hRS#'~β'Mβ
βO?K"β?→β∨+∂∂↔∨≠?Iβ&yβS#*↓YaAβ↓1βπ4 '3π⊗c∃βπ⊗{W;⊃π##∃β&C'K⊂hSGWπ↔#↔Iβ}1↓aMr↓α'Qε3↔πS/∪↔MhhP4)#JH%MIn∪'Qβ& S¬β↔+L4(hQ#'%HIIQ7⊗KQβπ&#K↔O~β WMε3?Iβ&C∃↓a"kC'9π3↔KON{9βπv!↓MIε3?Iβ&C∀4) ↓A7CNqβ[↔↔≠'?9ph(4)FK'%$L∪'Q7/CSKπ∨#'?9ε{C↔K∂#'?;~aβπ/NqβS=π##∃α∧"A5Eh+3?∞!7 g&)?∪↔ε{O'Qn∪gS∃ε{C↔K∂#'?;~q↓α∂/∪K↔;"βC3πrβ'Mβ&CπQβ&C∀4+&+O∂KOβS?Iπ;?K⊃ε;'['v9βS#*β3↔≠"βπ;⊃π∪'∨#"β ?Wv#πK'/→β?→π##∃β6K↔3⊃∧≠π84V;=β'rβ↔'SF+IβSF)β';∨#KW∂&K?9β∨#K↔πjβ?Iβ
βK↔∨O≠S↔Iph(4)FKY$&FK∨#↔∩k∪↔;≡KSeβ6+KO'}qβ?→π##∃αDj>Mβπ∪?∂↔∨→↓#'2βg?Uε≠πK∃Jp4(∀RCY$% ↓α6#Rβ∂3?≡Y↓#%v)9β;zβ≠πO&+I1βεKSe%ph(4(hQYaaCλ4(4U##'MεKMβ¬ε33?π&K;≥βε{';QπβK?∂/≠O?Iπ##πQε{;∃β∂#Sπ∂F+MβSzβS#∃β1aCaα`4+πg≠=βπ6 '3π⊗c∃βπ⊗{W;⊃π##∃β&C'K⊃π WπK&+Iβ?2↓aM9αα'Qβ6+πSW⊗+Mh4Ph)#%HJ&⊗⊗*βOSπv#πK⊃ε33?π&K;≥βε{';Q∧{C↔K∂#'?;~p4(4RC'%$K)βWO.→β7Wg#'C3Jp4(∀Ph(4(HH$$$M3πW∨F 9αC⊗ SP4Ph)55ji555ji555ji555ji555ji555ji44(hR↔;⊃ε{→α←␈∪&Mα&K∨πO h)))RQ)))RQ)))RQ)))RP4)5ji555hh(4(hP2OW⊗S↔∂QRα←?K]→α∪'>+OQα3⊃↓
ThQ=E"j+π9kAI↓↓β UL&T{9αO|c?7?r↓r←?⊗ZNαV≤→6⊗∞d⊃y&>{K.M∧#'∨↔∨!αYIα→U↓hR∪πS+Q↓EM∧Sπ9↓ IaI↓⊃⊃Ae6¬~P4
5∪?5i∧S?9α≤¬vf}]⎇bβe⎇}&@:p∃4h510sλπC"Tl]Y→<G⊂%)gS⊂0z USC-EAHB
To: Works;
Reply-To8 WoriS at USC-EC@→∧4∃-SBh@A+g [ GYλv@bhαα+π9βAI↓ES A6⊗% 4*[N i↓α↔∪16 n!m↓E ∧∧V∞dπβ∩β↔&#:@11∃↓QA"Um}X|hλM9y4nA(λλ∧∧λλλ
M≥<\lL>+λε⊗α⊂%0[⊂_\\ ⊂⊂⊂⊂λ⊂⊂+'[8p
e 2 : IpπgkJj~∧~))WICdOfA)=aSGfh∩∩@@AβI[%]SgiISmCB4∀@@@@@@@@@@@@@@AEk@↔KJαπ;O>+A↓∃¬;#eα4¬↔π≥8;∧ 9;;n<@
What IS A WopkStation
---
-------------------
--------------
-----------------------------
-
α
Date: 13 January 1982 21:04%PST αFRom: The Moderator 9)'←XA¬hA%kβ#∨/.7`hU>X&V.>G"∧∞M]⊗vO>N&O6≤∀αj¬∞-v⊗f]↑2αF
zε.↔]IGJJ∞>Gε∞α9z∞L;Y9∧
⎇=β!!"P=∧∞~~<d∞≠z;NEλ≡;nT≤z≠n]→λ⊂-Mλ_Y$∞<λ≥
t∃[{∞]9( ED∩<tn\(
+D
~→(
\:;β!.≤[xML;<h
|H≥~ T≤_<nD→Y5d _>4d∞z≠⎇-Lλ_Y$∞⎇≤X-≤z≥→-l9λ≠n↑ H⊂.D≥~→$∞Y<↑!QY→8.> λ∃
(≤→-}≠→(∞,<|≠mnz8[ T→[tD∞~→(
\8z~-l(≥z
≤zλ→
≡⎇≤Z,.=→<d∞~→#!,~9y.>λ~_.l(≠;n,(_smn≤[{∧
⎇Y<D∞~→( M<⎇≤M≤]=~-⎇KH∃
<h≤m
⎇;→∧
98;AQXY=∞L<H∀l↑]Z8lT→[|D ;≠λ∞>8\xn-8Y<N5C"C!*~~<d ;≤{d
98;N4≥~_.D∩(≥l≥]λ≥
t~→8.$_8[n↑λ→=L↑↑(≠
≡≥≠→$
Z=λ∞
8zz-lc"\∞-x[→-T≥~_.D~_<∞ ;\h∞⎇~8z∧ {⎇; D_Y(
M;Zy,D≥≠h
\(≠|D∞~~<d ~9y.> H∀l]Yβ"L≥↑(_N\|h≠n$→|Z. <h≥
t∃{|M:k4Y.≡9<⎇λ
4pk(Xs⊂KD
~_;M>kC"AQQ;ZM␈+β"I*{{β!!"K+%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH ,D X;Hε↔. Hε&NM
π&lk4
:β"QN-{.H∞∞X=≥λ
z_<nL(_=∧
⎇;9/¬0:;!QT⎇8M,8⎇∞D <xh ≥\⎇y.,9β"AQU≠h ≥\⎇y.$_;[nM→<H ≡xh≤.\<⎇~-⎇NC"A⊃"Uz∂∀≥Z<NN8;λ
\;;|O↔hλ∃
(≠8-≥H→X,>λ≤⎇.∞≠|]
≥Yh≥
(≠Y,\λ→[n$∃S(
≡nC"A⊃"B5m
;→( ≡X:; ≤[→(∞
≡<z,<;λ∪,];|↑$∞→<H
\8z~-l(_{mn~;],↑h≥≠d |[⎇eA"B<∞-y|X-↑h_;LD≥~→-≡H→_.L(_<LT_[⎇
∧≠8;L≤z;Yd∞≠h~l\<λ_- 89λ
≥C"B.=>Y+AQC"R,d≥~~.4→X8nD→≠y.=I⎇λ
{→λ m|Hλ∂≥⎇<H∞ <]~,>;_<D∞}<⎇ ]+λ≡-}(→≠md⎇λ≠L\9β"Ji+Hλ ≥⎇(_.,(→:.M→<H
N8z}$¬≠8>,,(≡;nT≠{[∂∀≥<y$∂;⎇<D {{<∞↑→<H∞Mh≤y,≡Xzβ!,[|H
L<Yy$∞≤Z;,↑j(λ
}H≤{ln≥x<LU<≠{n%Hλλλm|H≠,≥↑(~,dλ≠[nD≠;|nD_{{.∞=→<AQ]<y..h≥~ T_8[nl(~<d ;H~-l<xx. 8[→$ X8⎇¬dλ⊃[n$≥~→-Uλ~9D ;↑=
;Yh∞M→(→l≡β"Z.4→|[n⎇;YkAQC"U
<h→L≤⎇λ_-M{Y( My<h
m⎇λ≠ \9λ~-l=Z= ≤[≡(∞Mh∃S%dλ∀≤M||X;.4_x;D ;≥x/≡c"XLT_\[m<;H≥.∧~;]
t≠⎇Y.-_><edλ⊃_.L(_x-d_;≥l∨<h_LT≠8:-n_:;L\λ≠{D Z;→.1"X;LD≥~→$∞Y;→.l;]λ∞
|]~-⎇\h≤L\9λ_-lλ≥|M≡≥→;D∞z→;D
Y99 \ Hλ
⎇y=L↑H≥z.Mβ"X$∞z;<
L(≠8-≥H≠9-]|↑(
⎇Y(≤ ∨<h≠ml(≠yD∞≥{h∞∞Z8y.4≥≠h |=λ_.D≠;|LT→_= ⊃"]~ ≥H≥~ T≠9;-}↑(≥m≥≠λ~
⎇→∞H ]=~→.$≤≤[l}X;(∞>≤]8nN<Y(
}H≤≤M||X;!Q\→<Lm|[8-ly(≤n\YY<N5C"C!*≤[yn,;(≤nN]8⎇∞↑Y(≤n\YY<N4≥z→-d≡;⎇$
_=Q$∞≠h_m⎇<≠~,<=→( ∀≤z;.
→#"L≥→{|M≡~≠( /(~;N<<]~-lh_{lL(≥≠d∞Y89∧ ;Yλ∞}Z=→$ Z;→.5λ_;LD≥≠h∞NX;\mL=→#!,Y=≥l\;H~-n→<[L≥λ_;LD→>≥ ↑[X;∧∞Y<≤L↑y;] ≡~;{N4_<h L=_(
]⎇Y<d Y=≥l\;C"N∞Z;8./(_;LD≤y8m⎇Y_<O∀≠9;-}↑+H∧
≤[yn,;;9..h→y.D≤{h∞↑y9λ∞Mh≥~
≡h≠;lL(≠qAQ[|→.,=~;md≥~_.D≥~→/∀≥→;LD≠[⎇∧∞≠h≠M}~8y$∞~→(
M||h
|H≤⎇∞.8⎇≥.,(~3D∞~→:.!"\≤M||X;.5Hλ∩
}y=Y.$~=λ <;H_LT≠89 T≤=2.L(_<∞ <Y;ND_↑(∞,=|Z.M;Y`∞M→(_m|→#"N∞Y=→-l~;Yd∞~_=∧∞~→(∞⎇≠{→$∞;Z=L↑\y(
M=Y4d
;H≤∞-;8<O∀≠9;-}↑+C!!"V;nT_x;D∞Y<⎇
}Y(≡-}<H∀∞-y|X-T≤⎇≤N\⎇≥<LT_↑(∞NY8=
≥Yh_-Mλ≤Y,l<Y;L<<h_.1"X{m↑≠|z.L(≤Y,l<Y;L<<h≥
t_(→M≥→(_-lλ_;D
xZY,>λ~;D∞~_=∧ Z;→%D_;Y↓QX;] ↑\≤Y.M;Y`∞M≠|y$∞Y9Y.,;Xq.∀≥z=
∧≤[⎇.M;Y0→H:40zλ22q`)de when to swap
subrkutines and data iN andout. Done right, the only place where The
@AeS[CIrP↔O,≠?;∪∂∪eβ7,k?Ke∧#'OSNs∂S'}qβO#␈;EβWαβ'MβNqβS#*β';S/∪CK↔&+Iβ?0h+S#*βK↔≠-∪↔;∂/→mβG␈+IβC⊗{∨Kπjβ'SO.c→β;.+⊃β;zβ3?;>+Iβ7∞[∃βSF(4+∪O≠S';≥#'?9ph(4*&C∃βC⊗K∂∃β6{AβSFKMβππβK?π≡Aβ'Mπβ↔K≠⎇∪7π;≤)mβπfaβK↔6+K↔;≤+EβS⊗KC3∃ε{H4+>{KO∃εK9β∂␈≠Q9↓¬β↔K≠␈∪7π;≤)7←'≡)1βg␈)βπK*β7W∂Bβ ↔S&+Iβ?41βOSN≠''≠8βS<4WK?WI∧{@⊗N⎇≥f∞b
≥Fbo>N'.∨N↑&."∞∞&}?,≥RrαλlW:π∞-v/⊗≥]V/↔4 ↔'ε≤=αεn},PhV≥↑ε␈↔L≥f≡*∞Mrπ∨N.V∨'↑,Rπ& ≥bπ&t∞ε/⊗m}&n∞l8RαpQ!PU& Tπ⊗}LTε}2λiRεO4∞Fzπ,↑7&␈,Tππ⊗|}&∞j∞>G↔.>NW⊗*∞⎇↔&F}↑Bπ& Tπε/,mw⊗n≥l6(h.∞&N≡T
v2πM RεNnLW↔π,↑FO6T∞6}g↑M⊗}rd∧¬>OM∧¬$jD∞&.6↑,Vv≡↑4ε≡␈>Dε∞⊗}↑@hWM Rπ≡≥\Rε∂4∞vO&∧ ∩π≡≥↑εf*
\Vn␈/∀π≡≡ ]V*εm}"π⊗\lW⊗.l8W
πMtε}⊗,\7'_Q,⊗g⊗\≤GJε≥dεn∞≥dεn.]}'JR∧
ε∞>T f∂.NN2ε≡}>Bbε.X
∧∞~→(
≤→8
≡h≥~ ≡λ_;O⊃"[⎇
<H∀l=→;9$
8>(∞|;≠λ
=Y(∞Mh→{d∞≠h≤l\{{Y ≡↑(≠,];|↑$ <≤∀M␈~;8.L;≡( ≡c"[ln→;H ≡h_(
i(≤xm ;9+D∧∃~→$ ram structure
at little or no performance cost.
The program-structure problem is particularly visible in a language
that encourages one or another form of structure in one's programs,
e.g. Lisp and APL. A simple recursive Lisp routine can be quite
mangled by a need to move some of its data Between primary and
sacondary storage. And an APL one-lineR can turn into a two-pager if
sec@=]ICedAgi←ICOJA%bA]K∃IKH\A
Od↓gkGP↓YCMOUCGKf↓-~AE∃G←[KL~∃aCIiSGk1Ce@3Jβ['S∞a0$(hR'2∂≥w*ε,-⊗v:∂→w/∩
x D→Z3 U98;M≡≥;⊂.M9Y`⊂≤97sy_vrt`.e style with you to
a @-4AK]m%aW][∃]hAs=jAoS1XA]CQkeCY1rACg,@E/QdAI↑A$A]KK⊂A-~}λ@A3←T~∃I←8OhXAαK⊃βg␈)βOSN≠ ~πMtπ&F≡@λ∞≡≡;→%Dλ∃~ T≤Y8.={H≥
(∀p~[⊂897Z2qz⊂_pwεE_ww:4[:rP+Zz47z]⊂+&P~yP:4_z⊂0v≠⊂7s⊂≥42P1[r2P+YP4w4→y4p∀, mgsT
Unix-style C code, is wp¬Sii∃\AM←β⊃β7πw+π1β␈3↔K3∂KMβπv!β#↔∂3eβ≠L¬F(h-\⊗vO∞]F∂&≥⎇brα
⎇εNfT∞v*π>M⊗≡Z∞Mrπ& ≡Bπ∨O→F*π|Tε≡∞d∞π/"
xf"¬iTε&∂∃`λ∧
y#"N⎇⎇;→∧
~:y$∞≠h⊂LT_8[ T≥≠h |αz⊂ ]p|P#≤4πm That Sty`→J↓QWoKYKdXA ←iPAQ↑~∃S5aeOmα)βS#*βGSgd)β/→∧{WIβd¬w:NLZf.b∞
&}∨,≥W
αα⊂k∧
_8 `#al! @¬]HAi<AEJA¬EYJ~)iP≥β?∪'S∃∧c'OAε ;⊃α
α1βC⊗{↔Kπo→β'9π≠?7↔&C';≥∧∪↔SS,ε"π& ≥bε
λiw.≤X;AQ\⎇≡-L(≠⊂⊂Xpr⊂ 7ith File Operations.
~∀$∩∩α∪YCkOQ¬\A!e¬ih~∀4∀ZZZ4ZZZZ4ZZZZ4ZRZZ4ZZZZ4ZZZZ4Z~∧~) CiJh@bfA)C]kCIr@br`d@bdDrS ≥!↓"←,#;↔O& e$Q(gε@{.H 8π5@ Uadkep ad↓∞ -UR∪∧λβ"Tn\XY0⊃]≥⊂⊂+~y:0∃@¬XA[Kαk?Kebβ←?K←≠SπSL¬vrb -⊗ 4_z~.↓ ¬εE⊃5y⊂ 4hkse thad↓iQS],AaQCPAs@?*β∪?9?!β;↔,∧Bπ6α8]∞\9λ⊂⊗Yvp∂ry whe@8As@?αTεF∂lQPF@≠y≤d
βs⊂ 0hysi@
CXA[∃[←eR0AeKC⊂A!Ki∃`A K9]S@;8∧w4→9~.Mβy4`!l inthi`&4⊃P↔∨w#!∂M∧~ε∞U`λ∧λ;↑( ≡Xz~.L8⎇∞⎇9≠λ∞≤>(∃
=λ⊂≤[zP72Yp⊂4`4, and phat it
dh∂Kg8OhAG=chAi!ChA[UGPAi<AS[a1K[K]P@QC@ ∧εf.≡:Bεvβx
TAX-sty`→J↓mSeiUCX~∃αk↔7∨↔I%8Q!PU& Tπ∂.↑:FN}d v $≥z_.D~<h ∀≥{tMyz0z~ww⊂)→vpw2≤P6rP≠q⊂:4→P;t0]⊂4yP_FA6t[4qwf\8¬te@HAISg
kggSα{99↓∧K9βSF)β ↔>K;+πv91β¬∧¬VNv≤9voπ↑LWαπ|≡2ε&\h
-l9β"L/(~0~≤β siZe( pRice, and ComputatioNal pOwar.A∪hAβ;πMβ≤{?9β⊗+π3'T+⊂4.Mε∂"∞9⊗v≡T
7ε.\@ε≡F≥lv/~
x
L↑H≥~-\+λ∃
(→→,m9Z0↔→P30q]5y9P_y2P9Z⎇2P0[2εE8≤4qrVλ77z≤2y37\6pw1YU⊂⊂ H6tw4Xwvx:]2y⊂$\P897X0q6<H0w<z~4w3@~w⊂:4→FE∩
K___⊗I→~X⊗ __⊂9[pv6⊂_7|⊂:≠P+ l yt⎇2H90w3YW⊂⊂)Zvtv0\6<V⊂_P;wy~yz0z~wwεE~yP22Y4w2bλ1<P4]∪yP1_ytqP→2pz:\2yV⊂≤zqt⊂_yP5r↑q7py→⊗⊂72];wy5CE4w:→y30qYV⊂3y_x44q\V⊂24\uV⊂7\⊂;t0]2{2y ⊂0w2λ4z∪yH10ytXP894XrV⊂9]qt⊂0\FE∩_L⊗___ R→X⊗ __↔⊂λ$z⊂4\P77zλ22s4[2r⊂1≡P0w<H82y3≠y6pw_rP6rXyzy2\P2|1Yx:εE→7y⊂6Zw4vp[⊂7w2\W⊂⊂ ]0tv0X62P9[s:;p\2P6tYt:⊂0[9wP2→s4w2H0P;w\5yz0]4ww⊗βE0v:~7zstλ:44yH:7wP_t0w3YyP90Y4qpv≠<P7{→y⊂:4[rWεEβE#7yλ:47yYP:40]⊂12v~r{2P≥40z⊂≤wvrw[2P4yH3wtw→P:7P_w77z[1rP0H→⊂6rYpq4zβE) fH72|:λ<rpy ⊂$P9]ssry]⊂:40]⊂<wzH92prλ:42P≠4z2y_z:y2H9zqtλ0yP:~2P$bQbFE%≠zy70[⊂7s⊂∀wv4r iz0z→P!ty_ztz9H7y⊂:~2P$bQbP%7]y70vλ7s⊂"[2qz9≠wεE"→{4qr\W⊂⊂*~2P60\3ryzλ92x7\:2r⊂_t4x⊂≥7P20]2P;p\P0P7≠w;wy~tw3P P6rsXq4zεB%0x0[2yrP_t4x↔λ⊂*42H60y3Yyz⊂9→x7y:→r⊂;w\5tw3H) fyH0y2P ~[%P∀ fyVλ;t4qZεE40]2P12Yw⊂92\7y:2Y⊂1<P≤r{2y_v⊂9w]y1ryK⊂⊂$wλ7z42\⊂;wy→9V⊂:~2y2P~yP77CE;p|H:40zλ0w<w[2P4yH3wtw→P:7P_w77z[1rP0H→⊂6rYpq4zλ) fP→7y⊂9Xv2P3≠yεE8]tz2P≤wvrP≥4vrVλ4s⊂7[6<P1→qpzyYP:42↑P1pwλ6purH6zqtλ6wy2H6ww2↑P9rv≠4w3FB9vpv≠2y⊂1Z4x9Wλ⊂ P→λ6rspX4z⊂)⊂fP;t[6⊂12H0w77]w1rrλ1<P_N\~P0]⊂:42CE2py≠4ryz ⊂2|1Yx:⊂8≠yytq≠<P37\⊂60q≠y0z7\<P2|≤2y4vYw:9WβEεE'≠{P4sλ<wzP≥ry2P≥0v5t[3P0q≠zz⊂0H→⊂6rYpq4zλ1:q1≠2P1t~x↔εEβE(↔⊂∀W⊂⊂)≥vwy9H9rrwλ4w⊂!⊗j"P:~0z⊂$H5w7{H9wvr]44w3H0q7z]⊂0y2H:yzp[6<P7≠zεE;→y<P0Xqzy0]2V⊂1≥z⊂27H1ww:_tw⊂9[vrP3\0tw⊂≠s⊂:9≥z4↔εBεE⊗VKVVVVKVVVVKVVVVKVVVVKVVVVKVVFE⊃0z2]λ+rr7→yr0|K⊂_YP∩0w:p\<P_\N→⊗⊂_N≥_\VQijεE⊃97v]λ"0w4Yv⊂&↔λ+rtw≤2q⊂≡⊃&+P0]⊂&dj `d←εB)zq5→qz≥⊂∪eV⊂+Z0z⊂4\P0P+[y5iP⊃4sry]∨FEεB$z⊂9YrvyP_0qu{Xy29P→7y⊂:\P:7P_v6⊂5≠tw⊂0H+wy5\z0z4[w9P6Xtv4w→P64y]⊂0w2βE:42[⊂0v6λ0yuPλ+t0zλ4yP0H+wy5\z0z4[w∨Q↔λ⊂$P:~4w5P_P6wy→P897Y4z0q≠2FE8]ryz4[w⊂6tYt:⊂1→V⊂⊃+Z0z⊂4\P4z⊂≥40z⊂≥rP0v≠⊂;pw≥⊂:7P≥0v5P_q7zz∂Q↔⊂⊂∩SrεE_2P40\8<P:≠P5:y]⊂9p|H:40zλ;rP;Xw:⊂:≠P24yXzyyP≤tw3v→Vzyr\⊂1wv\:z2y≤FE4w≥2w22Y⊂37yλ4w:2\0qz4]2P:yYV⊂;t]4⊂4w≥2y2y]4w3P≥yry⊂~w:2y→0qryKεEεE⊗`yP&[r2y0]7y⊗⊂∩P;wz[2⊂12H24yp\87tw≥2r⊂4Y⊂:42H+wy5TP6pt[17|⊂_2qpvYFE34[62r⊂≥tz4⊂→w262\yP92XvyP7Y⊂82w\62P:≤<tw3H:7P3~szy2H7zz⊂≥t0z⊂≥42|FB;pw:λ:7P:_v5P0X7zz↔λ+wy5TP40yH0P;2\<P22Y4w2rλ64yzλ7s⊂:≠x4qyK⊂0w2βE0w9]ry4w→P:42H8zry]4ww⊂λ+t0zλ4yP0H+wy5Tz0z4[w⊃⊂4\P22s~w4z2[<P7w→P7sεB:42vK⊂$w⊂→0qz⊂≥42P1\2pz4[w⊂7sλ:44yH64yzλ;pyP~w⊂80\:⊂:7H1wvrH:x⊂;Zz4εE≤wvrP_v2pyλ1zz⊂~r2pyH7s⊂5≥yz⊂;Z0z⊂0H+wy5Tz0z4[w⊂4yK⊂⊗e)[v.FEβE yP≥7P;t→z42yλ<wzP≠2rr⊂≥4y::Xv⊂6r[wy<]λ;rv6 ⊂0z⊂≠2pyzλ)gfbH82y9[w0vεB1wvx≥z2y9H92xzZy2P9[vrP7\⊂0v6λ7s⊂6_y3rP_r292\yP9x_qryVλ60y3YP0vw]w:9FB7s⊂6Yvwy<K⊂0w2 wy⊂:[4s7y≠P0r2≤2yyt[3W⊂⊂⊂7q⊂#≤0w5y]7w∪yH92qr[:⊂6pZvεE2→yqy4X2r⊂:~2yrP~yyzr\W⊂⊂$Y⊂2{2\<z44[3P<w]Sy2P→7tw3H34z9H4w:7H0wεE_s37y→0q62H0vwz[:⊂7sλ) fVλ:42wλ4z⊂4]⊂;py]2s:vλ:7P:\rP6p\84w3H37yεB22vp[2⊂80Ytw3Wλ⊂&4y\⊂&pqZ4w2yH72rrλ0P+d∪f"P&∪j⊂7sλ6rvw\<V⊂0[2⊂;rCE1pw≠7z⊂8≠yytq≠<P40]2P:4_z⊂6zXt⊂) SP7w⊂≥42P6Xqt4w→y]P7]y⊂72Yr⊂37\εE22[pw2⊂≤0stw→P4yP_v2pyλ:7P:\W⊂⊂!Yy:0t[6<P<[zP1p[⊂3rzλ9wvrH;wy:~;t4v→FE:4~w3yP→7w2P~w⊂30\⊂9vp[62y⊂_wvx:]2y9Vλ0w2⊂∩P:44[5P:4_z⊂≠≤ __∪yH;tz4βE67z≤P7s⊂≠ptw⊂≠rvwy≡P0w2λ77P2→vpw2λ80st[3P;t[6⊂12H8ztz→P:yrY:v⊂3≠y⊂6p[<FE0\864qXz4ww≤W⊂⊂ H≠≤__ ⊂;tz~⊂0P6≠z⊂7sλ6ptwλ6rvw\<P;w]v2⊂1→P34w→P37yβE9:w≠4w3P∃4ytaXv1]P≥42P2↑4yz4[3P1w[x:z2\9P0y→P24y]4w1z≠<P:7[P9vp[6⊂37\εE6p[<P92Xv⊗{w\62⊂0\864qXz4ww≤P:7P→4z⊂1[vs7y≥0q6<KεEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVCEεE"_z2]⊂ YP%0[⊂_\\ ⊂_\XL⊗aijβE#97[]⊂!iK h(&⊃kd$j⊃P0z⊂∃j"l TVY_εB)zq5→qz≥⊂∃wy5y]0z4w[⊂90z~ww0v→P0w2λ;4y:≥pv⊂6Yvwy<CEεE$H27w∪]⊂897\7yrP≥7P3t]2P0P≤92qt\rP22Y4w4z~ww⊂7Y⊂∪{w\5yz0]4ww∪H∀$P2≠w∪zεB:44w~P0P:\rs:vλ7w2Pλ2|4y]9TV⊂_:z⊂$H;tv6λ22yq\4q2P⊂4↑;t≡←⊂0w→⊂ 4↑≥t0z∨βE$P;Xw:⊂4[⊂0P;[y5yz_z4ww ⊂⊂$P≥44w5H6|P1_ytqP→2yty→yP40]2P12Yw⊂22\qy4q→rεE4[⊂:44\P24sYyz⊂1→s7y2K⊂⊂$P≥pw:⊂≥42P1_ytqP≤7{ryλ7s⊂0H92py[w0q6→P60y→rFE6Xqt4w→P∀9p↑P0P+⊂l∀P7[⊂40w→⊂9wP≥40z⊂∩P1pwλ1:tv→⊂:x⊂_P9zx≤7y:εB2w;4\7w6r[:⊂∃$J⊂64uYWεEεB*42y→P4yw z⊂0w≡z44w→P8zp[4z0z~{2v<H24s3→y2w:λ0P;w\5yz0]4ww⊂_pw⊂7Y32yεB:40zλ4yw∪]⊂0{0Zv0q6→P7w⊂_P1ww≥2w:4[w0v⊂≠pqt4[2W⊂⊂∃t0z⊂~yP⊂2~s32y→w:⊂4\FE:4→P0vw]w:⊂7Y⊂1ww≥97v⊂∩P40{→P7{2\⊂:42H;wy5\z0z4[w∪yP≤2ywz\1ryWλ⊂#7yβE2|0[x62Vλ$P40]2P0P≤rz⊂7Y⊂2|8→y4vr[:0v⊂∃&)dP≤97sy_vyP;Z4qt⊂≥tv6⊂→pz⊂:\εE47]y9P7Y⊂1x:H:4vrH0z⊂:~2P29≠x⊂7sλ0P40]↔⊂⊂#Z{2w⊂≥40z≤wvrw[2P40\P:7P≤0|FE→7y⊂6Xqt4w→P92y[zy1r\V⊂:4→P;wy~yz0z~ww⊂4\P⊂1t→px2yλ:40wλ9p|Vλ:42P _≠_εB$SvP→r4z4[3P:4~yP77]2P7w εEεE∃4y::Xv⊂&r[wy<P∞⊂⊂*4→y2P4\P72{→y⊂2w≠zst⊂≠ptw⊂≠rvwy≡W⊂⊂'≠P6pz≥2y⊂4≠{FE6]qt⊂$H⊂40{→V⊂6|H0vq4]4ww9H9wwwλ2|1rYr⊂4z ⊂⊂#7\⊂2|0[x62Vλ⊂6|P≠ptwεB4w:2\2yz⊂→7y⊂0H;wy5\z0z4[w⊂4yH+&)dH22ytYw⊗⊂0[2⊂$P~0{2P→2{2v≠x2r⊂_P9rzβE7s⊂≤97sy_vyP:≠P27P≥44yWλ⊂*w3≠y::w_z2v<K⊂:42H9t⎇2H7s⊂6↑P20z_q0yrH4yFE≤ztz2H60y3YP1wv\0y2rλ:7P6Xtw⊂6Yvwy<K⊂0w2λ0P67]9P7sλ1|qv→yP⊂0\2P72Yr2rεB:7P6XyypsYccess to a large number of objects simply requires
a large number of address bits. I can do all of this on a big machine,
but it's more expensive and (wall clock) probably slower.
For the sake of argument, assume that physical memory is large enough.
With virtual memory, my application will run on any workstation I have
access to; without it, the application will run only on machines
configured with enough memory. The point is that virtual memory
separates the application from details of the machine configuration.
-Hugh
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V2 #6
∂15-Jan-82 0305 Jon Solomon <WorkS@USC-ECLB> WorkS Digest V2 #6
Date: 14 Jan 1982 2211-PST
From: Jon Solomon <WorkS@USC-ECLB>
Sender: JSOL at USC-ECLB
To: Works;
Reply-To: WorkS at USC-ECLB
Via: Usc-Eclb; 15 Jan 82 1:13-EDT
Via: Brl-Bmd; 15 Jan 82 1:35-EDT
Works Digest Friday, 15 Jan 1982 Volume 2 : Issue 6
Today's Topics: RFC - Book Layout
Food For Thought - WorkStations Query
Query Replies (a few of them) - What Is A WorkStation
Laser Printer - Based On The SUN Board
----------------------------------------------------------------------
Date: 14 Jan 1982 (Thursday) 1019-EDT
From: DREIFU at WHARTON-10 (Henry Dreifus)
Subject: Possible layout for Workstations book: comments?
PERSONAL COMPUTER WORKSTATIONS
Chapter 1: What is a Personal Workstation
- General Introduction
- Its impact
- List the components, brief description
Chapter 2: Management & Economics of PWS (Maybe 2 chapters)
- Why there is a trend towards PWS's
- Where they belong, their function
- What they should NOT be used for
- Advantages, incremental growth, dist'd topologically
- Costs, what they are worth, how much should one pay for a PWS
- What makes a WS a justifiable expenditure
- Businesses of the future
- New management styles
- Other changes due to PWS's
Chapter 3: Expectations
- Hardware, limited capabilities; it is not a mainframe
- Software, it will be much better
- What a PWS will and will not do
- Misconceptions
Chapter 4: [POSSIBLE] Design of a PWS
- What does one need in a PWS
- What NOT to put in a PWS
- Expansion considerations
- Reliability of WS, needs for new kinds of procedures
for PWS's (archiving, backup, security, location)
Chapter 5: DistributedSystems & Local Networks [could be 2 chappers]
- Defini@QS←\~(@@@@@@@Z↓⊃←nAQQKrA]←eF~(@@@@@@@Z↓βeGQ%iKGiUeJ~∀@@@@@@ZA e←CI C]HX↓↓CgK C]HX↓oQCH↓GC\A=]JAaUhA←\↓BA¬¬8~∀@@@@@@ZA/Q¬hAG←9giSiUiKfA∧AISgQaSEkQKHAK9md\A]QrAI=KfA←9JA]Kα+⊃β?v(4)↓α↓↓↓↓α↓5αC⊗{ 3↔o→1β7∞sπ∨↔n+;Q↓2β?S#/⊃β π⊗∪3∃β:{∪'O βOgMr↓#∂?v≠WKK.s∂e$hP4*∂F CS↔∩↓P∪R∧λ6}vlXλnM;Y`⊂≥x⊂0P∀+iFEλ⊂⊂⊂⊂λ⊂⊂⊗P∩w:2y→αace considerations, problems
- Lack kf Sta`≥I¬eIfX↓isaKLAWLA
←[[k9SGCi%←]fX↓[←IKLXAEC9IoSIQP~∧@@@@@@ZA∂¬iKoCef~∀@@@@@@ZA/!ChAI=KfA←9JACIQCGPAQ↑ABAA/&}A!←nAi<AgKh↓k`AB↓!/&~(@@@@@@@@↓S\AC8AK]mHXAg←5JAKq¬[aYJ!fR\~(@@@@@@@ZVOfA¬]H@Z≥fA←L↓]Kio=aWfX↓oQCh↓SS@;'→iα ⊗{π↓β2qα π≡)β πv 4)↓α↓↓↓↓α↓5α∨&C↔Iβ&+['∂/→1α3∂≠↔Iα⊗+π5α∧ε&NwLZ'
B∞>ε.≡≤≥Bε&↑m⊗≡/1Q hT= ↔πε↑$β 7Hλ∃
(⊃4l↑H∩;NL<YX,<#"H∧∧λλλ∧∧ (⊃
≡|≠⊂/∀⊂εpw_qry9CE⊂⊂⊂λ⊂⊂⊂⊂ P(2`2pπ←]C1SuCi%←\~∀@@@@@@JAUcCd[=aSK]QKHAI∃mSGKLXAeKAeKgKαsSπSL{;M_hQ↓↓↓α↓↓↓↓hα#↔S-∪?∂↔v+?WMε+;['⊗{;7↔w#L4)α↓↓↓↓α↓↓5α/≠↔Iβ,s['K}s7π≠'→↓↓↓α↓↓αthQ↓↓↓α↓↓↓↓jαCK??∪π7↔-⊃β↔;6KC?;n+;SM¬iβS#,KAβ;,+∪L4Ph*∂#∂βS↔IβAa↓α&C∃α←␈∪ ∨∨L≡FN}d}2∧v←∞B¬∨L↑hR∧∧ααα∧∧αj∧mx
d∞~_=∧∞y)⎇LT→{u∧∞~→;%D≥z_.D→;∀lT_x;D∞~→6$ ≠h→M}H≥<aQHλλ∧∧λλλ¬T∃≤X-≥Z;Yd {{\m≤→<X.M;{\aQHλλ∧∧λλλ¬T⊂≠p≠H27P;YP⊃:iYQ⊂:4→P;wy~yz0z~wwεEλ⊂⊂⊂⊂λ⊂⊂⊗P∪s34qYP7s⊂≥42P#≥z:y2CE⊂⊂⊂λ⊂⊂⊂⊂ P"w3Zw2ry~w3P3≠y⊂:4→P3:j≥y2P∀≥497{H0{p|H290s≥4w3FB⊂⊂⊂⊂λ⊂⊂⊂⊂λ4w:9≠r:qrH!`b∀CE⊂⊂⊂λ⊂⊂⊂⊂ P vx_qz⊂7Y⊂:42H+iFEβEαE⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂"⊃iai$T*$ggβEαEεB("a)Sg f⊂⊂gfh*U"i⊂+Si%ij⊂j$gg∀V⊂:2[:0z4]2P:4]42V⊂≥tv6⊂_2P0@_7wuPλ0tvrYεE0zλ⊂:42H⊂:2qZ74qp[⊂⊂0w→⊂⊂⊂6Xw0sr[pw:⊂λ6py5Yz↔⊂⊂λ$w:9≠r:qt[3P⊂⊂∀2y9g[0vεE∃wy5y]0z4w[9V⊂"→s4w4[3P9w[rP⊂7Y⊂:42H:2y6\V⊂⊂4Y2w:4Y<tw3H897q≠2vyPλ:40zβE2|4\z⊗⊂*~2P3wXv⊂4yH⊂0P⊂≠2pr4[3P⊂2Y3rP⊂~w37y≠pz4{→P⊂17[uV⊂3≤7vP;Z4qt⊂λ0FE6Xw0sr\⊂;tv≠⊂:w2→y9z0[2⊂;t_z⊂82\9ww0[⊂;wy~yz0z~ww9P_pw⊂0Xqwvx≠4yt⊂λ0w2εB47{Pλ:42|H⊂1pwλ⊂12y]⊂⊂12H:z4v~⎇2r⊂~w⊂44\P2w;~y7w6Yw:↔εBεE⊗VKVVVVKVVVVKVVVVKVVVVKVVVVKVVFEβE"0z→]⊂*4≥y9r0↑V⊂_Zλ%0w:Xy<P_N\→⊂⊂ X]_≠ bijεB#97vN⊂"()λ0z⊂&Rj⊗l,βE)zq~2qz≥λ8zry]4ww9H$Sr⊂≠4urP≥7P0w≤{ryεBεE#r[2y0v≠<V⊂$H34w2λ6|yr[3⊂17\2r⊂;Zz4⊂:~2P1w[:2w:λ7s⊂+[y5iWλ⊂*$:\V⊂:7CE9x4XrP4zλ:x⊂6→z⊂6rH0yuP≤wvrP≤zryz~ww9P≥40z⊂∩P1py→P0q7]z↔εEβE_W⊂∀0z42\⊂:40[⊂;wy≤<tw3H0q7z]⊂1t4\9P$P_py2P_q7zzλ:42P≤0qupYtw3P≠sεE:~7yrP_t4x9H4w:7H;wy5\z0z4[w9W⊂λ+t0zλ0y2P≥42P1→yz⊂≠∞___⊂_0yrrλ897r≥qz9FB82wx≠2P40]2P9rYw⊂7z]⊂77{H:40zλ9wP6Xw<P0\2P12Zw3P0[77zw_rr⊂∀⊂wvx:]2|⊗εB":pv ⊂+tqXz⊗⊂!Z0y62\P)4{→y⊂"0]0P)|\z2vyK⊂!!' yP!4]#y0x~↔↔↔∀OFEεE ↔⊂$yH0P6z[:4Vx≤7qry\wy⊂;[y5yz_z4wwλ0P3w[r⊂4r→pP∀3≠y⊂2<[0vtqH3y0x~4qyVβE37yλ2|0v\62T←H⊂ r2~w3P0Y24z4[w0v⊂~0y2;Xy2P8≤7qry\wy9P≥tz4⊂≤t0y2YεE6r[wy<P→7ryw z⊂9rYvP:7H0r2⊂≠zqt⊂≥7P40\2;py→P1wy]⊗⊂9wH;t<P~0yP7≠P7w2CE27w→P4z∨CEεE→K⊂$P4≡x7z4→yt⎇2H:40zλ9wzw→⊂7zz≤:z⊂7[⊂0P;[y5yz_z4wwλ4yP1]z2V⊂_:z⊂0CE:2y≤4q62H897r≥qz⊂4Y2pP∀~w⊂9t_y2r⊂≠s34qYyV⊂4]⊂4yP_w77|Zw3W↔ ∀W⊂⊂⊃7yεE≤tvtv_y⊂92Xyww9H9wzw→⊂4w8≥z⊂4yH0P89≠q62vK⊂⊂$yH:42y→P0P3[wr⊂:\rP37\εE9w]w2⊂4[⊂0w⊂≠s34qY←FEεB~↔⊂$≠{P27H<wzP≥90twλ:yry≤P7s⊂≥tw1t→yz2y q0yrY⊂9|y]2vyP≥7P27H897x→yεE1_quzxλ9wP:~0z⊂:~2|P2≠w∪z⊂≠7yrP→{2y<]44w3H:42P→4y9zλ:4vrH:42t\⊂24yZFE30Zv9←Pλ$yP:~2y2P_P:2qZ74qp[⊂9wv≥z4wwλ∀92x]ty2P_P67qXv⊂72]⊂;tz~⊂0FE_0quz\⊂9ry≥2y∨TCEεE~K⊂*42\2P9rYvP:7H12P:≥wP24\z4w1]⊂22yZsw⊂8≠tw:9H37y⊂≥wy5y]0z4w[9FE9→spy2~w3P:~2rtyλ environment -- either they are always
connected to a net and always listening (for mail, e.g.), or they are
only connected when the user is running a communications appl. (such
as FTP or fetching mail from a mail drop server). Each is workable,
but system usability, hardware design requirements (e.g., to always be
listeening requires a kind of "personal timesharing system"), network
technology (ehternet vs. digital pabx) are all affected by the choice
of design point. Can anyone comment on their experience with one
choice or the other; is one clearly better? is one cheaper?
David
------------------------------
Date: 13 Jan 1982 00:10:42-PST
From: pratt@Shasta at Sumex-Aim
Subject: asc answered (again)
To answer yet another asc question:
What is a workstation? I haven't a clue, making me suspect it is the
wrong question. So I'll change the question to "Where should
computing resources be located, and at what time granularity and
community size should they be shared?" Without going into great
detail, here's an institutional answer based on today's prices and
performance figures.
Processors and main memory should go on the user's desk, in a corner
of the box that the display goes in. Secondary memory should consist
of perhaps 150 megabytes shared by 5-10 users, connected say by one
Ethernet. Tertiary memory is harder to pin down, but might consist of
a few gigabytes shared by 100 users. Printers (which should of coursE
be laseR printers) should be shared by one floor's worth of people -
at is a pain to have to retrieve printouts from another fLoor.
This is the model on which the Sun workstation desiGn has been based.
The design gets its economical leverage (a) by respecting this model,
and (b) by parsimonious implementation.
For noninstitutional users effective sharing is much more awkward to
arrange, putting at a disadvantage anyone who needs to use a computer
at home, whether or not they also have access to a computer at work.
Either much cheaper memory, or much higher bandwidth communication
with shared resources, will alleviate this problem. Of the two,
better communications is the better solution, one reason being that
software you can really benefit from is not the sort of thing you
generally want to be maintaining on your own, even if you have a 100
megabyte disk to maintain it on.
The above pretty much circumscribes "the system." If you cAn do
better than this you are either a hobbyist (no slight intended, I am
both a computer hobbyist and a ham - VK2AUA - myself) or are willing
to settle for less than productive computing resources. Don't forget
to figure in the value of your time when cAlculating the cost of lost
productivity. Also don't forget that "usable" computers and memories
are getting pretty cheap - we hope to get the Sun workstation design
down to $1500 worth of parts including packaging within the next year
or two, to bring the retail cost down to well under $5000&
Vaughan Pratt
------------------------------
Date: 12 Jan 1982 11:55:34-PST
From: decvax!yale-comix!ima!johnl at Berkeley
From: John R. Levine
From: The INTERACTIVE Electric Calculator Co., Cambridge MA.
Subject: SUN workstation
Friends at Yale jqst got a nifty laser printer that is based on aSUN
board. Contrary to earlier claims, no Paging. PerhapS they're just
waiting fop the 68010 and 68020.
------------------------------
Date: 14 January 1982 01hdfK M(~∃
I←ZtAI←EKePA Ii=\A C¬b@y%∃~ACH↓≠∪([5ε|~∃MkEUK
htA/=eW'i¬iS←]L}~∃)<tAπ%=~ACh↓≠∪([¬∩~∀~(r`JA=H β←F Qβ¬πβK?∨⊗ 77↔∩β∪?↔~βπQβFKEβS/∪7'≠∞aβ'Mε+∪'SNs≥↓βn{∪'≠NK;≤4V ;⊃β6K↔←'v9%βS/CQ↓#≡{WK∂*βCK??∪π7Mbβ∪?∂.k↔;S∂#'?9ε{⊂∩π∞-v?⊗≥↑2`h,←πε␈=≡F␈↔∀ ↔↔&≤=F/~ ≤&␈/Dλ L↑y8<L= λ→-L8⎇≤M⎇Z8h
\:;
%dλ∃~∞↑h_#!.{|Zn>_=~-⎇H≤z
};→λ ,(→→,m;Y9∧ <h≤m⎇9=~
≥Yh≥
=λ_l≥H→≠d∞~~<dπ, #!.≠⎇_-M≡(∪
|x;≠∂∀_;Y∧ x;≠∧∞<λ_$
Y=≥m}Zh→M}H≥~ T≤Y<nEC"C!&, $
yH≥m =λ_$∞y8|L↑_<↑$
|H≤∞\[~<m <H⊃
|<h~.∀→9~.M;Y`∞L>≥λ¬ Z;X-lz8;↓QY_= ∃λ_{n.Y<|
⎇Y→;L<+λ_..~8{ ↑j+H
M≥<h ∀≥{|M≡⎇_=
≥{H≤m
⎇;→∧ Y(→ \Z;Y,A X<d∞{{9.M~;Yd∞~_=∧ x;H Mh_;
D≥~~.4_;Y∧∞~→3D∞y;Y∧∞~→(∞,<⎇;∞D≠⎇=∧∞≠h≥
#"\
}⎇_;∧∞y<]M≤y(
=|\Y.>≠{Y ]Xy*$
|H≥
(≤≤M≥]~;Lt≤≤Y.>h
_..~8{ ↑j+C!!"K+%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH -∧ X;],≡↑( '↔ H εWLM+(Zuβ"Hn[{.Dλ\X;M4∩KH
|;Xz
t∂⊃RJt_=λ Y5 3(7C"Tn\ZY8nGHλ∃m = |d (∃{n-t⎇_.M;{C!!"Ty,]<h≥
t≠9(∞M_=λ∞M→(→ \Z;Z.M;{H
≡h_( n;X⎇
≥{H≠ld≥~→$
z;Y∧
yH≥m}Zh≥
=β"Ml99≤d∞≠h_LT→≠{LUHλ⊃M}H≥~ T≠;|nD≤_<NEλ≥~ T≤Y8l]]λ→
≡x⎇<n=;{H <;]→..c"X.-⎇;Y∧
iQ( ≡≤≠~,<=~;mnh≤≤M||X;-];Yh ≡h≥~ T≥{|M4 (_-lλ≥~ ↑Y(_.,(≥~
}y#"N⎇≠h≥m≥≠λ≤l∨+λ≥m⎇I⎇λ ∀≤Y; ≡~=Y-O(→≥-\H≥→.-:;X-D_{{Ml8⎇→,D≥≠h ∀≤⎇< ↑C"[,≥;Y\L≥9(→
t≥~→$
[xKEeC"C!(]= ∧∞~→<LT_<Y$
⎇~→.$~z;LNh≠yD∞{|Zd∞⎇_=
≥{\h∞M_=λ ≡Y(≠M}λ_Y-≥Yc"LM<x⎇.>y9λ
<Y+∧ ;Yλ
\>8Y$∞z≠⎇-Lλ_Y%a"C"I⎇Y(~.4≥~→$
8;X,|<I|d∞{|Zd∞⎇_=
≥{KH∧ →)|d∞~→(
⎇Y(≥m
h≥x-n≤h≥
t≤=9./#"[
|x;≠∂∀≤z_.,9λ→ ≡_8X.<<h
∞M≤[⎇,⎇λ_(
Mxx;∧
Y=
$ <h≥l]≠λ_.4≤{{,T≤~9,<#"[ld≠=8m∧≠_<L|<H→ ≡_8X.<<h→-Ny=z ↑Y+H∧ →(_-N{h≥l≥]≤h∞Mh→≤L≡c"\
M⎇≤kl}X<~∞4≠yH∞M→(→/∞≤X8nL9λ→ ≡_+λ -⎇~λ
⎇H≥~ T≤x|L\;H_-lλ≠xl<<|z-⎇X;β!-_<Y =|≡+∧
8>8LT_=λ∞M;9<eD~;H ={≠|ED→[|D (≤Y.
|]λ
}H≤≤L↑y;] ≡~;{Edλ∩→!QX;≤mt≥x;NNh≥≠d∞|Z= T→≤X,nλ≤Y.
|]≤eD≤_< ↑\kλ ≥Yλ_m}Y<|
⎇Y→;L<(≥≠d
_=Y!QZ~<d∞y8|L↑_<↑$ {→8-n<λ
m|[8.E(_;LD≤≤Z-nλ ( ≥Yλ≠,∨8Y( ↑Y;H∞<;Yλ∞Mc"\m⎇9;{LT→;≤lT
≥Z,∀→;→,>≤[{M≤h≠9,≥\j+AQC"P-m⎇~→.$~<h∞M→(≠llZ8y$
8;X,|<I|d∞{|Zd∞⎇_=
≥{KH∧ ;|⎇
O(≥z ≡λ≥~ T≠yYM≤y#"N<8|Y.L<↑(∞⎇;≠λ∞↑y(≥
t≤≤Y. <Y(∧._<→.$H≥{n-h_;LD_{|N,<|≠ml→;XlT→[|AQZ;] ↑K;yLm8y( ≥Yλ~-n→<K$ ;Yλ
≥]≤X%↑z=→$ →;~.l<↑+EeH≥~ T→Z<N>λ≤⎇ ↑β"]
}x<Y∧∞~→(∧._<→.-→<|d$≠yYM≤y+C!!"P;LD≥~→$
_<⎇∧
{Y(
|H~;NL<Y<nD
≥≠d
>(≤ ]|≠→%∀~<h∞M→(≤∞-zY8nD→;Ym≥Y9<D}c"]m}Zh≤nL=~;meHλ∩
≡h~<d∞~→( ={8Z-l=~;md≠yH ≥≠λ≠ld≥~→$ 8[⎇LUλ_;∞M≠⎇9m↓"]~ T≤≤[l}X;;-≥Yh≤L↑=:<L]9;]∞4_<Y$
;|Y$∞[⎇=
≥Y+λ∞>8zλ ≡h≠8.>x9z-lh→_.L#"]
t≤≤Y. <Y(∞L8z≠M≤x;λ∞,<≠|NNkHλ M:y(∞M→(≠,≥X9y.%λ~→$ ;≤{d
Y99∞4≥≠c!,8xy.>h≥~ T≠_<L|(→_.L8X<l↑h≥≠d∞≤Y< ≡Y(~
≡h≤Y.
|]≤d∞≠{kEeC"C!(;Yλ ≥≠λ≥
<y(∞={9=m =λ→
≤YY<L]]λ≥∂≡→<h
|H≥{n-h≤⎇ ≡~;{N4≠Y9,D≥≠c!,{{;.]Z8x.L(≥z.Mλ→8,=λ≠⎇
<H_-lλ≥~ T≠⎇=∞=9→(∞⎇|[→∧¬(_;LD→[tD (≥≠nL;β"L=|⎇λ
|H≠→.>h≥~ ≥H
)4≤→<D∞<y<D¬(≠[nD ,¬T l∩eeKHλλ≥Yλ→
t_;≠∧
yH≥
=β"NMy_>$¬≥z=
∧≥z_.L=Y<D}h_⎇..Y;]
O(_=L≥;_8ML+λ_.4_;H
≥]→<M≥(≠yLe=~→%↑y;→AQ\{{∞↑~;{D∞~_=∧
<h≠M}λ≤y-LK;xN={→<l<;]
%D≠8>,,(≥≠m]|\[nt
Z,EH≥~ ↑Y(~.1"\{m\=~~-lh≤Y,≥≠≡( ,=≥→.$_;Y∧ z→8. <H∃m}]~λ∞|:=~-lh→[n%+C"AQS[⎇eD≥y(
=Y(∞={9(
≤→8<d ;≠{Lt≥~≠n<(≠~-l<h_-lλ≥y$
Y99∧∞≠h~mm⎇h~,d≥y)nl#"Snl<[≠m⎇y9∞={9=
;Y|d
;H→-≡~→<D∞~→( =≠z8lT≠yH∞M→(~ ≡Y≥x.,(≠tD∞~→#!,ce of the software (operating system). Given that most of the
WorkS discUssions have been rather Highly technical and leaning
heaviLy toward the kind of work station that supports mainly heavy S&E
applications programming, am I alone and maybe in the wrong discussion
group?
-
Frank
¬
------------------------------
Date: 14 January 1982 2049-EST (Thursday)
From: George.Coulouris at CMU-10A
Subject: What is a workstation?
Given that we want personal machines that offer a natural and
convenient user interface for all of the information handling tasks
that we and other, possibly more naive, users want to do, I believe
that we can derive some important consequences. A natural user
interface to any reasonably sophisticated task must contain a visual
representation of the state of the task as it progresses. If the task
is complex, the visual representation needs to be quite rich in order
to represent its state. It is for this reason that high-resolution
displays have become so popular, not because all workstations are used
fkr typesetting, vlsi design, or any other specific interactive
graphical purpose.
The visual representation needs to change in real time, so that it
constitutes a 'window onto the state of the application'. For many
applications, this involves animation-like image generation, *directly
from the application data structures*. It therefore follows that the
application program thatmanages the application data structures
should run in the workstation, so thatthe data strucTures are
available to the 'animation process'. I am therefore lEd to the
conclusion that a workstation must have sufficient resources to
execute avery large proportion of the interactive tasks its users
wish to perform, leaving only non-interactive and very infrequently
used software to run in other kinds of computer system. Of course, the
workstation programs may call upon other stations to perform services
(shared file access, printing, mailing, etc) but the state of the task
has to stored in the workstation if a smoothly integrated interactive
environment is to be achieved. This leads me to the further
conclusion that workstations need as many of the architectural
features that have been found really useful in current machines as we
can afford to put into them, so that they can run the application
software well. In addition, they need extra hardware support for the
screen in order to achieve the above mentioned smooth animation.
George Coulouris
(Computer Systems Laboratory, Queen Mary College, London)
------------------------------
End of WorkS Digest
*******************
-------
Subject: WorkS Digest V2 #7
∂16-Jan-82 1933 Jon Solomon <WorkS@USC-ECLB> WorkS Digest V2 #7
Date: 16 Jan 1982 1629-PST
From: Jon Solomon <WorkS@USC-ECLB>
Sender: JSOL at USC-ECLB
To: Works;
Reply-To: WorkS at USC-ECLB
Via: Usc-Eclb; 16 Jan 82 19:33-EDT
Via: Brl-Bmd; 16 Jan 82 19:44-EDT
Works Digest Saturday, 16 Jan 1982 Volume 2 : Issue 7
Today's Topics:
Virtual Memory Concepts, Memory Schemes
----------------------------------------------------------------------
Date: 14 January 1982 01:16 est
From: SSteinberg.SoftArts at MIT-Multics
Subject: WORKS V2 #4: Memory Schemes
1. Why virtual memory?
When the large computers came out everyone said that memory was
getting cheaper and that virtual memory roached performance and was
obviously unnecessary. Everyone learned to lived in cramped memory
space and thousands of programmer hours were wasted on hairbag overlay
schemes and disk based memory managers.
When minicomputers came out everyone said that memory was getting
cheaper and that virtual memory roached performance and was obviously
unnecessary. Everyone went bananas trying to cram anything into itty
bitty 64K (B or W) address spaces which was especially ludicrous since
the machine often had .5M(B/W) on it.
When midicomputers came out I personally flamed at a couple of the
manufacturers suggesting that they consider putting in VM. They at
least conceded that it could be done efficiently but they couldn't
imagine why I'd need given a full 20 bit address space. When I
explained that I would have to limit the size of the symbol table at
x, they explained that I should write a software paging system.
When microcomputers came out everyone was blown away by the fact that
you could stack 300 of them in the carcass of a bombardier beetle and
have room left over for an I/O multiplexer chip so no one considered
VM. So what do we have today?
"Why can't VisiCalc hold more stuff in it?"
"Damned, the editor buffer is full again and now I can't
just add memory."
"You can't call a Macsyma program from a PL/I program
because they don't both fit in memory even if there is
enough room."
In other words. Everyone is bumping into the same garbage they bumped
into ten years ago except that more people are bumping into it and
this time we might all win.
As far as segmentation goes I approve completely. Segmentation lets
PL/I call Macsyma since it enforces a set of rules which describe how
all programs have to communicate and it allows them to share an
address space (segmentation is not as important on object oriented
machines since each object can be viewed as a segment).
A very successful segmented machine is the HP41C calculator. It
provides segmentation and dynamic linking in a tangible form. It
provides one system segment, one writable segment and four user
addable segments each of which may contain any number of named entry
points. A key may be bound to any entry point.
When I buy a device, such as the magnetic card reader, I plug it into
one of the segment slots and suddenly I can invoke a whole series of
programs which can Read and write data To this device. If I buy the
business package I can suddenly run the TBOND function to evaluate
Treasury bills and so on. I am often surprised that such a simple and
powerful scheme is used so rarely.
------------------------------
Date: 14 Jan 1982 08:19:14-PST
From: mo at LBL-UNIX (Mike O'Dell [system])
Subject: Another view of virtual memory
While the comments about a person's desires exceeding his machine is a
good Argument for virtual memory, I would like to present a somewhat
different view. (50 pounds of code in a 5 pound machine is the
classical party line taken by many vendorq who sell machines with
virtual memory (except Burroughs).)
I view paging as primarily a physical memory management and protection
strategy. While real memory will never be large enough for everything
you can think of, it is large enough so a bit here and there can be
sacrificed to fragmentation. Relocating and protecting access of
things via the hardware in nice, fixed-size chunks makes things much
easier. Anyone who has written a memory allocator knows it is MUCH
easier to write a good one for fixed-sized blocks than one for
variable requests. Not having to scrimp and save each byte, and the
availability of the paging hardware makes managing the contents of
physical memory much easier. It also lets you play the 50 pounds of
code game if you want, but that is not as visibly important (I realize
it is to MANY people).
I have a more Multics-oriented view of segments - they are structuring
tools (code oR data). However, I do subscribe to the "1-1/2
dimensional" virtual memory schemas. By 1-1/2 dimensions I mean the
bits carry from page into segment, rather than the Multics 2
dimensional scheme whereby they don't. There are several reasons.
Unless you use gigantic addresseq (like the H@ scheme mentioned here
befkre), you can neveR hav@∀AiQJ↓eSOQPA]k[ KdA←_AESiLAoQKIJAs←TA]KK⊂~∃iQ∃ZT@AM←[JAAe←Oe¬[fAQ¬mJAQUOJACIeCsf↓g↑A]∃KHAm∃erAY¬eOJAMKO[K9ifX~)←iQKIfAQCYJA[C9rACeICsfX↓]KKI%]NA[¬]rAg∃O[K]QfXAC9HAgi%YXA←QQKef↓QCmJ4∃E←i BB@A]QSYJ↓iQJALbAgG!K[JA=HABA→Y←Ci%]NAE=k]ICIrASf↓GYKm∃dXASPASf~)QCeH↓i↑AI<ASLAe←jACIK\Oh↓IKgS≥]S]N↓s←kd↓←o\A!CeIo¬eJ\@↓)QKe∃M←eJ0AM←d4∃[CG!S]Kf↓oSiP↓BAMY¬hAmSIikCX↓CIIe∃gfAgACGJX↓YSWJ↓iQJAYβ0@Q]QSGP↓CeJ~)mKqK⊂AErA∧Ag[C1XAaC≥JAgSiJRXA∧AO←←⊂AgGQ∃[JASL@blA SifA=LAaC≥JAC]⊂@bl~)ESif↓←LAg∃O[K]PAoSi AGCeIrOfA¬YY←o∃H\@AQQSfA¬YY←oLABAM%YJAS8AiQJ4∃MSY∃gsgi∃ZXA←HABAY¬eOJA¬eeCr0Ai↑A JA[CAaKHA%]i↑A5K[←edACfAMKmKe¬X~¬G=]iSOU←kfAMKO[K9ifXAAe←mS⊃S]NA
←]gK
kiSm∀XAS]⊃KqCE1JACI⊃eKgg∃f\@AQ↑~∃aIKmK]PAieC≥KIrX↓gS[a1rAM←IGJAi!JAM←1Y←oS9NAgK≥[K]h↓i↑AE∀ABAQ=YJAo!SGP~)oSYX↓CGGKMfAie¬`\@A%LAs←TAakh↓iQKg∀AMSe∃oCYYLAEKi]KK\A∃CGPA¬GiSm∀~∃gK≥[K]h0As←j↓I↑Ae∃IkGJ↓iQJA5CqS[UZA]k5EKdA=LAISMiSGh0ACGi%mJAg∃O[K]Qf~∃i<@dTTDjXAEUhAiQ¬hASf↓giSY0AckSQJABA→Kn@Q$AW]←\XA≠k1iSGf5KefA]←kYI8Oh~∃ JAgCQSgMS∃HR\@↓β]HA%LAiQ∀AgKO5K]if↓CeJA
←IJX↓iQKr↓GC\A9←e[C1YrAE∀~∃CY1←GCi∃HACI)CGK]QYrAo%iPAe∃Cg←]¬EYJAMCMKid\~∀~))QJ@DZb↑e⊂AgGQ∃[JASLAgie¬SOQi→←eoCIHAi↑↓S[aY∃[K]h↓OSmK8ABA[¬GQS]∀AoSi ~∃O]1rAIK5C]HAACOS]≤XAK]=kOPA1←OSG¬XACI⊃eKgf↓ESifPfdB$XAC]⊂ABAI∃GK]h4∃aCO∀AgSu∀\@A)!JA-β`AECSIYrAcUCYSM%KfA←8AiQSLAYCgPAa←S9h\@AQ↑AeK¬YYr~)kgJAQQJA-¬0@dA≥SOCEeiJAY=OSGC0ACIIIKgfAMaCGJ↓eKck%eKf@`A[KO¬EsiKLA←L~)aQsg%GCXAACOJAQCEYKLXASL↓s←jA⊃←\Oh↓gQCe∀AgKO5K]hAQCEYKL\@A)!SfASLAiQJ4∃GkeIK]hA5CqS[UZAaQegSGC0A[K[=erBB∧B@A!∃←aYJ↓EkSY⊃S]NAACOKeLAgQ←UYHAO<~∃eK¬HAiQ∀Agik⊃SKfA%¬~AI%HABA1←]NAQS[JA¬O↑\@↓)QJAASGWK⊂@c⊗A¬]H@i,AEsi∀~∃aC≥JAgSiKfAM=dABA≥←←HAIKCg←8BB~∀4∀∩[≠%WJ~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@bhA)C]kCIr@br`d@bdhhf[ M(~∃
I←ZtAMiCme=fA~\↓≠CGe¬WSf@q≠βπ%¬⊗ACh↓≠∪([5ε|~∃MkEUK
ht@A]←eW&↓ SOKMhA,dFjtAY~~∀~)→CeO∀ACIIIKgfAMaCGJ↓OSmKLAs←j↓k]SM=e[SidA←LAIKMKe∃]GJX↓CfAQ¬fAEK∃\~∃a=S]iK⊂A←kh0ACGe=gfAa!sgSG¬XAG←9MSOkICiS←9fAC]⊂AM←d↓iQCh↓[Cii∃d~∃g=MioCIJAG←9MSOkICiS←9f@Qo!ChAQ¬aaK]LAi↑Ae←kd@≥eKCX↓[K[←IrNAo!K\As=j~∃]∃KHAi<AK]Y¬eOJAM←[JAAe←GKMfOfA]←eWgACGJ}$\@A)!JAaK9CYir↓SfAaIKgk[∃H~∃i<AEJAAKeM←I[C]G∀\~∀~))QJA⊃SgGkMgS←\↓←\Am%eikC0A[K[=erAg<AMCd↓QCfA¬ggk[∃HAiQ¬hAgo¬`~∃[¬]COK5K]hA%fAS]⊃KaK]⊃K]hA=LAiQ∀ACaa1SGCi%←\\@↓∪hAo=kYHA¬aaKCHAC\~)k]oCIeC]i∃HACgMk[ai%←\\@↓/QK\↓aKeM=e[C]
JAeKEkSeKLAShX↓ShASLA]←e5CXAi<~∃io∃CVAY=oKd[1KmKX↓mSeiUCXA[¬GQS]∃fAS\↓←]JOLAQSKICeGQd\@A
=`AS]MiC]G∀X~∃S_AShA%fAISMG←mKIKHAi!ChAg=[JAa¬eiSGUYCdA-S]HA=LACeICrAG¬YGkY¬iS←\↓Sf~∃QCWS]≤ABAY¬eOJA→eCGi%←\A←_AiQJ↓ek]i%[JA←_AC\A%[a←eQC]hAAe←Oe¬ZXA←9J~∃[¬rAoK1XAoSMPAi↑↓[←IS→rAiQ∀AG←[ASYKd↓←dAi!JA[S
e←G←⊃JA←L↓iQJA5CGQS9J~∃←9JASf↓ek]]%]NA←8XA←d↓M←dAQQChA5CiiKHAEkr↓BAae=GKgg=dAoQ%GPAeU]fAi!Ch~∃
CYGk1CiS←8AEKiQKd\@↓'S[S1CeYr0AShAMQ←kY⊂AEJAA←ggS YJAi<AIKM%]J~∃%]iKe→CGKf↓i↑Ag]C`A[¬]COK5K]h@!]←iJ0AM←d↓S]gi¬]GJX↓iQJA%)&Aa¬OSMN4∃aCe¬[KiKIfA!C≥βQHA¬]HA!¬O%C]≥JAoQ%GPAo¬e\Ai!JAgsMiKZA=LAYS9KCdAMoKKaLR~∃o!SGPA∃SiQKHAIKM%]JAB↓aCei%GkYCHAeKO%[JA←_AgoCAaS]N↓←dAKYK\AC1YWn~)goCaAS]NAQ↑AEJ↓MkYYdAG←]Qe←YY∃HAEr↓iQJAUgKdAAe←GKMf@AJ9N\AS8ACII%iS←\4∃i↑AIKckKMiS]N↓goC`5S\A←_AiQJ↓MCkYQKHAa¬OJXAIKckKMhAgKYKeCXOeKY¬iKHN4∃aCO∃fRtA∧AaCO∀AMCk1hAEK
←[Kf↓KggK9iSCY1rABA-S]HA=LAgk eWki%]J~∃%]m←G¬iS←\8~∀
∃⊃K[C]⊂AaCO%]NAo%iPASQfAmCIS←kf↓eKMS9K[K]QbASf↓BAg←U]HAO∃]KeC0[akeA←gJ~)[KiQ=HXAEUhAGKIiCS]1rA←i!KdA[∃iQ←ILACeJ↓a←gg%EYJA]QK\AQQJACAaYSG¬iS←\4∃oCeIC]if8~∀
∀%'iCmI←fA≠¬GeCW%f~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJtbhA∃¬\@br`d@bb@d[!'P~∃'k UKGhhA%Jt↓ESNA5K[←edAGQSAf~∃
I←ZtA ∪→ .↓ChA'I∩[↔_4∀~∃∩↓EKYS∃mJAi!JAYCIOCgh↓%β~A
QS`AQ↑AICQJASf↓C\A∪ ~@dpa⊗AIs9C[SFQS\A∧@Tr~)←eOC9SuCi%←\R\A)QKIJAoKIJAek5←efA%\A Y∃Gie←9SFAK9OS]K∃eS]N↓)S[KLA←L~)C\AK9iSeK1rA]K\A]←]Y←YSi%YJA%¬~AiK
Q]←Y=OrAi!ChASLACYY∃IOKH↓i↑AE∀ACEY∀~∃i↑↓akh@Q~AESQbA←\↓BAGQ%`AiQ∀AgSu∀A←LAQ←ICsLAeCZ↓GQSaLAkgS9NA←e⊃S]Ced~∃ae=GKgg∃fT@AM←ehA=LAio<@jAm=YhAG!SafA]SiPA∃YKGiI←\AE∃C[fA≥←S]N4∃S]E∃ioKK8AiQK4XASL↓∩AeK
CYX@!iQSf↓oCfA∧AG←kAYJA←_A[←]QQfAC≥↑R\@↓≠←gh4∃←LAQQJAg∃GeKiLACeJ↓EKS]≤AWKaPAk]I∃dAoe¬afAk9iSX@ iQKr↓GC\A JACI¬ckCi1r~∃aI←iKGQKHD\4∀~∃¬%YXA.4∀~∀Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃
e=ZtA/%YYSC4@EπQ=afDA]KgiM%KYH@q¬SYY\AA'I∩[↔_x~∃'k UKGhhA[←e∀A←\A SNA[∃[←eS∃f~∀~(@@AuUeSGPZQIT$Z[]SAa←\A∃YKGiISFAG<\@Q]∃FRA←_AUCa¬\~∃KaaKGiLAi↑AA←ghA!SOQKHAae←→SifA→←dAi!JAsK¬dAK]⊃S]NA5CeGPfbX~)gK]S=dAKq∃GkiSYJAmS
JAae∃gSIK9hAZ\↓QSe←QBAi←1HAukISGP~)EC]W∃efAi!kegI¬r\@~(∩t~∀$t~∀@AQSe=iBAg¬SHA]∃FAQCL@[g←1mKHA¬YXAi!JAiK
Q]SG¬X~∃G=[aYS
CiS←9fAM←HA[CgLAae←⊃kGiS=\A←L↓B@djXAWSY=EShAIC]I←4~∃CG
KgfA5K[←ed@QWe¬ZRAG%eGkSPXAoQ%GPAo=kYHAEkCIeUaYJAQQJ~∃5K[←edAGCa¬GSir↓←LAG=[aki∃efAC9HAiK1KG←[5k]SGtions
equipment which currently use 64 kram circuits. demand foR
the 64 kram circuits is still growing and should peak in
1984 or 1985, he predicted, addingthatdemand foR 256 kram
circuits should become significant by 1986.
:
:
------------------------------
End of WorkS Digast
*******************
-------
Subject: WorkS Digest V2 #8
∂16-Jan-82 2147 Jon Solomon <WorkS@USC-ECLB> WorkS Digest V2 #8
Date: 16 Jan 1982 1926-PST
From: Jon Solomon <WorkS@USC-ECLB>
Sender: JSOL at USC-ECLB
To: Works;
Reply-To: WorkS at USC-ECLB
Via: Usc-Eclb; 16 Jan 82 23:21-EDT
Via: Brl-Bmd; 16 Jan 82 23:38-EDT
Works Digest Sunday, 17 Jan 1982 Volume 2 : Issue 8
Today's Topics: What is a WorkStation?
Backups Or Not?
----------------------------------------------------------------------
Date: 16 January 1982 00:15-EST
From: Brian P. Lloyd <LLOYD at MIT-MC>
Subject: What is a workstation?
Most of us here think that 'workstation' has something to do with
computers. It doesn't. It is the place we go to work. For most of
the world it is a desk with a telephone.
For those of us involved with computers it is also someplace we go to
communicate with a computer. I think the real question is, "What do
we need to make our workstations more efficient?" Now we can get into
talking about LAN's, local processors, bitmapped displays, and shared
databases.
Brian
------------------------------
Date: 14 January 1982 01:16 eqt
From: SSteinbere.SoftArts at MIT%Multics
Subject: WORKS V2 #4: Whatis Work
2. What iq a Workstation?
As far as I am concerned a woristation iq any small coMputer system
Which is aimad at a Single user. Word processors are workstations,
LISP machines are workstations, the S-1 cOmputer will be a very
powerful woristation. A workstation must provide cOmputer power for
an individual. This puts certain economic and interface constraints
on it but in my definition an advanced telephone is a kind of
workstation even if it lacks a full keyboard and a crt.
One big problem in the computer field is that it is hard not to be
conservative without appearing flakey. It is as if predicting the
future of the automobile I had the choice of describing fuel injection
or teleportation. My guess is that we are about ten years from a desk
top Symbolics LISP Machine.
------------------------------
Date: Saturday, 16 January 1982, 10:04-EST
From: Daniel L. Weinreb <DLW at MIT-AI>
Subject: Dave Reed's queStions
¬
Regarding the backup problem: I don't see how you can convince people to
do backup if they don't apPreciate the neEd -- they'll find out soon
enough, probably. When Symbolicq sets up a new site, they insist that
the site either provide a time-sharing system on their network that has
tape drives, or else that the site buy a magtape drive for fiLe system
backup; the markating department makes it clear that any configuration
that we are willing to sall must include provisIon fOr fiLe system
backup eiTher Locally or over the net.
Regarding network communications, Lisp Machines are always listening to
the net. Ib for no other reasons, this is useful because of the FINGER
server thatlets other peoPle ask who is logged into the machine, and
the SEN@ sepverwhich receives interactive messages. It's not
particularly expensive to do this; we just hav@∀ABAaI←GKgLAiQCPAgSiL~∃Ce=k]HA Y←GW∃HACY0AiQJ↓iS[J↓oCSi%]NAM=dABAACGWKPAi↑A¬aaKCHA←\AQQJ~∃9Kio←IRXAo!SGPA⊃←Kg\≥hAG←MhAC]eiQS]≤A[kG \~∀~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ ]H↓←LA/=eW&A⊃SOKgP~∀TT(TTTT(TTTT(TTTT(T~∀Z4ZZZZ4~∀~∀4∀→'kE)KGht↓/←eWLA SO∃ghA,H@Fr~(@≡bp5∃C\Z`d@@bDjh∪∃=\A'←1←[←\y/←e-'↓+' [ π→λ|@∪/=eW&A⊃SOKgPA,d@ r@@~) CiJh@bnA)C\@bdpd@b\ff[!M(~∃
I←ZtA)←\A'=Y←[←8@y/←IW'↓+Mε[ π1∧|~∃MK]IKHpA∃'=_AChααVN
l*∞2λhRS=i¬;?K/≠X4*K/β3e6&yiα←␈∪.Mβ∂!αVN~j⊗∞2⊂h*[' Q↓αW≡→6↔∂f⊃m↓E:α+π9βAI↓AS↓Q6⊗% 4*[N i↓α↔∪16 n!m↓EBα+π9βAI↓E≠QA]6,"P4(hR←?K←→α∪'>+OP%α↓↓↓↓α↓α7?v#πe1β aα+∞q↓EeC⊃↓↓↓α↓↓α[}cW7∃β⊃↓iαO≠OW∃βH4(4U#?∪πJ;MαS␈β'∂MPI↓↓↓α↓↓αC∞;∃αOOS∃↓→¬βπ∨∃¬#π 3/_4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓α> gMα&yα∪=∧∪π∂//βL4)α↓↓↓↓α↓↓↓↓α↓↓α7/≠Qα∪O≠C3πO→απ;"α7π'v3Kπ7/→αO#∂∪∃α7.k?Kexh)55ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓E]∧Sπ9↓ IaI↓β↓A]6-~P4*7∪?5i¬:ε2.-⊃βπQ∧~6U5∪α 4+≡→iβ7zβπQαd∩16VtJ`4*∨+ +↔∨!iβC∞;∃βOOS∀4(hR←#'f)β;?"β←'OFK;≥β&yβ↔c&+;⊃β&C∃β'v3';'&+3eβf{;≥β&KO∂W∨≠'?9ε{84+ε ∨';:aα%β≡ 9∨Qεc↔Qβ&C∃βK.3↔K↔v≠↔Mβ&yβS#*αZεaπβπ∨∃π≠'k∃πβπOMπ;'S#␈+P4+≡{77↔w!84(hR'QβO→βSK.)βS#∂!↓b7↔KS↔MεKMβK/ W'K.!β≠?∩βS#∃π≠gOS.iβCπ>)βSπ⊗c∃β←F+9βSF(4+C⊗{∂↔O~βOCπ≡)β'Mβ∩∨ g&+M9↓∧C?←↔6+Iβg␈)βπK*β∂?;7+O';:β'7Cf+7↔;& S'?ph+←'&AβπK≡C'S↔∨#WK∃r↓α+W∨!β ↔≡ WO∃π##∃α4
a5E
y]aAεCπMβ∞q↓b7↔KS∃βn+7?KHh+3'nKQβ∪}+O9∨"β7↔πrβS#π"αZεak E>bEAβ←'faβ#π6)βOW≡Aβ¬βfK7'Qr↓α'→πK?T4V 3O=ε[↔↔AεK9β7Ns⊃βSF QβSF)βπK≡C'S↔∨#WK∃π;πMβ&+O'∨v+⊃βSzβ3πO"β¬β3}s≤4+&K7∃1πK?Uβ>K31β⊗+π3'V)βS#∂!↓b7↔KS↔Mεkπeβ⊗)β?;gIβ¬β≡kπ31πβ↔K∂.sSπ∨*β?_4W##∃βεCgO'≡ 1β7.k?Keπ≠Cπ∂*β←#↔r↓J∨ O#∃βC⊗{∨Kπo→β ↔≡{7∃β≡{77?rq↓αSFKMβ'_h+;?"βS=β≡ eβSF QαεJβSgC/→β#π4)β'Qε+πOeπ∪'∨#"β;?]ph(4*N1βg?*βπK∃π∪↔π3gIβ←?↔∪'↔⊃ε ?W"βS#∃πβπ∨∃π#π 3*βOCπ≡)1β'"β'Mβε{OO'⊗c∀4+&yβπ∪"βπ;?&C↔Iβf+[↔1ε{→β'v#'K↔∨#'?9αCπ;⊃ε3π∂S␈⊃β?→β YβK.#W∂SN{9β'ph+OC∞≠∃%β↔IβCW'#';≥π##∃β∨KOS↔jβCπ∨*βSπ f)β';&yβS#*βK↔O/∪[↔⊃πβπKQε{_4+∨KOS↔jβOCπ≡)β eεk?∪'7K';≥π##∃β∂∪∂#'&+∂SW⊗)βπQε β≠W'+K∃β& S∃9αα$4+&{W Qπ##πQεKQβ←Nc1β↔6+Iβ#∂βC↔9r↓αS#O→β'Mπ≠?7↔>CπQβ≡K7'3∂⊃βS<hR;πSN{;π1?→α:M 1AAAπ≠∂#↔n)84(hR¬βOn 31βε ∨∃β≡Kk∃βO→β∨?}!β ↔≡ WO∃εKQβK.#W∂↔~β';S/∪;π1ε3Kπ∨n+;Sπ&K?98hR'Qβ≡ 9∨Qε∪∃βS}yβO7∞c1β .≠πWO*β'QβO→βg?/⊃βW;O!β?→ε≠?77icating with
the disk. 512 bytes has been found to be a good compromise no matter
what any IBM studies say. 51∩ is definitely better than 1K or 2K.
In summary, think in 20 year time spans. The 360/370 has been around
nearly that long. The VAX will be too.
------------------------------
Date: 16 Jan 1982 21:24:58-PST
From: mo at LBL-UNIX (Mike O'Dell [system])
To: walker at cmu-20c
Subject: page size
If memory gets cheap enough to use 8 megs of page tables for EACH process,
you won't give a flip about internal fragmentation. You will still
be concerned about the amount of screwing with page tables the system
has to do.
Two gigabyte programs are very real things right now. VLSI rule checkers
and routing algorithms are just waiting for the extra address bits.
On a more religous level, I doubt seriously if the Vax will have
the lifetime of the 370. It is too easy to build better machines
these days, but that is fuel for a different flame on a different
mailing list.
-Mike
[Agreed - INFO-VAX@MIT-AI is the best place for such a discussion.
-JSol]
------------------------------
Date: 17 January 1982 1228-EST (Sunday)
From: Hank Walker at CMU-10A
Subject: backups
There are two basic ways to do backups if you are a small business.
The first is to have some removable media, such as a floppy or TU58
tape cartridge that you plug in periodically. The operating system
automatically handles incremental backups. It tells the user whenever
to insert a new cartridge. Intelligent encoding of backup data should
keep the typical daily backup down to 200K or so per workstation. The
OS should keep track of everything and just tell the user to do
something once per day or so.
The second alternative is for backups to be handled by your
maintenance contract. If the small buSiness computer is hooked up to
cable DV, and so has a high-speed path to the f@%KYHAMKemS
JA←M→SGJX4∃iQK8AECG-kafAQCWJAAYCGJ↓eCaS⊃Yr\@↓≥CikICYYr0AKMGIsaiS=\Ao←UYHAE∀AkgK⊂~∃Er↓iQJA=o]Kd8@A∪L↓iQKe∀ACeJ↓]↑AG¬EQJA1S]Wf0AiQK8AiQJ↓[CGQ%]JAG¬\AQCYJ~∃Bbd``↓ECkH↓[←IK4XAoQ%GPAe∃ckCe∃fACE=kh@b<dAQ←UdAi↑↓ECGV↓k`@d@a⊗L~)'SMG∀As←J↓eKCY1rA←]1rA]K∃HAQC1HAIkAYKpX↓B@dh@`AECUHA[←⊃KZAo=kYHAIKIkG∀~∃iQ∀AiS[∀Ai↑@DjA[S9kiKf8@A)Q∀AMSK1HAgKImSGJ↓GK]i∃dAo←UYHAG¬YXA[¬GQS]∃f~∃S8ASif↓CeKB↓ChA]%OQhAQ↑AaKIM←eZ↓ECGWU`Ai↑↓iQKSβ⊃β3π⊗;∃β∪O≠/Mβ␈⊃βSπε)84*&KK↔∂&{K'↔~β?→β⊗ ∂/↔"βWAβ6K3↔Mπ;?W3"β ∃βd∧V7" ,VFNl@ ∧
|H⊃/
<⎇
⎇H→~.=c"X.D≥~→$ y;] ↑KHλ ≤β⊂:4→P:yb\⊂72bY2r⊂0H10quYr⊂:xλ34v2K⊂:42H6pqt~w2P;[zv2εB24pvλ:42P_rw:2\⊗⊂92\zryzλ:42P→4v2Vλ0s2~0{2P~z⊂9t~x82rλ7{2iλ:42P≤47w2CE64w→WεEεB!0qu]x⊂;t[6⊂7w≠<P9zXqrrbλ4s⊂:~2P:yYy⊂40\P0v6[yz⊂7≠P4w;≠v;2vYw:⊗⊂≠z42yβE:40[⊂27t[3P:4→P6wy]⊂:94]4pv⊂≠s⊂:4~w3yVλ9zqtλ0yP⊃~w9ri≥⊂1pz≤4r3rCE&gg⊃ lQελ7y⊂⊃≥ptz⊗λ32z1Z4w3@_0quz\⊂1wh≡W↔↔⊃ εEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVCEαE"_z2]⊂ [P%0[:py<H_\\→λ_\≥_LVbijβE#97[]⊂)7X2y:⊃v:7wλ&ppyH≡)"fH0z⊂&Rj∩faOεE)zX52qz∞⊂⊂+t_z⊂4yH0P;w\5yz0]4ww∨HεE)zX52qz∞⊂&zy]⊂;wy~yS24\x60|H0w2⊂≠ptw⊗Xx:P9Z0y2P≠rvwy≡←FE*≠]⊂#r[y3rW⊂wzv7]y4yP_z⊂!fUVXX CEεE$[⊂7y2→y⊂37\⊂:42H9z0z→P0yP≤92yr[:2r⊂≠w⊂:4→P;wy~yz9z~ww⊂9Xy2rwλ:7FE_2P:w→2y9z_w20q≠2P:7H:42P~:vpw ⊂4z⊂≠zyz⊂_2P1:Zv:⊂:\7w⊂0H9vpv≠εE7:[q2y⊂≠s⊂9|[q7v9H2pqtλ7s⊂;Z4qt⊂_pw⊂1→P62p\72r⊂≤ztqu[<V⊂:~2FE9[pv6⊂≠:vq2\⊂7s⊂≤|vq7[9P9wH:40zλ:42P≥5z0vλ9|yz→vP1`[⊂12P≠2py7→rεE4[⊂0P)Z7y:⊂≥4vrP
0P9vXv6⊂7≥vq2yλ7s⊂8]tquv~ryV⊂≠7z⊂0H6tv6~wwεE≤ztqu[4ryP≥t4qtλ1pw⊂_2P0@≤0z42\⊂67w→P:90Zw4w3H82y4[r∀WεB*40zλ12tw→P0yi]vrr⊗λ4z∪yH2py|H:7P9→x92yYw:⊂*~2yrP≤|vq7[9P0w→εE:4→ty⊂6≠qpz4[w9P7[⊂:42H9qy2Yw⊂∀< <P7s→9rz⊗λ<⊗4P≤qpv2K⊂0w3[2P4sβE97z_z2rελ0w2⊂≥t4qtλ7z42\⊂9|vX7v9P≠{2y6_|P:4→vTW⊂∃40z_2tw3H:42FB1pyrK⊂4z⊂→7ryw z⊂:0ZrP6zXt⊂20]0P:7H:90w≤vtz⊂≥x20z→yP:7H:42P≤qy2r[εE39≠vP:4→P1wv\:z2yλ:40z yP9:[74w3H:42P≤97qr\yP:7H:42P≥wy2⊗\97qr\ywyεB:40z yP24\x60|Zw3P4]↔⊂*4≥yP$P≤rrP7≠P92p\ww⊂:≠P4w9Zyz⊂:~0z⊂:~2FE;Z7v2P≤|yz2[P∀1x≥Vtw:→w9t{→P897XryyVλ0w2⊂≥wy5y]0z4w[⊂24y\60|TCE9:wλ4w⊂9Z0y2rλ6ptw→90vrH6rvw\<W⊂$]⊂4yP≤zs34Xtrw:λ:40zλ:42|H12P0X62FE≥7P1w[vzw4Xpz2P≠{2y⊂≤wvrP~0v3;X|Vy2Xyww0X62P7→z;wy~P∀82\40x9H≤[__λ10zr
WεE*~:yP;YP22yZsw⊂:~2P;w\5yz0]4ww⊂→7y⊂2Y4z4w→V⊂24\x60|K⊂0w2λ72z;[y5FE_wvvz[4qpz~ww⊗⊂_w2⊂6→p{2P≥42P1\:Vtw≥2w9t]2P:0\uyP3≠y⊂:4→P14sH6pqt~w2FE≥40z⊂~yP9t_y2r⊂_vww3H9r{2Xv⊂:yYy9WεBεE⊗VKVVVVKVVVVKVVVVKVVVVKVVVVKVVFEβE"w2λ7s⊂+[y5iP⊃4sry]εE∃∃
∃∃∃∃
∃∃∃∃
∃∃∃∃
∃εE⊗KVVVVKFEεEβEβ)zq5→qz≥⊂∃wy5iH"4sr\z⊂+→λ⊃XXεB⊂πY_Ke0w⊗N→⊂⊂_ X≠De≠w⊂)w[7vwwλ≡+wy~iP0zλ*iaVQaf!∨λ∧kwy~iP"4Yryz⊂∃→⊂⊃XL⊂⊂⊂εB"0z2N⊂→_P∩0w⊂_N\→⊂_ _X⊗h∀jεE#≤7v]⊂∩7w⊂)[v7vw[⊂≡+w\5iP0]⊂*iaKbaf!∂εE)r[22y≥λ%)gfλ0z⊂*TaVbaS!εE*≠]⊂+w\5y]≥λ≥FE)→x6<VU7]⊂+[y5iP_z⊂*iPVbaf⊂εE+4X]⊂⊂*\qVbq[1≥P→ P%0wλ≤→⊂→N_Z⊗bQ*εE+~p]⊂⊂⊂96⊗a≠r≥P→ P%0wλ≤→⊂→N→Z⊗bQ*εEεB+wy5\P"4sYyz∧Pλ⊂⊂⊂⊂λ⊂*4:\9r0|K⊂→_P∩0w⊂_N\→⊂⊂λ⊂⊂⊂⊂∃7v:vYP→⊂≥λ$yyzYP_XεBεE*7Y0|SyH*7x4Xy]∧DH⊂⊂⊂(_srP*_q62yCE⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂*90[9x0y→w:⊗⊂⊂zz7vXz4qP⊂0quz\9FE⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂$≥vwy⊂ P+t0]⊂$yP⊂P+wy~iz0z~wwεEλ⊂⊂⊂⊂λ⊂⊂⊂⊂∃wy5i]0z4w[⊂0w2λ&ptwλ!h*P P&zy]⊂*42↑P)t0\2P&r[wy<←CE⊂⊂⊂⊂pv6⊂→7y⊂(_x2y9H⊗P aSP!ww→2y2w_rP7wλ)rqz\4z<Vλ zr4]⊂0w2λ!ww:≤7vεEλ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂∪2{y`7eek: 256K @it Chips From Bell Labs
VirteAl MeMory
OCR For Laser @Rinter
----------------------------------------------------------------------
@ade: 18Jaf 1982 11:28 PST
From: @eutpπGPA¬hA!βIαS≠βaα~∃%∀p@@AACOJAQCEYKL~∀
∃¬YPAi!SfAEUgS@;,ε7
ε≤-w/" ⎇⊗.∞nM⊗~π ≤v*πL≤&f/4
↔4_(⊂→→p⊂42\94w3K⊂⊂*4→FA!2\5rv %y CompqteR Corporation machine useD a haqh tabhe For the page
αtabhe. Itc pπSuJ↓SfAaβ∪?C?↔#'?;∞aβS=¬##∃β≤Kk∃β|∧b¬∀X→Bεn]]w/+Hλ ≥H≠p~~2yεE≥wy29K⊂4s⊂≡wzP4_{2P0H_fP;[y2⊂)→pv⊂ -emgry divided Into 1K word pages,
the In-core-page table cOntains a maximum of 1000 occupied Entrieq,
regardless of the size of the address space. The pace table is hashed
on The disk address (or unique IDor whatevep you like) of the pace.
This schem`
Ae∃ckSe∃fABA!CeIo¬eJA[¬`AiQ¬hASf↓Cgg←
SCiSYJAeCQQKdAβ##π8hS';∪/C↔⊃1ε∪WQβ&CπQβO→β;=ε∪'≥β&+π1↓jiβ'Q?→β+W∨!β3'↑)β¬βn+7?KJβ∂π∂F)84(hQ555ji555ji555ji555ji555ji555jh4(∀T#πS∃R↓↓Ee∧Sπ;W∂∪e↓EKAI↓AAQEEβ/≠P4*5∪?5iαα≠Kπv[OS?rrO?≠$ KSMε Qα6M!67Wg#'∂LhROW V+∂QiααK∃i∧#π[∃¬∪↔↔⊃?→βGW-≠S'?w_4(∀U#=βπ?∪↔∃β>KS!α& 9α←.K;K↔∩aβ π≡[WAβ≡C?W3"β ∃β∂+S?7∂#'
β∞s⊂4+'∪π;Oε K↔;"q↓αSFKMβK/ W'K/→β¬βv+S←?⊗Yβ∂?vs↔∂SN{9βπstening.
What we needhere are PROTOCOH &AQ↑AIK→S]JA∧AgiC9ICeH↓ECGWU`~∃G∃aeKd8@A)Q%bASf↓S]IKAK]IK9hA←L↓iQJAACeiS
kYCd↓IP∪π4¬w$≠yC!.{|Zn>_=~-⎇KHλ ∀→≠{D}λ→6∞ 8⎇∞⎇|Z|nL=~3mnh≥≠d Y(→N]≠≡#!.⎇8pl↑|y]-D≥;]
≥λ≡;nT_x;D∞≠→9d ;H⊂.,X∧r9_y<P /ne i@9iP≥βL{WIαd
0$ &CπQβ∞cG=β¬∪?['&+@~π>L⊗v&≡,Bε6≥HRε∞βY⊂_0quz\⊂9r`2vers. AlSo id
λsouLd provide automatic communications with↓←iQKHA→β≥LAS\AQQJ
∃β≠↔;O*βS#π ∧π&F↑,Rπ>}X D_Y( H3K3λ→H≤∀M}≠xp↔[9W⊂⊂∃42P&⊂g⊗f S∧A8)≠z7qg[9P27H53r needth∞AE∀AKga∃GSCY1rAQS≥QgaK∃HAKq
KahAQQChA¬\∩∃←→H O'&)β π≡[WAβ≤ Cπ Lc'SE∧¬↔4≤Y4.]<Y;,]]λ⊂∪≠y⊂0w≡P77g≥94s4XvεE9↑yz2vK⊂⊂$wλ30qj ⊂9z`#h a @ CGWk@AGCA¬ESYSQrASf↓BA[C)←dAg∃YYS]≤~∃a←%]h@Z4AiQJ↓KckSYCYK]PA←LA∧AMSe∃ae←←_AgCM∀X@@Q=HAG←UegJX↓iQJ~)CESY%irAi<AWKK@AICi∧AMe←4AO←S9JA←M→cSiJ↓]←]K9GesaQKHASLACYg<AB~∃IKckSIK[K]PR\~∀4∀@ZZ4PbRZ4Z~∀~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ Ci∀t@br↓∃C\@Drpd@@rbd[A'(~∃→e←Zt↓'SYm∃eEKe≤AChAM%∩[↔0@Q¬e¬HAα\↓'SYm∃eEKe≤R~∃'UEUKGPtAoQ¬hASf↓BAo←ISgiCQS←\}4∀~∃∩↓]←iS
KHAS8AiQJ↓⊃KCi!WShA
CiCY=NA∩AIKGK]QYrAe∃GKSm∃HAiQ¬hA⊃K¬iPASL~∃]←\A←MM∃eS]N↓BAπ←5akiKHA/←e,A'iCQS←\X↓aCehFA⊃λ4bd\@↓)QSf↓SfAS8~∃CI⊃SiS←8Ai↑AQQJA⊂4brXA ZprX↓KiF\↓iQKr↓CYeK¬IrA←→MKd\A)QJ↓aeSG∀ASf~)S]Ge∃ISEY∀t@Hfdj\``∧@A∪h↓G←[KLAoSi ABAM=e[SG∧Ai←`0ABAe¬GVAK9GY←gUeJX~)C]H@HACIUUgiCE1JAgQ∃YmKf8@A∨e⊃KdAs=kefA9←n\~(~∃¬e¬H~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJtbrA∃¬]kCed@brpH@bpf\[ '(Q)kKMICrR4∃
e←4tA∂K=eOJ]
←kY←UeSfA¬hAπ≠TZbaα4∃)↑t↓%←EKIhA YQ←\A≠¬Cf@yI ~ACPA≠∪(5≠ε|~)'kEU∃Ght@↓%JtA]QChA%fABA]←eWgQCiS←8}@↑A5kghA]←eWf→ISga1CrAC9HA[C%\[GaT~∀@@@@@@↓gQCe∀A[K[=er}~(~∀~∀↓βGGKAiS]N↓s←kd↓iQKg%fAiQ¬hAoJ↓gQ←k1HAeKMieSGPAgKh↓←LAge[E←YLAkgK⊂AS\~)ISga1CsS]≤@OiQ∀AgiCQJA←L↓iQJAMsgiK4A[←I∃XNAi<ABAe∃YCiSYKYrAM[CYX4∃]k[ KdXA]SiPAI←iCi%←\AC9HAgG¬YS]N↓M←dA∃CGPAMs[E←0XAYKPOfAI<Ag←[∀~∃o←Igh[G¬gJAG¬YGkY¬iS←]Lt~∀~(@@@A]JAgkIKYrA9KKHA5←eJAMs[E←1fAiQ¬\AiQ∃eJACIJAS\↓iQJA¬'π∪∩↓gKh\4∀@@@Q ↑A⊃SMMKIK]hA→←]if↓G←k]PACf~(@@@AMKaCe¬iJAge[E←YL}RXA1KifAMCr@b@``AI%MMKe∃]hAge[E←YL@z@r↓ESif4∀~∀@@A'GIKK\AA←gSi%←\Ae∃ckSe∃f@d@D`[ESPAG←←IIS]CQJ@z@H`AESQf~∀~(@@@AI←iCi%←\@zpAESQf~∀@@A'G¬YJ@zjAESQf~∀~)'↑Ao∀Ao←k1HA]K∃HAi↑↓gK]HhdAE%ifAi<AiQJ↓o←eWMiCiS=\Ai↑↓gaKG%MrAK¬GP~∃9KnAge[E←X8~∀~∃5rACe≥k[K]PAoCf↓iQCh↓M←dA∧@O]CQkeCX≤AkgKHAS]i∃eMCG∀XAiQ∀Ao←e-giCi%←\~∃MQ←kY⊂A[CS9iCS\↓BAg[=←iQYdAC]S5CiKH↓ISga1CrA←_AiQJ↓Gkee∃]hAgQCiJA=L~∃i!JA[←⊃KXACLAShA
QC]O∃f\A)!SfAS9GYkI∃fA]←PAUkgPAGQC9OKfAQ↑AiQ∀~∃G←9iK]iLA←LAM[CYX↓oS]I=ofA←8AiQJ↓gGeK∃\XAEUhAiQ∀AISgAYCrA=LA]K\~∃oS9I←of↓S\Ae∃ga←]MJAi↑↓G←[[¬]IfX↓C]HAQQJAe∀[←eI∃eS]N↓C]H~)eJ[a=gSiS=]S]N↓←LAo%]I←oLAiQCPA[Cr↓←mKe1SJAK¬GPA←QQKd\A∪\AQQJAo=egh~)GCgJ0A[←gPA←LAQQJAg
eKK\↓[CrA
QC]O∀AS\A=]JAkAICiJ8@A)Q∀AkaI¬iJAg!←kYH4∃]Km∃eiQK1KgfA¬aaKCHAi↑A!CaaK8ACYX↓ChA←9GJ@Q∀]N\A]QK\A∧A]Kn↓oS]I=n~∃G=]iCS9S]NAQKqhA%fAEe=kOQh↓i↑Ai!JAgGIKK\R8AαAQ%OP[e∃g←YkQS←\AMGeKK8~∃G←UYHAQ¬mJAk@Ai↑@D`X``@Ags[ ←YfA=\ASh0AC]H↓iQJAUaICi∀A]KK⊃fAi↑↓QCaa∃\~∃S8AYKgLAiQC8@b↑d@A←LA∧AgKG=]H\~(~∀@@AR]J8AiQJ↓ICiB↓eCiJ↓SfA←_AiQJ↓←eIKHA←L@Pepb`@`apd@@z@pQ~AESQf←gK \~∀~)∨LAG=kegJ↓iQKe∀ACeJ↓g←[J↓←aiS5SgCi%←]fAQQChA
C\AE∀AI←]∀XAEkPAiQKd~∃[←MiYrA→CSXA%\Ag←5JAS[A←eiC9hAGCMKf@Z↓G←]g%IKdAQQJAaI←EYK4A←LA5CWS]≤AB~∃]S]I←\AOYS⊃JAg[=←iQYdA←mKHAoQCQKmKd↓oS]I=ofACIJAk]⊃Ke]K¬iPASP\@A YK\~∃]SiPA=aiS[%gCiS=\XAi!KeJA%fA]↑↓oCrAQQChAQQJAI¬iBAe¬iJAe∃ckSe∃HASf4∃O←]%NAi↑↓EJAY∃gfAi!C\AB↓[KOC ShAa∃dAgK
←]HA=dAg↑8~∀~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~∃ ¬iJt@DrA∃C8@brpH@bfjX[ '(4∃
e←4tA!CUXAα\↓↔CeO∃d@y↔¬%∂ $↓ChA ∃ε[≠βI→¬∨%<|~∃'UEUKGPtAπC1XAM←HA!Ca∃ef@Z↓βπ~A
←]MKIK]GJ↓←\A'∃GkeSQrXAβUIShA¬]HAπ=]ie←0~∀~∀@@@@@@@@@@@@@@@@Aπβ→0A
∨$↓!β! I&~∀~(@@@@@@@@@@@@@@A
%eghA¬π~Aπ=]MKe∃]GJA=\~∀@@@@@↓' π+I∪)2X↓β+ ∪PAβ≥λ↓π∨≥)I∨_A∪8A∨
%π
A'e') ≠L~∀~∀@@@@@@@@@@@@@@@@↓∨Gi← Kd@n4pX@bdpd~∀@@@@@@@@@@@@@A≠CIeS←iPA!Cm%YS←\↓⊃←iK0~∀@@@@@@@@@@@@@@@A'h8A→←k%fXA≠%gg←kIR~∀~(~∀~∃QQSfA
←]MKIK]GJ0AU←S9iYrAMa←]g=eKHA rAβπ4@A'a∃GSCXA∪]i∃eKgh4∃∂e←Uaf@@!'∪∂f$@AS\A¬kg%]KgfA Ci∧@A!e=GKgg%]N@Q RX↓∨MMS
J~∃βUi←[CQS←\@!∨αRA¬]HA'∃GkeSQrXAβUIShA¬]HAπ=]ie←0@Q'β RX@A]SYX~)M←GkLA←\AQQJAI∃gSO\↓G←]g%IKeCQS←]f↓M←dAMKGke∀AgsgQK[fA%\AiQ∀~∃CkQ←[Ci∃HA←M→SGJ\A)←a%GfACAae←aISCiJAM←dAiQSL@AG←9MKeK9GJ~∃%]GYk⊃Jt~∀4∀@@@@@T@↓→←GC0AβeK∧A≥Ki]←eVAMKGke%ir~∀@@@@@@@@4@Ao←IWgiCQS←\AMKGke%ir~∀@@@@@@@@4@ACaAYSGCQS←]f↓←LAK9GesaQS←\~(@@@@@@@@Z@ACUiQK]QSGCi%←\~∀4∀@@@@@T@↓βaaY%GCiS=\A←L↓)ekgQKHAπ=[aki%]NA'egiK[L~∀@@@@@@@@Z@↓gKGkISirA∃]QC]
KHAgegiK[L~∀@@@@@@@@Z@↓gKGkISirA-Ke]K1f~∀~(@@@@@T@AMKGke%irAβAaYSG¬iS←]L~∀@@@@@@@@Z@↓KYKGQe←]S A[CS0~∀@@@@@@@@Z@↓KYKGQe←]S AakE1SgQS9N~∀~(@@@@@T@AM←Mio¬eJA'∃GkeSQrA!←1SGSKL~∀@@@@@@@@Z@↓CGGKMfAYSMif~∀@@@@@@@@4@AIK→CkYiL~∀@@@@@@@@Z@↓[C]I%i←er↓a←YS
SKf~(@@@@@@@@Z@AS9iKOe%irAa=YSGS∃f~∀~(@@@@@T@AMsgiK5fAβk⊃SiCE%YSir4∀@@@@@@@@Z@A¬kISh↓ieCS1f~∀@@@@@@@@ZAS]i∃eaeKQCiS←8A←LA¬kISh↓S]M←I[CiS=\~∀@@@@@@@@ZA[←]%i←eS9N~∀~)βkiQ=efAo%iPAi∃GQ]S
CXAa¬aKef↓←dAI∃gGeSAiS←]LA←L@↓gkGG∃ggMk0~∃CaAYSGCQS←]fAS\@↓iQJA¬E←mJ↓←dAe∃YCiK⊂Ai←a%GfACIJAK]
←keC≥KH~∃Q↑Agk [ShAQQKSd↓o←eV↓M←dA
←]gS⊃KeCi%←\\@↓!CaKIfAgQ=kYHA J@AB4∃[Cq%[kZ@↓←L@@H`@AI=kEYJ↓gaCG∃HXAieaKoe%iiK\↓aCOKL@QS]
YkIS9N~∃C gieC
hAC]⊂AeKM∃eK]G∃fRAM=d@AS9GYkg%←\@A%\@Ai!J@AG=]MKe∃]GJ~)ae←G∃KIS]≥f\~∀4∃ Ci∃ft@A
←[aY∃iKHAACaKeLAIkJPfAG=aSKf$@@@@↓βaeS0@bX@Drpd~(@@@@@@A≥=iSMS
CiS←8A←LA¬GGKaQC]GJ@@@@@@@A5Cr@f@X@br`d~∀@@@@@AπC[∃eB[e∃CIrA5C]kg
eSah↓IkJ@@@@@@A∃k1r@bXbrpd4∀~∃≥=iJt@↓βkiQ=efA←_ACGG∃aiKH↓aCaKIfAoS1XAEJ↓eKck%eKHAQ↑AgS≥\AB~)G←asISOQh↓eKYK¬gJAM=eZ\~(~∃βEMieCGQfXAa¬aKef0AC]H↓ckKgQS←]f↓gQ←k1HAEJ↓CIIe∃ggKH↓i↑t~(@@@@↓ CmS⊂A$\A
CYYC≥QC\~(@@@@↓¬CEg=\Aπ←1YKOJ4∀@@@A¬CEM←\A!¬eV@Q]KYYKMYKrR0A≠α@@dbjn4∀@@@@Plb\R@dfTZbd`@~∀~∃
←]ie%EkiS=]fA←HAckKMiS←]LA[Cr↓CYg↑↓EJ@AMK]h@↓KYKGQe←]S
CYYr4∃i↑t4∀@@@A!Ck0Aα\A-CeOKH~∀@@@A S≥SiCX↓ ckSA[K]h↓π←ea=eCiS=\~∀@@@@n\A%KK⊂A%←C⊂@Q⊃_HZf←~@pR~∀@@@A!kIg←8XA≠α`bnhd~∀@@@@PlDnR@jXpZjpDf~∀@@@AβI!β]KPACIIIKgftA↔β%≥ $ACPA ε5≠CeY ←e↑~(~∀~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~∃ ¬iJt@DrA∃C8@brpH@brtLrtfh5!'(~)
e←ZhAIKGYCpCIUWJCk9FCg[λAChA KeWK1Kr~∃%\[eK¬X[YS→JtA'QKmK\↓~\A¬∃YY←m%\~∃'UEUKGPt@djY⊗AESPAGQSAfAMe=ZA¬K1XA→C f~∀~))QJA1CiKgPA≥KoMoKKVQ∃C\djRAMCsfAQQChA KYXA]SYXAIKYKCMJAB@Hjm↔D↓GQS`4∃]KqPA[O]QP\@A=\AiQ∀A←iQ∃dAQC9HXAi!JAgC5JAgi=er@Q¬E←kh↓↓KYX↓→CEf$ACYG<~∃gCebAiQ¬hAβπLAoCF↓gCGe∃hAEK→←eJAQQJAI%mKgi%iceJ↓CGeK∃[K]h8\\\~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ Ci∀t@d`↓∃C]k¬er@bdpd@`\dn[ M(@Q/∃I]Kg⊃CrR~)
e←ZhA∂K←IOJ]π=kY←kISfACPAπ≠*4baα~))↑tAI←EKePA Yi=\A≠C¬f@y%∃~ACh↓≠∪([5ε|~∃MkEUK
ht@A¬eSiQ5KiSF↓Kee←HtAM←H@pi~↓ESif=gKFAIKCH@`\i~A Sif←MKF~∀4∃∪\A5rAYCMhA[KMgCOJ0AiQJ↓IKGS5CXAa=S]hAMYSaa∃HAMe=ZA[r↓GCYGUYCiS=\\~∃!←oKm∃dXA[dACeOU[K]h↓oCfA CgKH↓←\Ai!JAG←IeKGhains unchanged.
------------------------------
Date: 20 Jan 1982 12:00:08-PST
From: decvax!duke!unc!smb at Berkeley
Full-Name: Steven M. Bellovin
Subject: Virtual Memory
As has been pointed out by many folks, VM is a wonderful mechanism for
hiding the actual size of main memory. Programs do tend to be
simpler, and the loss in performance is often quite small, especially
since page fault-initiated I/O is often much faster than ordinary file
I/O. But virtual memories work well *only* if the program has
suitable locality of reference, i.e., if the working set is a
reasonably small fraction of the total memory allocated. If the
program is going to access most of its address space without any
particular clumping performance will badly. Not that explicit I/O
would make it any better -- but at least the programmer would be aware
of what's hapPening, and would be warned that perhaps a different
algorithm might be appropriate. The best example I can thinkof is
sorting~ anyone who tries to sort a large number of records using,
say, shell sort, is in for a rude suprise iF the program is runin a
virtual Memory environment.
Another point: all the world is not in main memory. In particular,
my terminal isn't. One can write MulTics-style programs to deal with
files, or one can write UNIX-style programs, in which all the world,
including my terminal, is a file. I don't know which approach is
better.
In short: VM, and memory-based file I/O schemes are not panaceas. I
like both -- in particular I *don't* like systems without VM -- but
there is a tradeoff; perhaps the workstation designer would be well
advised not to spend the extra bits on address space that can't be
efficiently used by the maximum real memory likely to be available.
(And then add a few more bits because such predictions are always
wrong....)
------------------------------
Date: Wednesday, 20 January 1982 22:17-PST
From: Robert Elton Maas <REM at MIT%MC>
To: Frankston at MIT-MULTICS
Re: WorkStations? / OCR forlaser printer??
¬
Although I'm adament about hooking up all workstations and other
workstation-like things (MIT-MC etc.) into a worldwide network,
and avoiding use of papeR as much as possible, there are several
reasons for oCcasionally making hardcopy:¬
(1) Although I edit online and get 95% of the typographic errors
eliminated online, when I See my document in hardcopy I always
catch a few more errors that somehow escaped online scrutiny;
(2) Occasionally I need to give a listing to somebody who isn't
yet on "the net";
(3) I'd like to make hardcopy on microfiche and keep in a safe place
so that if we have a nuclear war it'll be possible to recover that
information later (magnifying glasses are sure to be re-invented if
our species survives, but ASCII will probably be lost and magnetic
media probably won't even be suspected of containing coded
information);
(4) Sometimes the current generation of visual displays can't quite
do justice to graphics and other "pretty" effects like hardcopy can,
especially if you consider that when 99% of the world's population
has word-processing only 80! wilh have the veRy best graphic
terh S]¬YfXAQQJAe∃[CS]%]N@bdJAoS1XAQCYJAg←5KiQS9JAiQ¬hASf↓gkSi¬EQJ~(@AM←HAKISQS]NA khA]=hAM←β⊃βO#⎇;';≥π##∃β5+31β⊗+πWSJβ?→β&C∃β∪}≠W7↔w 4)↓ε∪↔';8β↔∪'&+⊃↓"J;5β+/≠QβSG∪?←'v9βS#⎇≠∃βC-∪∂↔;& ∨↔Mε{WQβ6{Iβ↔F 7C3*aα$∀R↓β∪?r;Qβ'w#↔;⊃π##↔5¬#=βπwIβ7?⊗)βS#∞qβ πfcCπKZβ∨W↔∨≠↔M%ph"%β≤+∃β;zβWO∃¬;#πS≤¬v/6↑$ε&←$∞π⊗NnM⊗v:
⎇bεF≡,F≡␈∂∀ε∞vD∞FF.d∞GπN≥lrπ&qQ&n∞=
⊗v*↑,V∞λ~5∧ X8zd
;]≠d (_sm↑≥=→.$≠{H ∀→~9LL<Y;ND≠Y5∞⎇|Zc∧∞z;XlT_;∪↓QYY0~≥wy5yH;tv&λ12P:~rr⊂*≠qrz4→y↔⊂!≥z⊂8)≠r:qd[3P40\21wh≡P7zz≤:z⊂#≠yαE$]9P7k[⊂9puYP0qP_w⊂2g→⊂897Y:qz⊂≥tv6⊂≤z4v&λ40{ % occAsi`∨]¬XAkg∀X~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀4T+;⊃β}1α←?⊗ZMα∪N;↔OPhQ)))RQ)))RQ)))RQ)))Ph)55ji554hP4(∀P2OW⊗S↔∂QRα←?K]→α∪'>+OQα3⊃↓
Eλh)=∪ 6+πriaI↓β⊃IM\LS?9α≡{3?7}q↓r←␈∪.Mβ∂!αVN~j⊗∞∩∪q&←␈∪&Mα&K∨↔O"αYI↓≠ E↓↓h*∪π&)i↓I
α+π9β eaIβ⊃AUamαNP4T3K?5Rα+?9¬≠?3?n{9↓r>{K.Mε QαV≤→6⊗∞d⊃x4*≡+;∪↔∪Qα*N|aβπQ¬*N
6,~2λ4U#=iα>{K/MSQ↓l4U∪↔C3JjS=i¬;?K.~βπQα-~
6⊗≤bλ$*6K¬i↓¬+O
6.≠3 mβ⊃Iα+∞q↓aIβ↓iAAl*∩P4U3'¬iαα K1l∪7⊃mβ⊃Iα+∞q↓aIβ↓iEYl*∩P4Ph*←?⊗[Mα∪N;↔OPJ↓↓↓↓α↓↓α≠⊗K∪πeb↓IIαV 9↓EKAI↓↓α↓↓↓α6{3W↔*↓I↓i∧KOOW*↓ED4Ph*S?& e∨M¬#?C'∨→h%↓α↓α#π⊗!α∂?πIα?W'βWQ↓jα;?Q∧s↔↔∪.!|4)α↓↓↓↓α↓↓↓↓α↓↓↓α∂+↔Ke¬∪↔C3J↓5α↔6+KgSFK;≥αNqα7πNqα7↔n{Kd4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓∧kW3SN≠M↓5¬ W'∂←≠?KS_h)55ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓IE∧Sπ9↓ IaI↓βIQI6-~P4*7∪?5i¬:ε2.-⊃βπQ∧~6U5∪α 4*∨+ +↔∨!iβ#∂∪⊃β∂␈βd4(hRS#↔⊗)β'Mε≠↔KS∞K;3eεs=βW≡)β≠?∩βπ9β␈βS'∂∞aβ∂#∂∪π∂S/⊃βK↔∞#↔Iβ&yβ';≡+KQβλh+7π≡C';∃n;↔;↔⊗ S↔⊃ε#?∂Wn+;QβNsS=β∞s?S#/⊃β7π≡C';∃bβ WQπ;#πQε ?W"βπ30hSS#∃ε∪??/~aβCπε+KM1ε+S
β∞cK↔π'Iβ3πNK;≥β∂∪?W;#y↓α7␈≠Qβ?2βS#'~βOSW61β∂πph+ ∃π≠π≠↔gIβS#⊗{←9β∂;πe↓Fc??-ε K?Wv!βg?/⊃β?≠6K∂∃1ε{Iβπ"β3↔π∨!β7'v)%1β↔+P4+
β3?Qε{→β'"β'Mβ⊗+3πSO3↔3eπ#'7↔f+OM9αα'Qβ>{W3⊃ε∪∃β¬π∪?gπbβCπ'rβS=βF [∀4W≠?7↔}s∃βSOβ∃β'rβS#∃∧c' K∂∪eβ?2α∂?;?∪↔OMε∪eβ#∞s⊃84Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓IE∧Sπ9↓ IaI↓ !U]6¬~P4*7∪?5i∧∩&22:βπQα≥∩%6.`h*OW⊗S↔∂QRαK∃i∧cπK∨*βπ∪∪⊗+OMβ∨βπ∂↔_h(4*⊗)iβSF)β←#}c∃β←␈∪3⊃βO→β;?"β'9βn '9βn+7?KJ↓#≠?∩β↔cπoβ3∃βoIβS↔⊗k';πbI84(hR←↔3baα'Qε≠?W3"β ∃1εkπg *β'Qβ≡C?W3"β ∃1ε ;⊃β}qβ¬βf{Qβ?2β←?K←≠SπSN{;M0hS'QαM→9↓α$j¬β∪O≠C3πO→β#π4)βπ3bβO?K'→β?→ε ∪[π& ∨↔Mε{[↔Iε ;eβ␈##↔Iπ#gC∀hS?→β&KOC3∂I9↓αO#Eβ+/≠QβSF Qβ'2βS#∃ε#'OCf eβ O#7πAπ#π/↔~↓EIbZβ gS/→04+∞s⊃βg␈+IβC⊗{∂↔O≡{Iβ?vceβπ&#K↔O≡+M↓Y$Y1βg␈)βπK*β'9β
β3?Qε{→βS⊗{W 3*p4(4U:\4(hQ555ji555ji555ji555ji555ji555jh4(4T#πS∃R↓IEαV 9↓EKAI↓AKQAMi∪16BN h*≠K}iiβ∪.≠[πa∞#W/∃∂+;
π≡k βπ"α ↔K↑+3↔dhR≠W3bj;π7+QαOS/3↔9αjqα ↔fc?['ph*S=RαJ⊗6∧j&Q6l_4*O.∪+↔∂#QαK∃R↓α7Wg#'∂LhP4(&7∪?5α∀*6α6M!66
¬##UαV 9↓I
↓Aai+)iEYβ eaHhP&[' Qβ∪W↑)π∂#N≠=πW≡∪[π`hP&∪π&)i↓I
α+π;82 1:34-EST
From: Roberp Elton Maas <REM at MIT-MC.
Subject: Re: Mul@QSGf~(∩~∀∪Q↑tAG!SG↑C⊃kWJCU]FCg5DACh↓+π∧[ j`~∀$~∀∪#USGWg=ahASLA≥<d↓o←egPAGCg∀XAg↑↓KmK\↓S\A[¬S\A[∃[←er↓ShASM\Oh~(∪O←←⊂\@A)!kfASPOfAB↓eKHA!KeeS9NTAβ9sE←IdAoQ↑↓o←kY⊂AkgJ↓ShAKYK\~∀%oQK\↓ShAC1XAMSQbAS\↓aKCY5K[←ed@Q]↑↓iQeCMQS]NαIβ'Mε β3?≡+H4(N 3K↔∞#eβπv!βS#⊗ G#'v9β'Mε∪↔O'&)βS#*βC?'w!9↓α≡{7¬β⎇##↔I∧¬V/&
|G_h!≥v"π=}'&Nlpλ ≡Y(≠D
≠y`
d≥{tNz⊂1p\rV⊂ [2⊂9w[rP7`& them canbe
made th∞AeU\AS\↓mSeiUCXA[∃[←er↓oSiP↓[kGP↓YWGC1]Kgf↓←DAC
GKgg%]N~∀%g↑ACLAi↑A¬m←SH↓iQeCMQSMNαβ' β⊗+π1βn+7?KJβ'Mβ≡kπ31bβ↔[↔rβS';Jp4(Q*↔.N=>6␈↔D
↔
εe)F}:
`εNr∞Mε*ε≤h . 9y( <<y+∧ ;Y \;Y0→_v6<P→7ryP≤ztz2CE;rv≠⊗⊂1:]⊂:40]⊂4yw z⊂6|H87tw≥⊂0z_v6↔⊂λ,szS]2P6pY2P4`4 forma -- that
some sorts "can be made to run iN virtual @5K[←edAoSi A[kG AY←G¬Y]KgL~∃OL↓CGGKMgS]NλXAR]∀\XAi!ChAi!JAae=OeCZU[kgPTAEJ↓CoCe∀AiQCPAShA5CrAeU\~∃S8AiQCPAK]m%e←][∃]hXAQQChA¬oCeK9KgfA=HAiQ∀Ak]I∃eYsS9NAgiIkGikIJ@USLTAB~)G←]G∃e\A←_AiQJ↓ae←OIC[[KH\~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀
∃∃]HA←_A/←e-&A S≥Kgh~(TTTT(TTTT(TTTT(TTTT4∀ZZZ4ZZZ~(~∀~∀→'kE)KGht↓/←eWLA SO∃ghA,H@Fbd4∀@≡dH[∃C\4pd@@Hfjb∪)←\A'=Y←[←8@y/←IS&ACPA+'ε5 π ∧x@∪/←IS&A %OKgh↓(d@FDd@@@4∃ Ci∀t@dd↓∃C\@Drpd@Hdfn[A'(~∃→e←Zt↓∃←\AM←Y←[=\@y/=eW&A¬hA+' [ π→λ|~∃'∃]IKdhA∃'∨0AChAU'ε[
→∧~∃Q↑tA/=eWfth@v~∃IKaYr5)↑tA]←eW&↓ChA+Mε[ π1∧∩∃-%Bt@AUgF[
YDv@HfA∃C8@pd@Dtfr[∃ (~∃YSBt@↓¬eX[ [Hv@HfA∃C8@pd@Dtjh[∃ (~∀4∃/←e-fA S≥Kgh∩@@@@@A'CQkeICdX@df↓∃C\@Drpd@@@@@↓-←Yk5J@d@hA∪ggUJ@bd4∀~∃)=ICrOLA)←a%Gft∩$@A¬K1XA→C f@djY⊗A%C4~∀@@@@@@@@@@@A'o¬`@LAMQ←`@4Aπ←[AkiKd↓ ckSA[K]h↓/C]i∃H~∀@@@@@@@@@@@@@@@@@@@@@↓'iCiUfA∂L↓/←eWL}~∀Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@dHA∃C]UCer@Drpd@Dh``[∃'(@Q→eSICdR~∃
I←ZtA ←D]π=YoKY0AChA
≠*ZbAα~∃'UEUKGPt@@dTm⊗A%¬~AMe=ZA¬K1X~∀~)αAMe%K]HA¬hA¬K1XAoQ<Ao←e-KHA←8AiQK%d@li,A %β5fAi←1HA[J↓S\@bdp`Ai!Ch~∃QQKSddjm⊗↓ %β≠LAoKe∀AO←S9NAi↑↓EJAe∃CIrA%\AYCQJ@br`bXAg<Ag←[∃iS[Jbrpd4∃g←k9IfAC ←khAISOQh↓M←dAQQKSd↓eKCX↓eKYK¬gJ\@↓βhAi!JAiS5JXAC1XAiQ¬hAoCL~∃YK→hAi↑↓I↑Ao¬fAio∃CWS]≤AiQJ↓[seS¬HAiS5S]NAACiQf↓g↑Ai!ChAi!JAGQ%`~∃i∃]IKH↓i↑Ae∃MYKGPABAG=]giC9hAY←¬HA←\↓iQJAMkaaYd@ZZAQQKrA]KeJAYKer~)o←ee%KHAC ←khA9←SgJ↓[CeO%]fAC9HAGY¬S[KH↓iQCh↓iQSf↓oCfAQQJA[¬U←d~)G←]iISEki=d\~∀4∃)QJdjm⊗↓GQS`↓oSYX↓kgJAQQKSd↓eKIk9IC]h5e←of↓iKGQ9SckJ↓iQCh↓¬KYX4∃IKm∃Y←aK⊂AM←d↓iQKSH@li⊗↓ %β≠L\@@Q%\AMC
hXAi!SfAg¬[JAa∃eg←\↓i←YH↓[J~∃QQChAQQJ@dTm⊗AC9HAYCIOCdA
QSaf↓oKeJ↓iQJAIKCXAIKCg←8AiQCPAiKG!]Sck∀AoCf4∃IKm%gKHA%\AiQ∀AMSeMhAaY¬GJR\4∀~∃ %HA≥K]goKK,AeKC1YrAO∃hAiQ∀AgG←=`A←m∃dACY0A←LAQQ←gJ↓ YKGQe←]S
fA≥K]f~∃[¬OCuS9Kf}@↓)QKr↓W]Kn↓CE←kPA→SEeBXAi=↑\\\8\\~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@ddA)C\@bdpd@bX`j[!M(~∃
I←ZtA⊃CkXA¬hA∨
→∪π
@~∃'k UKGhhA/β≥Q λtA
←[akQKdA EkSa[∃]h~∀4∀@~∃]β≥) ⊂t~∀@@b\@Ldn`A∃[kYCQ←dAM=dA A-(b@`@@@!gkaa=eiKH↓ErA+9∪0Qi4RR~∀@@d@8A-β0Z|A∪ ~AπQ¬]]KX↓G←]]∃GiS←8@QgkAa←ei∃HAEr↓+≥∪0!iZRR4∀@@@L\A-β`@Z|A%¬~A¬%gs]F8AG←]9KGiS=\XAY=←WfA1SWJA∧@fdnD~∀∩∩QgkaA←eiK⊂AErAU≥∪ QQZRR@4∀~∃
=dA[←IJAS]→←e[CQS←\A
CYXA ←DA⊃∃eeS←PACh@P`p@nPj@bf@`A qP\@df\\@A∩4∃oSY0AeKY¬rAS]→↑Ai↑↓¬←DA%LAs←TAo←k1HAeCQQKdAUgJA[∀ACfA∧AO↑[ KioK∃\\~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@ddA)C]kCIr@br`d@bbhfl[ M(~∃
I←ZtAMiCme=fA~\↓≠CGe¬WSf@q≠βπ%¬⊗ACh↓≠∪([5ε|~∀4∃/←e-&ACaAKCdAQ↑AEJ↓IKOK9KeCi%]N\@↓)QKe∀ASfA9↑A]K∃HAM←HAY←]≤AISg
kggS=\~∃←8AieSYSCXA¬]HAa∃eSaQ∃eCXAA←S]iLt~∀~(b\A∨_AG←kIgJAo∀OYXA]C]hA!CeIG=ar\@↓!CaKHASfA∧A[CeYKY←kLA[KI%kZ\~(~∀d\↓∨LAG=kegJ↓oJA]∃KHA∨
$\@A!←oKm∃dXASPAoSY0AYSW∃YrAE∀AQCe⊂Ai↑A)kgiS→r~∃∨
$OfA→←dAS9ISmS⊃kCXA]←eWgQCiS←9ftAe∃YSCE1JAeK¬IS]N↓←LAMIKJAi∃qhASL~∃eK5CeWC YrAI%MMSGUYhAC9HAKqAK]gSYJ\~∀4∀f\AM←[JAQQS]OLACeJ↓gKeS¬X[CG
KgfX↓g←[J↓CeJAIC]I←4[CGG∃gf\@↓πYKCIYrAi!J~∃Y=OSGC0AS]i∃eMCG∃bAi↑↓iQJAQo↑AI%MMKdhAiQJ↓M←e[∃dASf↓]←hA∧AgKO5K]h\4∀~∀h8A
Kn↓k]IKIYsS]≤A[KG!C]Sg5fACe∀Agie%GiYr↓S]mSMSEYJ8@A-~0AYSW∀AC]r4∃←iQ∃dAgk
PXAQ¬fASiLAIK[¬]IfA khAe∃[CeW¬EYrA1SiiY∀A←mKIQKCH↓M←d~)G←eJ5eKgS⊃K]hA¬aaYS
CiS←9f\@A
KeiC%]YrX↓CYXA%]iKe→CGKf↓gQ←k1HA]←PAEJ~)MWeG∃HAS]Q↑ABAAe←GeUgiKC8AEKH0AeKcUSeS]≤ACYX↓MSYJ↓∩←≡AQ↑AEJ↓iQe←UOP~∃⊃K[C]⊂AaCO%]N\~(~∃≥←\XA[CdAoJAIKike8AiQJ↓iQJA⊃SgGkMgS←\↓←LAo=eWgi¬iS←]L}~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃∃]HA←_A/←e-&A S≥Kgh~(TTTT(TTTT(TTTT(TTTT4∀ZZZ4ZZZ~(~∀~∀→'kE)KGht↓/←eWLA SO∃ghA,H@Fbf4∀@≡d\[∃C\4pd@@@jbd∪)←\A'=Y←[←8@y/←IS&ACPA+'ε5 π→∧x@∪/←IP∞Mα&K∨↔O"αQI↓≠ M↓↓h*∪π&)i↓I~α+π9β eaIβ⊃EEEmαNP4T3K?5Rα+?9¬≠?3?n{9↓r>{K.Mε QαV≤→6⊗∞d⊃x4*≡+;∪↔∪Qα*N|aβπQ¬*N
6,~2λ4U#=iα>{K/MSQ↓l4U∪↔C3JjS=i¬;?K.~βπQα-~
6⊗≤bλ$*⊗+C3eo#=iαU≠?1β∂!αJεt!6ε$hR['¬R↓αWO~j↔∂3∪Y↓IQ∧Sπ9↓C⊃↓Ai+⊃6⊗∩ h*[' Q↓α ⊗a6 7#Y↓IQ∧Sπ9↓C⊃↓EQS→Y6⊗% 4(4U;?K/~α∪'∨/≠P%↓α↓↓↓↓ααOW;& e1↓∪!α+πr↓Eea∩↓↓↓↓α↓α[?g+7∃↓∩↓iα'∨≠W∃↓ _4(4U#?∪πJ;MαS␈β'∂MPh)↓↓α↓↓↓αv+]αC⊗{∪W∂'→↓5α⊗ ∪'=¬≠#π∂Z;MαWε;Kπ∪*α≠?I¬"JM5C↓α7?&+1α&Hh)↓↓α↓↓↓α>{K.O& S'?rαK↔G,KK↔7,sSM↓jαW#π β∪?↔~β¬α←␈∪&OS∂#'?9∧s↔↔⊃xh)↓↓α↓↓αG,+Ceα⊗+C3'/→↓5αo+3S'π∪?∂↔∨≠?Iα>{K.O& S'?w→↓→α≡{W;⊃∧{WSC/ 4)↓α↓↓↓↓α↓↓↓↓αα∂#↔∂↓α7↔n{Keαπ∪'∂↔~↓5↓Y$Yα∂#O↓β≠?∩↓⊃EA∧+π∂ hQ555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555jh4(∀T#πS∃R↓↓IM∧Sπ;W∂∪e↓EKAI↓A≠QAAβ/≠P4*7∪?5iααO∂#∂+ 3∃tkW3SN≠Eβπ α6&QlkW3SN≠L4*∨+ +↔∨!i↓α⊗ ∪'=¬≠#π∂Zβπ;;⎇+;∂↔~β;↔]εkπ∂#Ns∀4(hRO';≤)α%βF [↔9?!βg↔"βOπ↔rβS#'~β?9β&C∃β;-!198hP4*?rαSW↔≡#πeα⊗ ∪'=¬≠#π∂Xβπ;;␈+;∂↔ β¬β;-9βS?αk?→7&C∃73Ns∃β∂|kCGS/⊃0∩¬M
↔_h-≡2ε∞d∞Wε?,≤F*πMtπ&F]_ D ;y→-D∩2+AQA"U
(_p↔[x:z2\⊂1wg≥0pw9H17r4λ0P&w]4πrola 6(⊂00 and a Z-80. It wilhλAeU\~∃C1XAKq%giS]≤A≠←I∃XA∪∩↓g←Mi]CeJA]` 'S&+9β≠|ε"π& T¬Rkε∧π>OM
w/" =ε∞v|U`hUM Rε∞β[[n]Xy;,]]λ⊂→Xtr⊂ .othine about sod¬aoCIJAM←β⊃βS#*↓QaAβ↓0$(hRS#∃ε∪πO'~β∂?;4¬⊗//,≡FN}d ↔4 M⊗πελ≤p⊃\2rw, keyBoard Z-(0, 68@``@1∧¬vv(Q(E≤$Dπα$→[⊂↔\88P /d¬MKe%]N@B8dA7↔KS∃β≤εF␈⊗≤|Rbβ⊗ ∞ <H≠8-≥H≠9-]|↑+∧∞≥{c!∞y<Z,≥λ~3NL<YP,<<h_-lλ≠p↔→P!r`.trgnics sTyle ParalLel. This Sells dh∂d~(Hhr`@X∩(hRπ9β,ππ'⊗∀λ MMβx8<H4yP∩
X_↔ Extra iemop¬rASL@@hj@AMOdαβπ;∨&C↔I↓α⊂ G iλ⊂~~2sεEε⊂∧1000 foR afo@QQKd@HjlXA5CWS]≤ABA[¬qS[k4AWL@TbeV\↓)QSF↓I`↔∪bk 3?>p4+\≤6FNlTπ>NMDπ∞9≠λ mβy⊂
≠XX_ εAεE⊂P40y→⊂24yZP4yP_{0tf_q22P→4πr ~$5000 fgrpA Dαp4(Q(⊗&" ⊂ε >X<∩
≤h_[l≡Yλ∃
t≥~~.∀_;Y∧ (≥~
≥Xh≡-}(~_.l(_ ⊂≥2y<P≠4qrP≤2y9`/nal
computer.
Paul
-------------turday)
From: Hank Walker atCMU-10A
Subject: What does a Workstation need?
What are the basiC requirements od a workstation, and how can they be
met?
I wilh list these loose qpecS as my requirements fkr a workstation:
(1) Reasonably high resolution and perfkrmance graphics, at least 512
x 512 x 1 fop the bottom-of-the-line system with speed sufficient To
prevent the user from having to wait for screen updates to any
siGnificant degree for most tasks. Higher resoLution, along with the
higher qpeed updates needed to maiftain reqponse time, and coLor, are
Options foR more expensive mgdels. I acSume that The graphicq is
rasTer.
(2) Keyboard and mouse. Vo@%GJA∩=~A[S≥QhAE∀AC\A=aiS←8\~∀~(PfBA¬GGKgLAi↑AMKG←]⊃CerA¬]HAi∃e`∪'∂∪eβO&{Kπ∨*p4(Q%β"Jλ
&}≡↑>6Nvt∞ε␈>↑$π∨.lm⊗≡N]nBπ&t V∞↑T
WJε≥nF/⊗≤:FO6T∞6}7N|↔⊗*∞N'.g⊃Q&NwL↑&∞∨M≡f*r∧ ∩ε∞L=rεv\XBπε}|Wαπ>\f -8z1-nλ≥≠d
_;Y
L(≠>$
_8YlQ"\p∀[zv0z~ww9WβE
(5) Ability to Communicate with other people, acain without System
speed getting in the way.¬
(6) Access to a good printer, aldhough not necessarily Dover-like.
Here are possible ways of meetingthe above requIrements:
(1) The only reasonable way to meet the graphics requirements iq with
a local frame buffer And graphics processor. Communications costs are
too high to do anything else. Most of the cost of this system will be
the terminal and frame buffer, not the graphics processor.
(2) Any old keyboard and mouse will do. The keyboard is clearly slow
enough to be handled remotely if desired. Mouse updates to the screen
will probably have to be handled locally, and don't involve that much
processing anyway.
(3) Disk drives and printers are about the only things that have
economy of scale these days. Given a high-bandwidth network, it may
be possible to eliminate local disk drives, tape drives, floppies,
etc. These are also lower reliability devices, so workstation
reliability could go up. It is not clear whether local or remote
disks will result in better performance/cost/reliability for a large
system, but is a possibility. A sufficiently large local memory might
cut down traffic enough to avoid a performance penalty if proceqsing
is local. Anyway, there is some possibility that secondary and
tertiary storage need not be local to a workstation in a large system.
Clearly, in a small business that does not have continuous access (or
any access) to a high-speed network, local disk drives are required.
(4) As in (3), access to a high-speed network may eliminate the need
for local processing. However, most of the economy of scale in large
shared machines comes from higher utilization, which will lead to
lower performance, and lower packaging, power supply, etc costs. If
you already have a terminal with power supply, adding a small
processor won't add much of a cost penalty, assuming that utilization
of machines is high. Again, a small business will need self-contained
machines, and doesn't have this option.
Large machines will probably still be required for large jobs. Small
businesses won't do much of this, or can afford the slow network delay
when remotely submitting a batch job.
(5) A network as discussed above, will allow communication with
others. Small businesses might use cable TV (which may be tried in
Pittsburgh) or dialup phone lines.
(6) Large systems can share printers, while small businesses will need
their own. Large systems can more easily afford an expensive Dover,
but prices of laser printers should fall significantly in the future.
In summary, a small business, or anyone lacking access to a very high
speed network (Ethernet or faster) must have everything built into the
workstation, or plug into it. Workstations in a larga business can
definitely share printers and tertiary storage. It might also be
possible to share secondary storage and processing. It may not be
cheaper to share interactive processing, but it is certainly
reasonable for batch jobs. The question of whether sharing disk
driveq is reasonable is open, sifce it has never Really beeN done.
Diqk drives do have a↓GYKCHAKG←9←[rA=LAgG¬YJAi!←kOP8~∀
∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~¬ ¬iJt@HfA∃C9kCerbrpdbptfH[ '(4∃¬e←4tAβ]⊃eKnAL\Aπe=[Ceid@yπ%=~ACh↓≠∪([¬∩|~∃MkEUK
htA%∃ga←]MKfAi<Ag←[∀AckKMiS←]L~∃GFhA !$↓ChA≠%([104∀~∀∩H\A∪f↓BA[k1iR[aI←GKgM←dAo=eWgi¬iS←\↓BAO←=HASI∃B@QM=dAIs9C[SF4∀∪Oe¬aQSGLXAM←HAKqC5aYJR|@AβI⊃S]NA¬IISi%←]CX↓QCeI]CeJ@4∀∪ae=GKgg=efAo%iPAg!CeKH↓[K[←IrAI←∃g\Oh↓gKKZ↓i↑AC⊃HA[k
PAi↑4∀∪QCIIoCe∀AG←gPXAg↑↓oQrA!CfA]<A←]J↓I←]J↓Sh}Am !$A¬hA≠∪P[11:4∀~∃∩↓gkga∃GhAi!ChASPAgY←]fAI←]\Aae=IkGh↓IKmK1←a[K9hAi↑↓CIIe∃gfAi!J~∃aI←EYK5fAS]Y←YmK⊂XAKgAKGSC1YrAE∃GCkg∀AiQJ↓Sggk∀A←LA!←nAi<AISgQeSEkQJ~∃Y¬eOJA
←[akQCiS←9CXAi¬gWfA%fASiMKYLA¬\ACf5sKh[U]g←YYKHAe∃gKCe
P~∃aI←EYK4\@Q)!KeJA¬eJXA=LAG←UegJX↓g←[J↓[CGQ%]KfA]SiPA
←ae←
Kgg←IfX~∃5CiQK5CiSG¬XAae=GKgg=efXA∃iF\X↓EkhAQQKgJ↓CeJAIKCYYdABAI∃OK]KICiJA
CgJ~)←LAo!ChAs=jA[K¬\XAS_A∩Ak9IKegQC]HAe←kdAEkKgi%←\\R↓≥←iJ↓iQCh↓B~∃[UYiR[Ae←GKMg←dA¬eeC]≥K[K]PASfAAe←EC YrAi!JA←]1rAmS¬EYJA]CrAi<AkgJ↓C\~∃%β!0hLdXAC9HAiQ¬hAiQ∀A←]YdAgiC9H[CY=]JAgegiKZ↓kgS]≤A←]JQi↑A5r~∃W9←oYK⊃OJRX↓iQJ@Pfd↑b@`XAe∃YSKf↓QKCm%YrA←8ASif↓CIISQS←]C0Aae←
Kgg←H@Q∩~)EKYS∃mJASPOfAC8@p`pXAgQCIS]N@PfdA[∃[←er↓C]HA→Ce[S9NA←kPAiCg-fAi↑↓ShAS8~∃BAM[CYYQCYVA%[aYK5K]iCQS←\\↓)QJ@``plA!CfABEoS]⊃←nDA=\AiQ∀@hfd↓iQe←UOP~∃]QSGP↓iQKr↓G←[[U]SGCQJXAC9HAiQ∀AkgKHAG←[5k]SG¬iKfA]SiPAQQJ@p@plXA9←h~∃QQJ@hLd\A'=[K←]∀AG←eIKGhA5JAQKIJASL↓s←jA-]←nA KiiKHXR~∀4∀∩f\↓∩AQsA←iQKMSuJAQQChAM←k]H↓←kiaUhA←\↓BAo←ISgiCQS←\A%fAGkQJX~∀%EkhA∧AiKeISEYJ↓ae←IUGhAS⊃KB@Q%\AgQ¬eKHA=MMSG∃fXASPASf~(∪C]]=sS]N8\\R@8@A
←HAgS[%YCdAIKCg←9fAg←U]HAS9akhA%fABAAe←EY∃Z\~∀%∪fAi!KeJA∧AO←←⊂AkgJ↓M←dAM←k]H↓S\AC8A←MM%GJ}Am !$A¬hA≠∪P[11:4∀~∃ YKdAQ∃CeHA∧Aisa∃oeSi∃d}A YKdAo=eWKH↓S\AB↓gKGe∃iCeS¬XAa←=X}A≠=gh~∃∃[aY←eKefAMKKZAQ↑AEJ↓eCiQ∃dAk]∃]YSO!iK]K⊂ACE←UhACG=kgiS AISgQkeEC9GKf~(QiQJ↓eKGK9hAGk1hA←L↓←MMS
JAISYSIKd↓oCYYLA]←i]SiQgQC]IS9NR\A=LAG←UegJX4∃iQKIJASf↓BAQk5C\[K9OS]K∃eS]N↓Sggk∀AQKe∀AeKO¬eIYKMfA←L↓Q←nA
keeK9h~∃o=eWaY¬GKfA¬eJA←IOC]SiKHXA→←dAo!SGPA!KCIa!←]Kf↓[SOQPAEJA∧Ag←YUiS←\QSL~)iQKe∀OfAB↓ae←E1KZXA]QSGP↓∩AiQ%]VAe∃[CS]LAi↑A JAgK∃\R\A¬fAM←H~∃CaAYSGCQS←]f0A∩AW9←nAa∃←aYJ↓o←eW%]NA←8AS]i∃YQSO∃]hA←AKeCi%]NAgegiK[L~∃iQ¬hAo←UYHAg¬r@E≥=nACe∀As←J↓eKCY1rAgkIJAs←TAoC]PAi↑A⊃↑AiQ¬h}DA]QK\Ae←j~∃β#↔31εKQβSzβ∪↔3/#∃βπfaβS#*β≠'3/→βg?*β↔[↔⊂β?←;.!1β≠|ε"ε/ ≥WεfUdαDn∨≤&*∧⊃Q'≡F}]F"ε<≥FbπM Vjα,=F/6↑$"ε␈ ↑&∂&≥lrπ∨≡>F.o5d∧↔/sn't the place
to fight the battle of The Existence of AI.) Even without talking
workstations, it isn't too hard to imagine that trivial acoustic
feedback will be a useful adjunct to a fancy piece of software. (Silly
example: as I type, Emacs will beep atme if I abort out of a command
I initiate and change my mind about. The acoustic feedback is useful.
And nobody in my office has eveR complained about the terminal beeping
too loudly.) As for voice input, 95% of what I've done tk prepare this
mail message would have been done more efficiently and comfortably via
voice. If typing were more efficient, DictaPhone would Never have made
it In the business market. (Remember, in offices (the workplace about
which you expressed concern), the vast majority of "work" is
paper-shuffling, and an awful lot of that is just plain typing in
text.) How soon speech input will be comercially viable is, of cours@∀X~∃C9←iQKHAckKMiS←\8~∀
∀$∩∩∩∩%CgF~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ Ci∀t@df↓∃C]k¬er@bdpd@B`tfl[∃'(~∃→eWZt↓β]Ie∃nA&\↓βeO[¬eib@qπ%∨~↓ChA≠%([β∩x~∃'k UKGhh@li⊗↓GQSaL~∀
∃YKeSM%GCiS=\AM←HAGQK¬`A[K5←erAAeSGKLtABA→aSK]⊂AChAMiC]M=eHAe∃a←eiL~∃iQ¬hAQJ↓SfAkMS]N@Xi⊗AG!SafA¬h@Hb@AKCG AM←d↓g←[J↓QCeI]CeJA]←eVAQQKeJ8~∃)Q∃gBAaISGKf↓←]Yr↓O↑AS8A←]J↓ISeK
iS←\8\\\∩%CgF~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ ]H↓←LA/=eW&A⊃SOKgP~∀TT(TTTT(TTTT(TTTT(T~∀Z4ZZZZ4~∀
∀4∀_≡df5
KDZ`d@@dLhh∪βY∧@@@%/←eWLA SO∃ghA,H@Fbh@@@~(@≡br5
KDZ`d@@`H`h∪)!JA≠←⊃KeCi=d@y/=eW'↓U'ε[
→ε|@%/←eWLA SO∃ghA,H@Fbh@@@~) CiJh@brA→KD@bdpd@`@dh[!M(~∃
I←ZtAQQJA≠=IKeCQ←d@y]←eW'↓+'ε[∃π→ε|4∃'kE)KGht↓/←eWLA SO∃ghA,H@Fbh4∃'K]⊃KdtA)'∨_A¬hA+' [ π→ ~∃)↑hA/∨%-&ACh↓+'ε[∃β→ε~)%KaYd[)↑t↓∃'←X↓ChA+Mε[ π1ε~∃-%Bt@AUgF[
YFv@DrA
Kλ@pd@Ltjj[∃ (~∃YSBt@↓¬eX[ [Hv@DrA
Kλ@pd@Pt`f[∃ (~∀4∃/←e-fA S≥Kgh∩@@@@@A
e%ICrXbrA
∃D@br`d@@@@@A-=Yk@7*↓I↓i∧KGOW*↓EP4Ph*S?& e∨M¬#?C'∨→h%↓ααπ∪7Ns'OS⊗K['¬αiα;=∧k?K∃∧#'∨↔∨#L4)α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓αS␈β'∂M∧3?Iα&KO∂W∨≠'?8hQ↓↓↓α↓↓↓↓α↓↓↓↓¬β↔K∂.K[↔⊃∧{Iαπ∨#Wπ1∧≠?7Cf+c'SJα?→α∨KOS↔o_4)5ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji544Ph*∪π&)i↓EJα≠↔ ↔+πKeβ eaIβ↓AEMmαNP4T3K?5RαS#∃∧k?∪↔⊗ S?Iβb*O?bβπQα-~
6⊗≤b
x4U≠W +.≠Qiαvyβ7?⊗)β∪'>+OSLhP4*↔63↔∂SO3∃β←O#!βSFKMβ'∨≠W∃1¬:>J.~β'Mβv{]βπrβ∪'K.≠Qβ∪O≠SK'↔+S'?rβ3'O"p4*∪.)βS=π##∃βf{]β[}cW7∃ε{→β7∞K11αJβ←'3bβπ πv#?9β&C∃β∪N;↔OQε#'OS⊗K WSN{84+6{IβSFKMβ3O≠Q9αJβ7πeπ≠SπK"β∪?'v9β∪'>+OSMε ∨π'rβ'→β&C∃β3O≠QβO& KSMπ#<4+⊗+∂?7*βπ∂SO3∃βπ> '99∧kπ'1εkπeβ⊗)βO↔w!βS=¬:>J.≤α6&Qlj
β?∩α↑>J]~α
Jbp4*SF)βπK≡C'[∃εc?∂π&K?9βF Mβ;␈!β∂#∞s∨↔⊃bβπ;⊃π;'31ε≠?;SNsW∃β&yβ ∃π+C∪π&+⊃84Uβ3↔π≡)β∂?w#';W*βS=βn '1βπ∪? 3.kMβπv!β7πNsSπ'v+;∂∃π∪↔GW/≠SMβ&x4*↑⎇∩.M6∀*FV⊗≥"α6&"j6
β␈⊃α↑>∀ZM6J-
V⊗N$αVN
l*∞2
ph(4*.s+?e`h)56U≠?04Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓EM∧3↔ K, Ke↓ IaI↓ AMa6-~Q↓"≡ SGK& e$4T3K?5Rα∨↔?⊗;∃:∂⎇+3?W⊗KMβπ α∞6Uk B∧4U≠W +.≠Qi↓π#?C'∨→β≠?⊂β∪'O≥+OO'}p4(∀S 9α7.cS'C⊗{∂↔O≡{Aβ←␈∪'OS∂#'?;_h*#?:β7π;JβCK?≡+GO?↔→βO#␈+3⊃βλβ←?K←≠SπSN{9β#∂3∃⎇αN1β7?⊗)βS#∞qβ?;*aβ#?8h+O#␈+3⊃β&C↔eβ⊗)β↔cεc?'S.!|4(hR%βπjβ;?Qπ##';↑K;≥β}1βS#*β∪↔∪N≠πS↔ βCK?≡+GO?↔→β WNcQβ'rβS=β&KG,4T≠?;S⊗{3 &↑.2bε↑L2rb ≥G&F}\vBπM W⊗*
_ d∞≤[xL≤[≡(∞={9(
]9→8,|(~3AQY→9
≤x=~-lh_(∞∞[xy.≡{|H∞Mh→Z-L(~_-l≠~;Lt_;Y∧ ;[u
<H∃
t≤xx-d_{sNl<\r-⎇C"QM}H≥~ T→~<n
_>(¬
+Y+D∧_{p↔≥2y:4[3P1t_y0qz→y9P0[2⊂3y_x44qXv⊂7q~2qz9H:7FE_4z⊗vXx⊂92\92yr[:0z4[w∀W⊂λ*42P≥44w3H$P3$[2⊂8:↑=64w→P4y]λ4w⊂0CE9tw→v2Vz\ry⊂$[:2y0Xz4{2H9|yz→vV⊂4\P6wy→P:40[⊂7w2H897qYyywyλ72rr→r⊂:7CE897]4r2P≥42P4[:2y0Xz4{2H92yx≠w9rVλ2{2gλ4w⊂9[x44y]4qpz→r⊂0x≤64qp]4ww9OFE$0\P0w<[w2P3[z⊂0w≡P890Xz4qp[⊂7y⊂≥42w`2etical experience in this area? I
am a↓ISeZ↓EKYS∃mKdAαK9βSF)β;↔.!β≠?⊂β7W3&KC3∃ε≠??C/∪πS'v9βCK}≠↔OO-→βS<hSOSK.≠SGK*βS#∃ε CC3N≠πS'}qβO?5#←πK*βπ;⊃ε+;π d)βS#*βWO↔⊂βS-β≤≠#↔∪.c∃β#O_4+∨>qβπ∂&K['SN+Eβπn{;∨O"β¬β;.k ↔I∧{⊂∩ε≥nF/⊗≤>FO6T∞F∂≡4 6}wL←π'~Dλ'/" ≡@hV≥o∩ε}lTεNw>L⊗w"D ε*␈= RεO4 vvg∀ ⊗wε↑,⊗∨&≥lrπ>≡Mαε}lTε}∩∞Mε.jaQ hS%`λ
=y]≥l≡Y(→/∞α2w9Zq0v4]<@
IpεASh↓S[a←β∪Sπ≠"βS :
]w∂"∞Z6/↔4λ
t_Y( ≤[→(∞MβP0r→⊂3:g_z4wg≤P:7P≥42t`2
woRhπgiCQS←\}A∪LAM↑PAI<AaQJ↓KqiK9cS@?w→β+↔,∧Bπ& Tε'9≠λ∞
⎇y4D
yH⊂!Q\≤[l↑X;;-≥Yh∪ ≥Yy8,|,πP⊂⊂y2P+YP0w<]t2y2H72pyλ:7P!→tp∞g↓CEYJ↓iP≥β|3≠↔HhSOW∂@β¬β3∞s∨Wπ>)βS=εs?97π∪?∨K∞k7↔K≠x4(Q%RjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$ε∪:∧l\'↔.≡/∩β ↔ε"β f7∩l-:DαE>\Mf/≡L∨∩Hh(n&}k$ &.6ej6G⊗≤|W∩ε≡@∧≤mUV∪∧λQ*7.⊗,\7#R∧
ε/⊗<]↔6.D
w∩ε≤>G.∞D 6}o
LWFOO∀ε}2∞?↔∨&]↑0hPQ)∩ε∞T∞6..=≥f:π
⎇⊗w&↑.2π&t∞ε∂ε↑.2ε/L4ε}r∞Mε*ε≤>G.∞D
w∩π ↑&≡.≡lV h,=voεL←εO'∀
v2π∞-v?⊗≥]VNvt
F∞v}\⊗>/5Dπ∨O>LVo~D
⊗w&↑,f∞≡↑5Bε␈$∞π⊗}<↑7≡/1Q'⊗.L≡FNvt∞Fzε=⎇Wπ/L↑'~α LV↔.|⎇⊗v:D V&OM≥f:b ↑F~Jd∧∧∂⊗T∞FF/,Tε∞w∀ v}}AQ&&N\]g≡N⎇n2ε∞M⎇f:π⎇
⊗≡B∞Mrεn\≡7/⊗T∞ε/⊗<]↔6.D 6}o
LWFOO↔rα∧ ≡f*ε≥o⊂hV←∞ε/⊗≥\Vw'4 &..d F}vT∞Fzε\\↔∨/,Tπ&F≡7rαα mw&*∞Mε∂"∞Mε*ε=≥f"ε|aPV≡⎇↑εf/
≡GJπM ↔"π|Tε∂⊗T
⊗w&↑,W∨&\DεNr
≡2εv}Dε&O,\7&g∀∞&.f≡LV"πMqPV≡⎇↑εf/
≡GJε|dε∞f⎇}&O&
↑2π>
}6*ε\↑G⊗N4
↔~ε|dπ&FT∞6␈↔G$∧u∨≡\↔⊗.EDε␈⊂Q)df}yebα¬,≡FF/%Dπ>* ≡&*εM⎇v↑Nltε6␈$
V.∂>↑&/~
≥bπ&↑-W~ε|dεf.≡-fNvqQ&∨/.lW~b
}"ε7]mf∨&≥⎇bπ/<Tπ∨&≡M↔∨&≤>2αF}$ε∞w≡MεNvt Vg≡T∞FF∂D
VN>∞APVNlM⊗≡∂LTπ&F≡4π≡␈.Dε}2∧-π.n≥d"ε≡⎇↑εf/
≡GJb
mw"α-\↔&F]\↔&N<≥B⊂h,=voεL←εO'∃∃∩ph!Q"jjUURjjUURjjUURjjUURjjUURjjUUPhPQ(Vv"
|b¬>}-5~∧M≤v/∨AQ"RR%%"RR%%"RR%%"RR%!PRjUURjjQQ hPQ `{&5T6.%Wβ∩αε&3#(_~d∩α∧↓∃ε/,<VO6\D∧≡}↑
F/F≡O∩ε}d 6}o∞↑F/∩ ≥f"}}$π&/∞Dε.&≡M⊗v:∞?↔∨&]↑2αα↓Q"{↔∃T6.%Wβ∩αε⊗S#@→-vr∧D
vFOLTβdTyiD∧l~ETl≠d↓∃ε/,<VO6\D∧≡}↑
F/F≡O∩ε}d 6}o∞↑F/∩ ≥f"}}$π&/∞Dε.&≡M⊗v:∞?↔∨&]↑2αα↓Q$&∂LW"β ∀λf.↔.X↔↔Jε↔∪C∩ε∩CS≠uXU≥ Q(g⊗}W$∧V}d B¬>
≡F*βI)ttd Y∃"lX7`hU>\&V.>G"¬ε↑,6.Ol\B∧≡⎇↑εf/
≡GJε|dε≡}↑∞W&/$λ⊗v"⎇}"π&←∞Bε.M≡FNvt∞7O∨L]W_h*MsR∧,\f2u=∞&∞≡↑$ε∂"λ9U*k⊗λ⊂hV<7"¬<z)5~ε≡D∧lMEYT~b )ttb ≡B∧l~ETl~D
6F.≥Dε∂"
λ∃∀~YX∃D_Q*fN $∧∧nOEYV≠Zε↔∩∧6\$βC∩ε∩CS≠∃XT% Q*fN $∧∧↔⊗EX&n#4ε∪J∧l\"βC$ε∪#SFUT,%AQ hU,T¬N␈↑$π∂.uary 1982 1639-EST (Wednesday)
From: Jeff.Shrager at CMU-10A
To: works at MIT-MC, human-nets at MIT-MC, *tens at MIT-MC
Subject: Perceived or actual complexity of systems
I am seeking pointers to papers etc on the actual or perceived complexity
of programming languages, systems, interfaces, or processes relating to
computers (debugging, editing etc). Are there any good dimensiOns along
which to measure perceived complexity? Have any experiments been done to
measure this? (Note that the kind of complexity that we are interested in
is not directly related to complexity of algorithms whosa metric is of the
sort: NSquared, or NLogN. Rather, we are looiingfor measuRes in terms of
learning↓Gkemα+M!β␈⊃β≠Wvs∂S'}qβWO*βOSπ&KOS'∨→↓#?∩βπ;g&C';≥ε+3O∃π##πQεk'∨#"4)↓α↓β';&K∂πS*βS#'~βO?K β?→↓⊗CW7πr⊃β∂?oβ3↔cO#e1βv{Q↓ n S#↔n S'∂∞a β∂|kC3↔FKSe%Jp4*%>!βK↔≡≠?7↔v!β3?}[';≥ε Qβ¬πβπC↔⊂β eα⊗+πUα≤C↔'1ε{⊃αb-∩>aαε 3=α∞cS<4U∪↔O↔∂∪∂!α≡+;S↔∩↓α∂?εK;≥α>KS!α≡{7C3/C'Se⊂¬B∧≤~5S *¬∞7≡bWε∩k"∀λ↔π⊗≥Dβ Kε∃`hT≥N6zπ=⎇V.}lTε.g<Tε∂" W⊗␈∧ FN" ∀π⊗.<]g"¬
λBπ& ↑6O~ ≤&␈/D
FF(Q(6}o
LWFOO∀ε}2∞↑6Nvt∞F/GD V&OM≥f:π?≡7&.↑4αFN∨≤&*¬L↑'πJ
-v⊗/.N3zK4∞π⊗},≤&gJλ,V∂(Q,6∞r ⎇↔6*∂≥w*π
⎇⊗w&↑.2rα↓Q"αα∧∧∧'∩dλ&.∂T
6F.≥APRα∧∧α¬DZ)uB¬ ≥Fz∧≥NFz¬,↑6.∂,=α∧≡]nF/⊂Q$ααα∧ε##β∧ ε∞v}lW∩¬>E`hR∧∧αα¬ ≥Fz∧≥NFz∧8⊃PT∂. ∩lv↑G"α¬9λTLd
λ∃∀~YX∃D_Q!PPh!Q `{&5T6.%Wβ∩αε&3#(_~d∩α∧↓∃&/>Dε∞vD ↔⊗≡
≡f*α↓Q"{↔∃T6.%Wβ∩αε⊗S≠0→-vv∂M ⊗r∧≥L⊗r¬=⎇F}n⎇dβdU9yD∧l~ET Kd↓∃&/>Dε∞vD ↔⊗≡
≡f*α↓Q$&∂LW"β ∀λf.↔.\↔↔Jε↔∪C∩ε⊗3S≠eXU≥ Q(g⊗}W$∧V}l≡FF∞dλ⊗f∞d
6}f⎇]vrβI*4|d Y∃"l→↔`hU>\&V.>G"¬&↑>Bε∞lDε∂⊗=
↔6(Q*F{Rλ~∧|dItε∂" Y∃"l→⊃PU6≤↔"α∧]≡Bl∞↔4β JλlV∩βε$β #&ε∩l,JAPU6≤↔"α∧.-Bl⊗\G2β ∀λf.∩πε"β G&∪BlXJ@hPQ*FFO4
↔~π≤↑Bε∞m}FF/$∞F/∨EDπ&z ,Rπ∨↑,Rπ& TεfO>Dπ>␈->2ε7-⎇Rε⊗}Mα∧ ∀ ⊗v" X2ph!Q%≡}\]vv* ≡6↑.D
V*π⎇ W⊗*∞Mε*ε≡,6FOlTεfOl↑2r∧ ↑&*ε≡4ε
ε.-⊗.2 ←πεf≥l↔&N⎇dhVm}"ε∞MDπ&z
V∂∩aQ hT⎇dεF␈>D¬-≤5XT≤d%DεNr
⎇f*ε|dεoJ∞>V⊗&≡,V∨&}-⊗/~D
¬≠SI*4|bjyu∀]7e@hVM≡f/~∞Mε*ε=⎇Wεf↑LRε∂,=εO6T
v2πM R¬>}-5~ε\≥⊗fNltεfO>Eb¬N}Tεn∂∀λe%α∞MεO_Q,fNfT∞W≡Nltπ&FT∞W≡/-l⊗n*λ→d|u→Yu-~ ≥f"πM Rπε≡>7>␈,D∧=,Z:Br¬]lf␈↔N]f∂&]O⊂hTX9D∩εM|W~εm}Bπε↑-VO" }V/∨D ⊗≡≡}]g'~D ⊗v"λ→∩π⊗≥dε␈/D
v2εM≡6Zπ> ⊗≡*
]vw&∞1PV∞⎇uBεF]l6*πM Rεn}lRε}d∞FF* ≡&≡F≡lW~εn-vj∧→∃Bπ> ↑&*πM WJπ↑<V"πMtε⊗*
Iv≡∂L\Bph!Q$N∩ ≥gN}lTεF∂4 ⊗wJ∞N&␈.-LRε∞<8W∂≡≥lrπ& Tε∂⊗=
↔6/5D∧Jπ⎇≥Fbε,TεF∂∞∂∩π&qQ&F.N∧ε␈/E`hPQ(6F.↑.2`h)*6}`Q!PPh!Q `{&5T6.%Wβ∩αε&3+H_~d∩α∧↓∃>␈->7&∂M≥vw~ ≥f"ε↑]G&O∞-v≡/>=⊗v:↓Q"{&¬T6.%Wβ∩αε&#≠(→L↔↔~hZ&N∨=⎇bε∂Dλ4m*V⊗∧
~⎇w⊗←>L↔&N⎇n2ε∞lDεo.NM↔π⊗|<W∂≡≥lrαα↓Q$&∂LW"β∪∀λf.↔.X↔↔Jε∪∪C∩∧εβ≠:XZ5"α
:Vv&∨∃⊂hTn-vkR L↔↔~h↑&N∨=⎇bε∂Dλ4m*V⊗∧λh*MsR¬⎇}&@:h_=∧ 25 (→!"Tn\ZY0nGHλ∃m}X|⎇ ≡~;{N4_;Y∧
=;≥
≡≤[xl↑|z;Lq"S9.>x9y%Y9∞HπFL1Q,' H εεmm∞$ ⊃-Lλλs5+&⊗⊂/C!*Z8.D∧∪:5¬X:.hε&(⊃Q,$∞ HεπLn+(X∃β"Jm8.H∧λ\[ (-9∞hε&(⊃Y,$∞ HεπM,k(X∃β"AQL*(¬
X;Y
⎇*(∩ ≡h_;O≤[y≡$∞<y9∧∞~→(
l=h∪(6L ε∧≠88m
9Y(∞M_=⊂_prrP≠zzεE
9wvrX7r<P~w⊂!p[4s7i≠4pV⊂_2stw≤P;tj~⊂0P!OTP⊗VH:42P≠w2P;Zz4⊂0H92pvβE892]88P 7hite case, sepepate monitor, Fancy lkoking keyboard. Maybe
begins with an B lIka FOpiulA Syctems op∧Ag←5KiQS9N\
∀4⊂dR@!≠kYi%ae←G∃`∂O'v9%α¬∧εFFNm0λ∞M→(≤∞-|→4D
;y→-D~→<LT~<h∞M_=⊂≠w2P4_yPεE≤p{2y_v⊂87]ry3:[⊂∀≠≤ __∀P≤97qr\ywy9H4w⊂<[zy⊂8→y9ww_v⊂1w[x:z2\⊗⊂9w[rBE'Y⊂;t4Xt⊂0y→P0z:_qt2rλ:7P9\2qtp[⊂22{~qryP
64urH:;wP≤t0y4[3P:4→P24yZVεE:≥wP9t_y4w3H:42P≤qy2r[⊗⊂7w→P27t[3P6w]yrP0[2⊂5r↑q7py→⊂0yP≥rv6⊂_yP3r[2y0vβE8:y≤7yrP≥wy5TKεEεE⊂v6⊂8≤7qri\wy9P≥wzv2λ12P3Yw2y0[⊂8:y≤7yrPλ897qYyyP8≠wv9Q ⊂0w2λ897s\0vyFB;wzv→⊂12P_:tv*λ:x⊂3≤7vP8≤7qry\ryP1[vvzw~qpz4[3P;t]4⊂0wλ$h!P≠pqt0[4yvGβE$w⊂_P9rw≤rV⊂4]⊂;wz[2⊂12H9tvx≠<P0wλ0y24Y0qz⊂≥40z⊂≤wvrP≠s⊂:4→P897Xryyw\9FE4_x82wλ:7P1→P1ww≠2qz2Y⊂:7P≥42P3\0x44XyP24\x60|K⊂⊂'w→P;wz[2⊂:yYP0P3Yw2y0[⊗FE8≥y87yYP24y]94q:]2r⊂8≤7qry\tw3P≠0w3zXsrP:≠P7y3Xw4⎇2H:yrP≠s⊂:4→P897Xryyr\FE0{_tv0q≠2P7wλ2pqtλ897qYyywy ⊂⊂*4_z⊂4yK⊂2pqZ⊂897Xryyw\⊂;wz[2⊂12H9:w7~w3FE~z9P7]w⊂4w≤z0w:~pz4w[⊂7s⊂≥42P7\2y0z~w3P9↑yz2vK⊂0w2λ;wzv→⊂:44[5P7sλ:42FB7z42\⊂897Xryyw\9P0yH4s⊂:~2|P;Yy2P7[⊂0P*~w<P6≠qpv⊂≠2z↔⊂λ"{2y≡z44w→FE;w]v2⊂1[vvzw~qpz2H;tz4λ6ryyXsrP8_yytw→V⊂0v≥47zsZ⊂:44\P1wz[2⊂12H7x:4[t⎇2rβE;tz~⊂0P6]v:4x≠2Vx7\:⊂6r[wy<P≤t0y2Y⊂0vw[3P89≠qryy[y9V⊂_yP7x≤7yrrλ:7P0CE:4w≡P"j$⊃i'"j yz<v→P0y9_w3rvYw:↔εBεE*4~yP;w]v2⊂6XurP4]⊂87y\tq62H:7P9→pv4y]4qpv≠<P:4~w5P7Y⊂;y4]4w3P≤97sy_vyFE≥t4qtλ22{7]2r⊂:~2vyr[;2yP≥7P0P≤tw3v→P0yx→qz⊂7Y⊂:42H3y0x~4qyP→4yx6_|FE;Z4qt⊂≠x2y0]2P4wλ80y0[62v⊂≥tz4⊂≠z42yλ77w⊗Y4yx6_|P89≠sy0v\WεEεB$P:4~w5P0H92py[w0q6→P0vw]w:⊂7Y⊂1wv\:z2P≤7{ryλ4w⊂9]qt⊂0H1ww3~szy0]4ww⊂→7yεE≤2pv6≡P394Yw26<H:yrP≥wzv2λ12P0H87wvλ7s⊂_L⊂≠≤_ _∪yP
:42P≥x20z→r⊂;2\9twwβE7s⊂
≤___ ⊂7s⊂_wzy9YTWεEβE!<P≥42P;X|V⊂$H40{"H4vx6→vrw:→r⊂0P→4yz9~q:z2Y⊂897Xryyt[3P60[3zpsYP;t4XtεE0[67{yH7w2P≥5P1:Zv2⊂8≤7sy0[yP1w[x7yrY⊂7s⊂≤97qr\yryP_wvvz[4qpz~w3P;~pFE&YyypsYVx0y\tw3Wλ⊂$z⊂≥wy5yH;tz4λ+ l2\P9:w≠4w3P⊂2y5r[2|P*S$l⊂;Z4qt⊂_y2FE_ww72Xz2r⊂≥4pP→H&a⊂"]42y7→z↔εEβE⊗VP∪0y9FBεEεEβπY~⊗Q2q⊗\ ⊂⊂__ ~∧`k⊂⊂⊂⊂∧Q7y::[2P→Y∞_[εEλπY_VQ2q⊗\ ⊂⊂→_ XDb0]4r↔ [22y9[w⊂0zλ!fjVLX P∧Q7y::[2P→Y∞_[εE⊃0z2]λ→_P#→q9:p\<P_\N→⊂→_M[VbiU⊂∀)z[20|TCE#97[]⊂"0]4r↔ [22y9[w⊂0zλ!fjVLX FE∃7]⊂;[y5yP_z⊂&dU⊗`dFB)zq5→qz≥⊂λ#7y:≥w2P→L≥_[εB&ryyXsrVdY≥⊂≡→ c2q≤ ⊂→_ZMY[P"⊂\_ !SjVXX⊂←εE+~p]⊂⊂∪tz⊗`Z]P→_H#2q⊂∞→⊂→→∞→\VbQ*εE+~p]⊂⊂⊂96⊗a≠r≥P→ P#2qλ≤→⊂→ ≥~→⊗Qb*εEβE*42H6pqt~w2P:~0z⊂&_y9P;XyP22\qy4q~w3P9[zw29H64urH:42P⊃7y::[2P→Y∞_[⊗⊂_P22yZz7xεB9|yz→vP10\rr⊂7[⊂:42H≠≤__ ⊂:40]⊂4yP_2tw3H1:tv≥⊂1<P⊃7y::[2P)|\z2vyH!wy8≠y0z4[wεE$[⊂)pwλ!py6≠yV⊂!Xv4s7\74pWλ⊂*42H10ytXP9|y]2vP9≥w9P∩
uV⊂0[2⊂4w_v:r2\P_Y≤~P90vKεE_fX⊂36 /ppies, and an operating system "derived from Bell Labs provEn Unix
system." This is expandable to 1H DA5CSLA5K[Oed@V@d@A≠DA]S]GQ∃giKd8~∀
∃≥SmK\↓iQJA5K[←edAgSu∀XAg←U]IfA1SWJA9↑AESP[[CaAKHAI%caYCd\@A⊃¬fAC]e←]JAUgCHA=]J~∃α{⊃βSF+O¬]ααπ;⊃π;#πQ∧ ?W"βS#∃¬;'∂π ∧π∂O>LVkz∧¬∧∞w∀ vv*
=f␈:
_bεOD ε∂~ ⊂λ -= #!-8<∀ \λ→~.≡≠_>'u!"C!%+9_.l#"C!!"C"D↓lL+(l8K&ε$λ Dfε@3:,=_93∧ ==<n∀∂≠:-<α`!)∪∨⊂∧jS$hλ & Workstations & NetworciNe &..
Date: 22 Feb 8H@`tbTtfl[∃'(@Q5←\R~)
e←Zh@@@@A≠SG!CK@1∧kWWO~↓s .≥<T∧∃)G`hUMw"αα∧∧αααλL↔6NEh⊗v&↑.6}r ≡B∧≡↑US ε⊃Q&≡≠$∧ααα∧∧α¬>}-5~ε≤@∧π⊗AQ%∨.-(V∨#tions & Networking ...
Via: Brl-Bmd; 22 Feb 82 0:22-EDT
Nix on bit maped display (at least at this point) for the Fortune machine,
or the Wicat.
I had a chance to use both at the UNIX Convention. The Fortune machine
placed you at a (huge) menue to start, and allowed you to drop into
any one of a large number of levels. One of which was the UNIX Shell,
fortunately. A useful mechanism for novices, except that I hate
Flying cursors around using the keyboard.
The Wicat does not currently run UNIX, although I Am told that it
definitely will after they upgrade the processor board and the
system bus (!). Right now, what they have is a rather unsatisfying
clump of UNIX utilities ported to run under their own operating system.
With all the messiness thatthatentails. I understand that they are
pRomising real UNIX "soon".
At the convention, HCR anounced UNIX for the PERQ. The demo they did
was *ultra* spiffy, but it turned out that it was running under The
PERQ's native system, and was the sofpware equivalent of a glossy
sales brochure. If theY can come anywhere near The quality of the
Demo With the result, I will be petty impressed. Of coUrse, the PERQ
is rather expensive.
¬
An interesting use oF a 68000 was the BLIT, also reported on at the
convention. The intention here was to give PERQ type graphics and
multiple wifdows/viewports/whatever on a bit mapped display, with
communication to the host over 9600/19200 baud style async lines,
using the UNIX MPX link protocol (oh well). Very nice functionality
with extremely impressive response, considering what was going on.
This is definitely the way of the future for multi-user "workstation"
computers to interact with their users... The cost was also exceedingly
low, rumored to be around $6Kish for the prototypes, and $3Kish for
production models (which should be marketed by some little company
sometime in the not distant future). (For the curious, the designer
reported that BLIT was != Bacon Lettuce Interactive Tomato, and it
was != Bell Labs Interactive Terminal. DEC-10 fans will recognize
the origin).
Lots of groups are doing lots of neat things with 68000's. Most of
the ones I have heard about are using UNIX. Are there any other
sets of software being developed on the 68000?
On a slightly different note, one thing which distresses us here at
BRL quite a bit, is the fact that most of the people who are building
these workstations (Hewlett Packard, Wicat, Fortune, etc, etc) are
all answering "Oh yes, we support Ethernet, RS-232, bla, bla" networking,
so you can connect them all together and do distributed processing
and all these wonderful things. When pressed about what kind of
networking protocols they plan to use, the answer is ususally
something proprietary or special or otherwise incompatible.
Various parts of the Army (and other DoD elements are probably doing
the same thing) have started recommending that ALL computers,
where ever possible, support the DoD Standard Networking Protocol
TCP/IP. Our corporate goal is to be able to have uniform communications
(uniform in functionality and interface, not in speed) between
as many of our machines as we can, including all workstations sufficiently
non-braindamaged as to be able to multi-program. We would like to
be able to go on travel, and still be able to get to our personal
workstation through the nearest TIP. How do others feel about this?
Best,
-Mike
∂22-Feb-82 0902 lwa.mit-csr at BRL Fortune 32:16
Date: 22 Feb 1982 1050-EST (Monday)
From: lwa.mit-csr at BRL
Reply-to: lwa.INP at MIT-Multics
Subject: Fortune 32:16
To: WorkS at mit-ai
Via: Mit-Ai; 22 Feb 82 11:13-EDT
Via: Brl-Bmd; 22 Feb 82 11:27-EDT
The information I have seen indicates that neither the Wicat nor the
Fortune 32:16 has a bit-mapped display. In fact, as I recall, both
have 24x80 CRT's.
-Larry Allen
-------
∂24-Feb-82 0008 AVB Re: UNIX & Workstations & Networking ...
∂22-Feb-82 1138 lwa.mit-csr at BRL Re: UNIX & Workstations & Networking ...
Date: 22 Feb 1982 1113-EST (Monday)
From: lwa.mit-csr at BRL
Reply-to: lwa.INP at MIT-Multics
Subject: Re: UNIX & Workstations & Networking ...
In-reply-to: Your message of 22 Feb 82 0:15:36-EST (Mon)
To: mike at BRL
CC: WorkS at MIT-AI
Via: Mit-Ai; 22 Feb 82 13:18-EDT
Via: Brl-Bmd; 22 Feb 82 13:24-EDT
With respect to uniform network protocol standards:
HEAR! HEAR!
Our experience here at MIT has been that interconnecting network
HARDWARE is (relatively) easy. We have two different ringnets, an
experimental (ie 3 Mbaud) Ethernet, Chaosnet, and of course Arpanet,
and it is possible to forward packets among all of them. Unfortunately,
there are almost as many network protocols as networks, and it appears
that protocol translation is a very difficult problem.
Protocol standardization within an organization is, of course, as much
a political and administrative problem as a technical one. Each of
the available network protocols has its own technical advantages and
disadvantages. Also, writing network software seems to require a great
deal of time and manpower, so I don't expecT the situation to improve
very quickly.
-------
∂28-Feb-82 1126 AVB Re: Works archive...
∂20-Feb-82 1615 Zellich at OFFICE-3 (Rich Zellich) Re: Works archive...
Date: 20 Feb 1982 1503-PST
From: Zellich at OFFICE-3 (Rich Zellich)
Subject: Re: Works archive...
To: cbosg!nscs!vrt at BERKELEY, WorkS at MIT-AI
cc: Zellich at OFFICE-3
Via: Mit-Ai; 20 Feb 82 18:32-EDT
Via: Brl-Bmd; 20 Feb 82 18:44-EDT
The complete WorkS archives run almost 2 full large-size 3-ring
binders when run off on a line printer. The full file could be sent
to you as a message \maybe/, but I know my message system can't handle
a single file that large; maybe someone elses can. Of course, I could
edit a header onto the front of the file with XED, and then write the
edited version out as mailer-file [--UNSENT-MAIL--].cbosg...etc., but
I don't know if \your/ message system could handle it then.
Try a message to WorkS-Request if you decide you want the whole thing
- maybe the moderator can break it up into manageable chunks for you
without too much trouble.
A synopsis would be kind of hard - the discussions have changed quite
a bit over time as the list has matured. I think about half of the
archives will be found to be from the first 3-4 weeks of the lists
existence.
Good luck,
Rich Zellich
-------
∂28-Feb-82 1126 AVB General Works comments
∂20-Feb-82 1813 ROSSID at WHARTON-10 (David Rossien) General Works comments
Date: 20 Feb 1982 (Saturday) 1906-EDT
Frkm: ROSSID atWHARTMN-10 (David Rossien)
Subject: General Works comments
To: woris at MIT-AI
Via: Mit-Ai; 20 Feb82 1→:08-EDT
Via: Brl-Bmd; 20 Feb 82 19:25-EDT
Hi:
~∀@A∩O4ABA]∃nA/←IS&A[∃[EKd0AQCmαK;≥β∨β↔;Q∧¬F∂∨D
fN>∞Dπε.≤M⊗v:∞Mε*ε≡,6FOlZ2rα ∀vjε⊃Q&n∞β8Y.∧≠yH∞M→(∪llZ8q$
}8⎇ ]<h∃ \z≠[mMβs|P⊃4{4`3ion Od∧ABA→←eiK9J@b`↓G←ea=aCiS=\X~∃%]m←YYKHASαqβ';&+C+πbβ?≠≠L≠∃βπ,εF}n≡M⊗}r 8 mn⎇;≥
≥Yh⊃M}H≥~ T_{tN
|X=
≥{Kβ!.{|[ Nz9→%dλ∪>$ |[⎇.∧~_<d (→{m|λ_Z.D≠yH ←≤→4M≤;Xy$∞z=~∧∧]{|Myz0z~ww9Vλ⊂0w2λ;rFE_zy92[:6<P~0{2P_P3y7]x⊂7cλ)z0y≤P7w⊂_w⊂"z~2y72]⊗⊂9w[pP x≠v67yH7w⊂"≠vptw ⊂0w2λ$P0vCE:4`0ing this In via a DatapoInt oN an ARC LAN. My particular interests are in
workstations in an office environment, integration of workstation functions, and
local Area networis&
First, @M←[JA=EgKeYCiS←9fPAo!SGPA¬Yg↑AMKemJ↓i↑AC9goKd↓g←[J↓ckKgQS←]f↓iQCh↓aK←a1J~∃Q¬mJAe¬SgKH↓iQkf↓MCdt4∀~∀b$A/QCPASfA∧Ao←e-giCi%←\}@↓∩@AG=]gSI∃dABA]←eWgQCiS←8ABAg%]OYJ5kgKdQS]i∃eCGi%mJR~(@@AG=[aki∃d\@A$AKqa∃GhA[=gh@E%]iKe∃giS]≤DAo←IWgiCQS←]fQJ]N8AiQ←MJAoJ↓oC]h↓i↑~∀@AiC1VACE=khRA]SYXA¬Yg↑A!CmJAQQJAM=YY←o%]NAMU]GiS=]CYSQrt@A!SOPAIKg←YUiS←\4∀@@A⊃SgaY¬rX@E%]iKe∃giS]≤DAkg∃dAS]QKeMC
Kf@Q∀]N\A
β(XA5←kgJ0AiCE1KhXAQ←kGQAC]KX0~∀@@↓KiF\$XAπ!UfA[←IJAa←]KeMk0AiQC8AiQJ↓4Zp`0AC]H↓Y←GC0ACeK∧A]Ki]←eVA
CaCE%YSiS∃b\~∀4∀dRA=\A→β8AgaK∃If@QM←[K←9JACg-KHAo!rASh↓[Cii∃eJR\AβMi∃dABA≥←←HA⊃KCXA=L~∀@AeKg∃CeGP0A∩AG=]gSI∃dAiQ∀AckKMiS←\↓←LAgAKKHA=LAC\↓→β≤AQ↑AEJ↓gS[S1CdAi<AiQJ4∀@@AEkKgi%←\A←_AQ←n↓O←←H↓BAe←¬IEKH↓BAQS≥QoCr↓QCf\A/QCPAiQCPA[KC9fASf↓ShASL~∀@@↓↓RQa=iK]i%CYYr$AKCg%KdAi<AO↑A→CgiKHAI←o8ABAo∃YP⊃βε [↔⊃εC'∨#> eβSF 9β?v)β←'&@4)↓αβC?SF{3↔Mbβπ;⊃∧KQβ'~αβ%#ε{S↔;&Kπ33JIβ↔π≤K↔Iβ&yβGSLc'k∃ε β←?⊗[OSπ&K?9β>C'∂!∧K@_h$∧αε≡⎇mf.∨L\Bπ6≤⊂ε
εl≡7"α∧⊗∧l∩5∀∧d e`α∧F}|W6/%Dπ&F≡4ε&↑↑4εv␈D
V.∞d∞FF∂D ⊗␈* 8λ-d⎇β"D∧λ→{d X<u∧
{H_$ |]3-←(~~,]≥x>%D≠|H
≥Xz ≥≠{Yd
{H_$
~9z∞|>(≠,≤→(≠
≥y(∃
#"H∧∧⊂=5
|X:≠D [|@∞M_=⊂≠pz:2\≥P:4→P9x"Yr⊂,gUP:90]2v⊂ )q a Function mostly of the
α cabyou drive, not so much oF the conditionob the hiGhwai. Likewise, the
workstation, itq configuration, and its architecture are the primary Factorq
in determining the its Functionality, Not the ne@Qo←eV↓ShASLAG←]9KGiK⊂Ai↑\A∪h~(@@ASLA]←h↓aCeI%GkYCIYrAe∃YKmC9hAi↑↓gS[a1rAKq¬[SMJ0AgCr0ACLA∃iQKe9KhHAβ;'S#␈+P4$∧απ.lLWπ∨L≥f&Nlpλ∞⎇_9∂≥⎇(∃m≥≠λ_LT_9≥ ≤z~;LT≥≠h
≡ λ⊂-lλ~≠nt≥~→$∞}8u ](≥z-Mλ_Y!QHλλ∞↑y9βD∧⊃[|D >_;.
→+λ∞M~;Zd
yH~
}h_(∞∨<⎇→-T≥z→.,(≥{n-|⎇_.M;{\d
_=P∩H67qp[ε@
storace (connected↓ISeK
iQbX↓←MLAQQJA→¬≤RASαqβπ∪&KS'?rβS-β
β∪'3/∪[↔IαC?84R↓↓βSF)α2εrIβ'9ε≠?;S⊗ OQβ&yβ←?⊗[OSπ&K?;Mπ;#'∂BβK↔3Jβ↔;SM∪↔3E∧¬vrε∀λ M≥→(≤l↑]Y<EA Hλ∧ 9H∃
(→Sn
9<C∧∞~→(∞⎇|Z|nL=~3md≠Y1,D≠[u∧ 8xq.yP3$[2yP']2y⊂ 4he LAN too kften,
and in fact, the local storaga cOuld @ J@ES9iKYY%H∂π≠"⊃βπ≠ ∧π∞∂,h $ <h_$∞{|]∧
yC"D∧λ_p,=→(∪,]9|↑%D_=0~≠vpz4Xpv6<H27{w≠5pr4[3P3)≠vP:4→P34f→P9ri≥2y⊂ 7hat @%hAiQ%]Wf~(@@Ai!JAkg∃`A[S≥QhAe∃ckCe∀A]KqP\@A∩↓o←kY⊂AU←H↓EJACPACIX↓gkeaβ∪'O↔ β'→β.s∪↔I∧εFFO1Q"αα∞O↔ε*
x D∞{|Zn>_=~-⎇H_p↔[34sz\0z4g[⊗⊂0P≥9tyj→r⊂80Zy⊂∀9]0p∞dard telephone wire)
9.6KB conne@
iS←\↓o←kY⊂AgKeYJACY0A]←\5S]iKICGiSYJAm←%GJ←m%IK↑Aα CC3N≠πS'}sM8∀Ph($)~Iα?9¬;#eβ>)β;↔.!β¬↓α⊗∧l∩
z"ε?,\↔&/$ D r¬URεNdλf∞∨EDε∂~∞Mε*ε≤-w6* 8 m]9;]∞1"Hλ∧ >≤≠ ≥9Kλ∞|(≤≤M|X8[∂∀→≠{D} Hλ
M_=⊂ X&a⊂≥pyP3≠y6zv_z2r→t{2wλ:42P→7v67]tw3FB⊂⊂⊂0\yzvx≥4ww9N⊂0P4~st⊂9→ywv:]4ww⊗λ14z⊂≠px82Y⊂9qy→rw⊂∀ V___λ1<P_K___⊂~yP_fP∀V⊂0CE⊂⊂⊂≥<x4qXv⊂72];wy5H:z4v~⎇0z4[w⊂90]2P7sλ_X∩P
:40zλ4yV⊂≤tw1rH:42P≠2z;w\5P4yH0FE⊂λ⊂9t0\2r⊂9→ywzy_rV⊂;YP0yy]vrP;YP7w6≡P3rzλ0P_X P84rXrP7sλ:42P≤4rTVλ0w2⊂≠7P67XpvεEλ⊂⊂9z≠y0srK⊂⊂'7]V⊂4sλ;rP4_{2P0H6p|4[zvP:≠v2y0]2r⊂9→yx7w≤rP:4[rP7sλ_W~P≤rqww→9P:7CE⊂⊂⊂≤:z⊂:\⊂0P8_srP7[⊂7zyλ9qy2Yw⊂∀9]:r4r\P9zsYryz⊂≥40z⊂ W~P9Yqww2≤V⊂4sλ1ww9]0w:⊗βE⊂⊂⊂~yP0P≤92z:≡P3wwY⊂3zr\z4vp]2TP;YP72rY⊂0w⊂∪ g⊂9\2rr⊂≠s≥εEβE⊂⊂⊂λ_X__≡_X__⊂∀9qy→rw⊂9Z⎇2TP≡⊂_X∀≥z4v4↑0z4w[⊂30q]7y∀P P_W~H9rqP∂FEεEλ⊂⊂0q≠zz⊂≠ ≠&a⊗λ;t4qZ⊂;rP≤7zw2λ:x⊂:≠P0q7]z⊂_Xλ&a⊂9Zw1rP_v6⊂:~2P7:[q2y9H;ry2CE⊂⊂⊂≤:v62Y⊂7zzλ7s⊂0H40z⊂_w<{p↑P0w2λ;rP5≥yz⊂;Xw:2rλ0w⊂7\22y⊂≠s⊂6pYw4z:Y2W⊂⊂⊂yFE⊂λ⊂6rw≥4ww2Y⊂0q7]2V⊂7≠z4qrH6wyzλ7s⊂:~2P0y\zvx:~ww9P≠pr2P_y2P3≥w1z4[w9P7Y⊂:42CE⊂⊂⊂⊂4T;w\5yz0]4ww∀H22ytYw↔⊂⊂∃42P8≤4vpy≡P0yy]vx:4[w⊂4yH:40zλ;rP;[zv2⊂≥pw:⊂≥7P3wCEεE⊂λ⊂24y→qz6<H397vH34v2H9ry;→y⊂7wλ:42P∪ g⊂:≠P:42H;wy5\z0z4[w⊂9q\2rw⊗λ;tz4≠zz⊂:\tw3FB⊂⊂⊂:~2P6'Xpv⊂)]7y0sYP0yP_:s32\↔qpqZ2W⊂⊂∪z42yλ0yyz[rithm in the bit mapped display (or even the fact that a bit mapped
display is required), and network utilization level of 10% (no-one really
knows, but clearly the network will be required more if we always use the
file server than if we have local storage, therefore higher utilization is a
function of the workstation configuration too).
4) And now, a question -- anyone on this list from the SPICE project? I had a
PERQ demonstration last week, but they really didn't say anything of great
interest. I have a writeup done by another member of our staff which
compares the two, concluding, as did I, that while there are some cute things
in both, till there is any end-type software who cares!? What I'd like to
know from SPICE/SALT people is, is there any documentation available to
non-CMU people on the project, where it is going, and what it is trying to
do? I know, for instance, that Three RiveRs is getting Scribe tk run on its
machine, buT evidently NOT in interactive mode a la Etude and Janus, but
rather as the vanilla batch system which is a real loss! Is there a goal of
interactive Scribe eventually? What are time frames for releasible end-user
products?
WelL, that's it for now -- Dave Rossien (ROSSID@WHARTON)
∂28-Feb-82 1128 AVB Bit-map for the Wicat
∂22-Feb-82 1202 RI at MIT-XX (Richard Ilson) Bit-map for the Wicat
Date: 22 Feb 1982 1326-EST
From: RI at MIT-XX (Richard Ilson)
Subject: Bit-map for the Wicat
To: David.Anderson at CMU-10A
cc: works atMIT-AI
In-Reply-To: Your message of 21-Feb-82 2157-EST
Via: Mit-Ai; 22 Feb 82 13:29-EDT
Via: Brl-Bmd; 22 Feb 82 13:36-EDT
I have been in touch with Howard Gordon of Peninsula Research, which is
marketing the WICAT. When I asked him about bit-map availability for
the WICAT, and told Him oF its impoRtance for a worhπgiCQS←\X↓QJAe∃aYSK⊂~∃S\↓BAYKQiKdA⊃CiKH↓≥←mK5EKd@Drpb\4∀~∀D8@\@\↓!K]S9gkYB↓%KgKα C∂!εK@~π⎇}&@=9Y`∞⎇=~λ≥Y≡(λ,8z≥
⎇≤xz ];(≠lD∀⎇_-l[|Y↓QU;Z.l<\r.O(≥≠d
;]→,↑X=→$
~<h ↑X<~
≤|h_-lλ⊃=
<[Y.D_[x.,≤h≥m≡~λ∃i_p5β!-_<Y∞|<Y+AQA"HJ|(≥z-Mλ≤→. [|[$
⎇<H M<\u∧
;]→,}X=~-⎇H≥→.>≤h~-d≠:9¬X→8q-\Y<@∞⎇=~λ∞M→#"L↑X<~
≤|h_l≡Yλ∩-n⎇_;
L9λ~-d_(∃i_p5
?<⎇→-T -,¬dλ⊂<n>;:3Lt≥y( ]X{⎇-n→<H
mc"[,≥Y|H∞∞[x[ ]<kλ∞|(≤z
};→λ
=Y( ∀≥{|Mts3@≤97z7]<x2P≠s⊂0@_wvx6→z2P;[y5FE≤z0z4[w⊂;t]4⊂14]⊗vpxλ3y0x~4qyVλ"z42\52z⊗λ&a[≤ __⊗⊂ ~[%aλ) fFλ_X&aβE+tw_t2yz→y⊗⊂_Sa⊂36≠x8<Vλ0s2∃da`jλ9ws:≥py2P~w⊂%0[:py<KεEεEλ$z⊂4\P7zyλ2|82Xz0z4[w⊂:4_z⊂+dP`j⊂+Zv6⊂:_urP:~2P;w\5P9z_z4wwλ4w:7CE897Y:qz4[w⊂4wλ2py6≡P_\\ ↔⊂⊂*~2P:7]0v⊂(_qupsYP;wz[2⊂92]0tv⊂→5yεE_x897↑4vpz→v<P∩ Y⊗__ ↔⊃εEβE#7iλ6wy2H4w3'\6pz4[w⊗⊂1[w:0q]≥αE$≠{py2λ)↔⊂#[y27wβE(2w~w9zv_P)2yYpy1tβE→_⊂∩8¬rricane Street
αMarinaDel Rey, CA 90291
213-392-6200
-
Richard Ilson
-------
¬
A whiLe back( I discussed with Howard Gordon fpom Peninsula Research
the poqsibility of using the SUN graphics system iN the WICAT system.
As it turned oUt, the WICAT diqplay did not have sufficient resolution
to be cOmpatible with The SUN graphics board.
In the meanwhile, WICAT started working on a Lower-resolution bid-map
display option of their own design fortheir current System.
A neW company, SUN Workstation Inc, has jqst received venture financing
with the mission to exclusively manufacture SUN workstations for
the workstation marketplace. For further information, please contact:
SUN Workstation Inc.
PO BOX 3005
Stanford, CA 94305
(415) 494-8922
∂28-Feb-82 1143 AVB Wicat Graphics
∂24-Feb-82 2206 Jeffrey at OFFICE Wicat Graphics
Date: 24 Feb 1982 2042-PST
From: Jeffrey at OFFICE
Subject: Wicat Graphics
To: works at MIT-AI
Via: Mit-Ai; 25 Feb 82 0:13-EDT
Via: Brl-Bmd; 25 Feb 82 0:24-EDT
I recently visited Wicat at their home office in Orem Utah. They are
located in A beautiful area about an hour's drive south of Salt Lake
City - directly beneath what appears to be skier's heaven.
They are currently reworking the 150-WS (~$10000) workstation which
is 68000 based. The renovations include a transition from Motorola's
bus (Versabus?) to multibus, more dense memory (boards),
incorporation of memory management (to truly be able to support
multiple processes), and development of a "native" unix. Currently,
Wicat "unix" is simply some utilities which run under MCS, the Wicat
operating system. MCS looks a little like VAX VMS and a little like
unix (very little).
The system 100 (~$20000) is in pretty good hardware shape. I believe
Wicat is working on a DMA disk controller to replace the current
bufferred controller. Software-wise, Wicat is progressing the system
100 from a few unix utilities to a lot of unix utilities to a true
native unix. Wicat hopes native unix will run before summer.
One interesting thing is that Wicat thinks OEM'ers will like to
develop applications under unix, but these applications might run
under MCS therebye avoiding unix licensing charges for end users who
don't care about unix. I'm not really sure how much this would save
giving the falling cost of unix licenses.
Now, about graphics. Wicat offers a $900 board which may be added
(post-purchase) to any Wicat VDT. The board adds medium resolution
graphics. I don't remember the exact resolution - something like
300x400. At any rate, the demo was very impressive. Wicat graphics
are for real.
I recently saw the graphics offered by Forward Systems whose 68000
workstation is patterned after the Stanford SUN workstation. The
Forward graphics (1000x1000 and full of real time) were lovely. The
Wicat graphics weren't nearly that fine, but for $900 they were very
satisfying.
Jeffrey Stone
Menlo Park, Ca.
-------
∂28-Feb-82 1144 AVB Re: Wicat Graphics
∂25-Feb-82 0041 Bill Nowicki <CSD.NOWICKI@SU-SCORE> Re: Wicat Graphics
Date: 24 Feb 1982 2313-PST
From: Bill Nowicki <CSD.NOWICKI@SU-SCORE>
Subject: Re: WicatGraphics
To: Jeffrey at OFFICE-2
cc: works at MIT-AI
In-Reply-To: Your message of 24-Feb-82 2042-PST
Via: Mit-Ai; 25 Feb 82 3:07-EDT
Via: Brl-Bmd; 25 Feb 82 3:12-EDT
A slight correction from that last note about Wicat vs. the SUN
workstation: The Forward Technology graphics and CPU boards
are not only patterned after the SUN boards, they ARE the SUN boards.
The boards are being licensed on a non-exclusive basis in order
to promote them as de facto standards (as Multibus and Ethernet)
and share software development effort.
I think the SUN graphics are impressive as well, but I'm biased.
-- Bill
-------
∂28-Feb-82 1145 AVB Window Management
∂25-Feb-82 0052 decvax!watmath!watarts!plrowley at Berkeley Window Management
Date: 25 Feb 1982 00:16:45-PST
From: decvax!watmath!watarts!plrowley at Berkeley
To: watmath!decvax!ucbvax!works at mit-mc
Subject: Window Management
Via: Mit-Ai; 25 Feb 82 3:18-EDT
Via: Brl-Bmd; 25 Feb 82 3:23-EDT
I am looking for information on window management strategies and peoples'
experience with them (likes, dislikes, etc.). I'd appreciate any pointers
to reports on the subject, esp. those about designs based on the results
of psychological experimentation.
Specifically, I've read that the Star designers spent some tens of man-
years designing their user interface and laboratory-tested their theories.
Have the results of this experimentation been reported in print?
Finally, what do people think of overlapping windows? As I've not used
a window-oriented system, I hesitate to venture an opinion, but experience
with cluttered desks suggests to me that I wouldn't like overlapping windows.
Of course, if the windows aren't all on the screen, partially hidden or not,
they have to be catalogued in some manner. Does anyone know of any such
cataloguing system?
peter rowley, univ. of waterloo
∂28-Feb-82 1149 AVB Re: Wicat Graphics
∂25-Feb-82 1046 BISBEY at USC-ISIB Re: Wicat Graphics
Date: 25 Feb 1982 0927-PST
From: BISBEY at USC-ISIB
Subject: Re: Wicat Graphics
To: Works at MIT-AI
cc: Bisbey at USC-ISIB
Via: Mit-Ai; 25 Feb 82 12:50-EDT
Via: Brl-Bmd; 25 Feb 82 13:04-EDT
I too have visited Wicat's Utah offices. The graphics option for the
150-WS is 400x300. Also, the 150-WS is already multibus. We found
the unit to be EXTREMELY SLOW. Wicat admitted that there were two
wait states per memory access which (they said) slowed the 68000 to
63% of 8 MHZ (that's an effective speed of only 5 MHZ). Rumor has it
that someone put a scope on the WICAT and found the 68000 to be
running at an effective speed of only 3 MHZ. WICAT was working on
a memory board that used 64K chips and a small page table for the
first 2 meg. of address space.
-------
∂28-Feb-82 2322 AVB
∂27-Feb-82 1143 cbosg!dale at Berkeley
Date: 26 Feb 1982 12:34:26-PST
From: cbosg!dale at Berkeley
Via: Mit-Ai; 27 Feb 8∩ 5:26-EDT
Via: Brl-Bmd; 27 Feb 8∩ 5:32-EDT
There are two companies that you can buy the SUN terminal CPU board from.
FOrward Technology Inc. Pacific Microcomputer, Inc.
2595 Martin Ave. P. M. Box A8⊃383
Santa Clara( Ca. 95050 San Diego, Ca.92138
(408)988-2378 (714)565-2727
28-Feb-82 2322 AVB T¬SGi=dA/←ISgiCQS←\@@@@~(@≡dn5
KDZ`d@@bDhh∪)=ZA/C⊃Y←n@q)β/↓LbSα|∪-SGQ←dA∂=aWgi¬iS←\@@@~) CiJh@dlA→KD@bβIaI↓ ⊃QA6α
5 h(j&}k$
F}j
|⊗&f}pβe$~x¬≠
X↔`hU>\&V.>G"¬6≤>F␈∩λ⎇w⊗←>L↔&N⎇`hUMw"αα∞⎇w⊗←4 ↔"∧Y~Bl ⊃Q%6N↔$α∧n≡AT∞K4ε#:∧lX"βC$εSS∪eXT% Q*fN $∧∧↔⊗EX&n#4ε#:∧lX"βC$εSS≠EXT% Q!PTf≡:Bεv≤⎇π"b
⎇bε
Mv≡∞D
∧∃~∞=ε␈: <⊗ff\@α=& T∧≡}↑∞W&/$λ6G⊗⎇m⊗≡f↑4r∧HQ.6∂: ∀εv/t
ε/↔=⎇f∞b∞⎇w⊗←>L↔&N⎇dε≡∞MLV"πM R¬6≤>F␈∩d∧¬&FT
fN∨M}"ε≡L≥⊗o_Q.Fzε ≡f*πM Rε6⎇MF␈>≥lrε6\≡G/⊗↑7 hPQ!∩j∧-≡Bnn≡∞ε." M↔∨εL∨∩αCεεαπBεFβαπ∧πrJr
9vn* =vnn]nG
π|↑&(h!∀αεn≤LRε∞-}W"ε},↔JεL↑f.g5Dε↔/D
f}⊗|O∩ε/lZ"π≡≥≤Bε∞o≡FFNlqPPJ∧ WGεM≤6O"d∧¬&FT FO∨
L↔Jε ≡2π≡|nG>∂,UW≡.L\7&∞-LRε6⎇nG~`Q!∩απ⎇≡FBπ∞-wε␈.M⊗}v≥Dπ∨ε≤=⊗v:∞
w∂≡≤-F*ε≡4π>.MEbαQ!PPJTπββC∧∞π⊗}<↑7≡␈%d∧⊗∂=_2π∨≡>F.j 9vn/4∞vO&∧ε∪∪D8/↔&/4
v0h!∀αεn]]w↔Jd∧∧/G ≥f&∞-LRπ&tεS ∀5dαβ,Y∂"ε≡M|6ZpQ!PPJTε"β*ε∃s"ε≥l6BεmIwππ∀λG⊗Ol↑2rαλ≡f∞NL≤&f*∞⎇↔&B∞=⊗v>LTπ≡NL\@hP∀∧αC3ε 4∩π ↑"ε'-≡f*J
}"ε&}\&f*∞=⊗&.D¬β
s)X"πε↑$ε'⊗≡lRJεN-↔6/5aPPJ∧λ∩¬>≥l6F/>LW∩ε≡4π∨/∞
w≡.MO∩εNd∞FF*∞⎇w⊗←5aPPh!∃R¬≡|nG>∂,Tε.v=|F." LW&∞= ⊗⊗fT
6/N-|↔⊗"aQ hP∃Tβ∩¬*5S∪≠$∞ε␈↔N5bα∧_XRk#π∧ε↔/4∞7/π
}'"pQ!PT&|↑2ε∞o≤&}'∀
6v␈t ⊗wOM
⊗v:
]w⊗* ≤&␈/D∞FFO4
V∞≡
≥f+{t∧¬&Fhow told
a lot about the hardware but never once mentioned the cost. The
folks from SiRius Systems (the makers od Victkr) claim that they are
looking toward local networks and office automation type products.
The machine sounds interesting, and the Sirius people also claimed that
they would be getting full page displays, and color soon.
∂28-Feb-82 2322 AVB where's the innovation
∂27-Feb-82 1145 Jan Walker <JWalker@BBNA> where's the innovation
Date: 27 Feb 1982 1005-EST
Sender: JWALKER at BBNA
Subject: where's the innovation
From: Jan Walker <JWalker@BBNA>
To: WorkS at AI
Message-ID: <[BBNA]27-Feb-82 10:05:47.JUALKER>
Via: Mit-Ai; 2↔ Feb82 10:15-EDT
Via: Brl-Bmd; 27 Feb 82 10:23-EDT
Hohum. Yet another coMpany making a microComputer-based
"sorkstation". All this sound-alike hardware. Is it really a
case of a lot of "me too, me too" hardware wori going on?
What's going on in the way of innovative software? All you ever
hear about there is "office automation". Boring. Office
automation is a market of the present, not the future. Where's
the thinking that ought to be going into "home environment
support systems" and stuff like that?
Maybe the smart people are just doing it without talking about it.
∂28-Feb-82 2322 AVB
∂27-Feb-82 1146 ihnss!ihuxl!marks at Berkeley
Date: 27 Feb 1→82 09:37:44-PST
From: ihnss!ihuxl!marks at Berkeley
Via: Mit-Ai; 27 Feb 82 12:37-EDT
Via: Brl-Bmd; 27 Feb 82 12:43-EDT
Forward Technology
2595 Martin Ave.
Santa Clara(λAπ∧@rj`T`~∀~)≠CeV↓¬KGW9Kd~∃%QkqX¬[CeWL~∀
∀4∀~∀~(~∀_⊗dp5
KDZ`d@@dLdf∪βY∧@@@%mSGi=d@r`@`@@~(@≡dn5
KDZ`d@@bDjr∪ ¬mSH]¬]IKeM←\ACPAπ≠*4baα@%mSGi=d@r`@`@@~) CiJh@dnA→KEek¬er@bdpd@bHfd[ M(@Q'¬iceI¬rR~∃→e←Zt↓ CmS⊂]β]I∃eg←\↓ChAπ5*Zba∧~∃)↑hAo←e-fAChαα6&Ql
$4*∨+ +↔∨!i↓β6K∂S?∩↓eAAh*∞
RβSπ]ε QβM
k¬1βNs≠=7∨β5βπ α6&Ql
$4*n+OOπ>)6'⊃R↓qI↑6+ aIβ IMI≠⊃α∩¬Cαα∞6*iEB¬ph*[' Q↓α7M!6π%Z↓I]α4+ ↓a∩↓EIi#↓6⊗∩ h*[' Q↓α ⊗a6 7!Y↓I]∧3↔ ↓@ε"β '&S∩lXJ@hPQ)∩εF≡h $∞{{9$
;YSn-8=~-⎇H≠p↔λ:42P∃4qz7\⊂≤X_ ⊗⊂6r[:4ww→r⊂92Xrw:6≡P1<P∃7vP+Xp67{Kα αThis cOmparison od∧AiQ∀A∪¬~↓!εAC9HAiQ∀A-SGQ←d@R@``AG=[@↔M∧3@⊗}T
FF*
8
-L{{C!(⎇;⊂⊃Z⊂#p⎇→z:2Wλ⊂*42H$a&@ info comes from IBM'q BillionDollar Baby, by Isaacson
λa`≥Hαα+W3O+OO↔paβπ[∞K3π f)β≠?⊂∧α##T∧ε7⊗⎇T∧7/LZ&*∧=⎇Wπ∂M≥f*ε≥`¬⊗N= ↔⊗'=⎇b`h*LWF∂5dα¬& T¬≡O-≡W~⎇m_7&←$ F∂&∀λ6∞nT g-{(∃M≤⎇≠|ED_=P⊂Zv0q6→P4w⊂⊂βhicago at
(312) 539-8200.
THE VICTOR 9000
α The Sirius Machine is well worth looking at. One oF the sages of the
Computer industry said to us, "Chuck [Chuck Peddle, creator of the 6502
and the Pet] has done all the things IBM should have done." We think IBM did
lots of things right, but let's compare:
Like the IBM machine, it uses a 16-bit, 8088 as its CPU. Like IBM,
Sirius has a detachable keyboard. In fact, it has five keyboard options
(typewriter, word processor, programmer, etc.)
IBM offers a video monitor as an option (a necessity for most useful
information processing). The 9000 comes with a green phospher screen that
is tiltable and turnable - not just a monitor with a handle on the top.
The 9000 has a graphics mode with an 800 x 400 resolution! IBM offers,
at best, 640 x 200.
132-CHARS x 50-LINES OF TEXT!
Ib you get tired of skinny paragraphs and lines running off the tpadi-
tional 80-character x 25-line display, you can switch to the VIctor's
132-character x 50-line display, complete with fully legible upper and lower
casE characterq, with descenders. (That, alone, is enough to sell it to us
word-jUnkies.)
IBM's character display matrix is 9x14. Sirius' is 10x16 or 16x16. The
character set is loaded into user-accessible RAM, so, if ya don't like what
you see, ya can change it to suit your palate.
Unlike IBM, the Sirius unit does not currently support color (a decision
that was debated long and hard), but the system has all the hooks to add
color later. Our impression is that they felt that (a) their marketplace
is the business market, to which color is less useful than for home and
educational computing, (b it's very difficult to do really useful things,
in an infOrmation sense, with color, and (c) hi-res color monitors capable
of supporting those great graphics and 132x∃0 text displays cost lots!
1.2 MEGABYTE FLOPPY DISK DUET
The 9000 comes with dual 5 1/4 " single-sided floppies, like the IBM.
Unlike the IBM, which can store 163K [per drive], the Victor system packs
1.2 megabytes into those two on-line minifloppies.
CP/M-86 & MSDOS
Like the IBM pc, the Victor system offers both CP/M-86 (available right
now - IBM's is expected soon), and Microsoft's also-IBM DOS. Unlike IBM,
both MSODS and CP/M-86 come with the system - CP/M is an option with IBM.
And there is the usual package of support software, e.g. a VisiCalc
clone (VisiClone?) called VictorCalc from Image Systems, a Select editor, etc.
THE FUTURE IS VERY SOON
Oh, yes, Victor will almost certainly be offering a Winchester and an
SMD interface before the end of '82, and very probably a medium-speed
networking facility (say, 1 to 2 megabit bandwidth). We suggest that Vic-
torites also watch for a C compiler and a UNIX operating system licensed
from Bell Labs as yet another 1982 od and supported by one
of the best unixizers in the business).
ORANGES AND APPLES - HOW MUCH?
The Victor/Sirius system with dual floppies (1.2M), screen (80x25,
132x50 and 800x400), 128K of memory (that's minimum), MSDOS and CP/M-86
lists for $4995, a Price that might be haggled once the supply pipe
begins to fill.
In this apples-with-oranges comparison, an IBM system with dual
floppies (326K), screen (80x25 and 640x200), 48K of memory and MSDOS
is $3525, available from list-price-only dealers.
from: Silcon Gulch Gazette, January 1982, page 2, by Jim C. Warren, Jr.
∂28-Feb-82 2323 AVB IBM PC Review
∂27-Feb-82 1524 Ozzie.SoftArts at MIT-Multics IBM PC Review
Date: 26 February 1982 18:23 est
From: Ozzie.SoftArts at MIT-Multics
Subject: IBM PC Review
Sender: COMSAT.SoftArts at MIT-Multics
To: works at MIT-MC
*from: OZZIE via SAI via MIT-Multics (Ray Ozzie)
Original to: WORKS at MIT-MC
Via: Mit-Mc; 27 Feb 82 17:27-EDT
Via: Brl-Bmd; 27 Feb82 17:32-EDT
I have spent Quite a bit of time using the IBM PC, and use it
full time as a terminal on my host machine (with the PC running
a vt100 (subset) emulator at 19200 baud). I have a vt100
to the right of my IBM PC;it is typically used only when
I happen to need 132 mode.
I find the keyboard to be one of the best that I have ever typed
on, with the possible exception of one or two PLATO keyboards.
The positive mechanical feedback is a dream. Yes, it took me
several weeks to get used to the single-width shift keys (and
thus the placement of the back-slash key), but now I can type
circles around a vt100.
I bind the keys on the various keypads to various EMACS
functions, and use the right pad extensively (arrows and page
keys). The left pad, in my opinion, suffers greatly because it
was not designed with enough room to put a "template" around it.
The IBM monochrome monitor suffers from a terrible lack of
contrast. We have reduced this problem by putting a $200
Polaroid CP-70 Contrast Enhancement Filter over the display.
I have not yet been exposed to the color monitor.
I am not impressed with the processor speed. The programs that
we have c@=]mKeQKHAMI←ZAt``Ai↑↓iQJ@``ppA⊃↑A]←PAek\↓[kGP↓MCgi∃dX~∃AeS[CISYrA KGCkMJA←L↓iQJ@`[ESh↓ICiB↓aCiP8@A)Q∀AS]gQekGi%←\Ag∃h~¬SLA←Em%←kgYdAEKiQKdAi!C\Ai!J@p[ ShA[¬GQS]∃fT@A¬fA'KQPA]←QKHX~)Q←oKYKdXA⊃KCYS9JAoSQP@li,AgKO5K]if↓SfAB↓ieK[∃]I←kLAaCS8\@A)!Sf~∃%fXA←_AG←kIgJXA9←hA∪ ~OfA→CkYh0AiQ←UOPAi!J@p[ ShAEUfA∪&8~∀
∃∧A≠β∃=$Aae=EYKZ↓oSiP↓iQJA%¬~ASLAiQJ↓YCGV↓←LAE=CeHAMY←if4∃CmC%YCEY∀X@A)!SfAY%[Sif↓iQJA¬[←k]PA←LA5K[←edAi↑@TbeVX↓←d~∃QsaSG¬YYr@HjmV\A3←j↓[kgh↓ieCI∀A←ML↓aKeSAQKeC1fAM←HA[K[=er\~(~∃)Q∀A∪¬~↓g←eK1rA]K∃IfAB↓QCeH↓ISgV8~∀~∃QQJA∪ ~AQCIIoCe∀AEKCQfAiQ∀AQKY0A←kh↓←LAi!JAae∃mS←kLAOK]∃eCiS=\~∀p5EShAMsgiK5f\@A¬YXAa∃aSaQ∃eCYf↓S]iKIecah↓iQe←UOPAB↓mKer↓QCMId~∀`DTsBAaI←OeC5[CEY∀AS]i∃eekaPAG←]QeWYY∃d\@AQQKeJ↓CeJAQQeKJ↓QCeI]CeJ~)GY←G-btA←9JAi↑↓eKMe∃gPA[∃[←er0A←]J↓kgKH↓IWdA⊃∨&Ai%[@↔Iπ≠↔K[L≠↔L4RCπ;⊃π#=βSNk∃β?/!βS#*β∪'OX¬∩bε≥lBπ& Tεf∂>Dπ&z∞∞&␈6≤LRε
∞Mvv(Q(v.v↑,↔&␈$∞Fzπ
L↔Jε↑↑6N~d∧¬&FT
V∞≡
≥f*π∞-w6NL↑2ε
∞=v≡↑↑Dε6␈$∞FF(Q'ββCtλff↑≡M⊗v:∞ vNwD
π⊗↑<↑7≡␈%`α¬& Tε≡}Mz"ε?,≡εFN>4ε≡∂,Dπ/≡↑1PW& TαF6≥≡&gJ h ←~8[ U(
NεF(⊂tJD_{p↔≥97v6→y↔⊂⊂∃42P2~yuP![w:97[4∧er
is a NEC uPD7⊗5* Alh in all, it @%`
β¬∧εf/↔∀ εN>∧
↔.∞M~GJπ
_V≡(Q)v $~_<LNx8Y%D_;Y∧∞Y<↑$
X8q$∞≠h∃m}Xh⊂≠Zz4↔εB∧@
The ASYLC interfaca iS satiq`
CGQ←er\α↓αS#*βGWCεc'↔⊃ε#K'[-⊃β'9¬∩> (Q)↔
ε∀
ε}fM≥f:εN-↔6/%Dε∞vD
↔
εm}Bεo\9αε>⎇|Bε6} εn∞o∀ε∂π
I⊗≡∂M≥vw~aQ$t⎇HW"∧Nd∂⊗␈* ≡G&.↑∞Bπ&t∞w⊗OLTπN␈↑$ε␈>d
⊗w&↑.'/πE\Vv∞-LV"εN-↔6/%APWN}Tεn∂∀ v/"∞lWπJ n'/∨N,↔&.Edα∧Nd∂⊗␈* ↑f/∩∞|⊗w" ≥bεNnLW↔↔↑∞Bε7-⎇PhWM RβC&Vαbπ≥}Rεo↑>Bπ≡↑Dε⊗ODε2αDzZBβ∩∀
v2πM R∧n|LVj∧=⎇g'⊗⎇D¬⊗.⎇≡7&/%aPU&
≡2εO4 F}∨]\Vw&\Dε∂~ ∀α↔/<↑"n&↑=⊗>v≡LV"ε}↑Gπ/D%Bπ> ↑&*πM Rπ/<↑ hV≡4∧L∀UDε∞vD∞FF* LW≡N⎇l↔&N⎇dεO~∞MrεNm
⊗⊗OD
⊗w&↑.'/πN5α
Jd∧¬&FT
vvg⊃Q'εf≤<Rπ& ≡BπN}Tε≡∞d fNvD∞FFO4
w/"
≡2ε↔∀
F}}=≥f:ε≡Dπ&FT∞6≡F]\↔&N4
vph. ⊗>*λES#B
|bπ& T¬&.=
fN≡≥D¬⊗.l↑&.v<T∧n∞n\⊗bpQ!PTL)T∧$⎇4
↔~π<≡FO≡l≤7&␈/∃bα∧M≡6Zε↑.&␈∩∞,V≡␈l↑'Jε≡4ππ⊗↑NGJε⎇⎇v"b .W h-}FF/$ W↔⊗}$π⊗.=}f/↔∀
↔~ε\≡&>Nl≥Brαλmw∩ε← ⊗oεLUBα⊗.,V∞Z-≥f:εN↑&NvqQ'π⊗|}&∞j
≥V∞>T ⊗∨&≡l↔&N⎇dπ>NMDε7⊗↑≡V.wMO∩ε≡≡↑6*∧Iz2π&t 7⊗∂=¬bα¬M PhVn]f∨&≥⎇bε≡≥MG~ε ≡f*ε≥MBπ≡\]V."∞Mrπ>}-2α⊗≡4ε&}>]V.wL\B∩r∧
FF(Q$&.vD '/"∞>F∂J∞,W≡NL]g"∩ nVv∨M≥vrε<≥Fbε≡4π6//∀εF∞lO∩ε6}$π&F}<Rε}aQ'/~∞⎇εzπ⎇≡6BπMtπ?⊗≡LRε&↑m⊗≡* N&O6↑.2π& ≡Bπ∨L∨∩ε∂-}Vv"d∧∧O" ≥G≡xQ,Vv∞-LW~ε⎇lRπ&t∞w⊗OLTε
πl↑'Jεm≤6*α-
↔∨&|}&∞n]≥f:∩∞∞&}?,≥Rπ& ≡@hW>L↔O~∞,W≡NL]g"εN↑&Nvt∞W≡/$∞π⊗}},⊗jε← V∨/M≥vrpQ!PTf≡>Bε↔↑Dεv␈D
F.∂>EB∧J
↑W∨"λ9∧,-$ f␈∩ _$jπ⎇≡FBπ,\v∂⊗N4π&z∞Mε*αF6`hR*LV≡Fm≤6∞b
,V6/,]f≡* \⊗w.≥D"rα ≡BεF≡4∧-4Z+∃$D→hrπN}Tε/6↑$π>∞nLV h.Mrε↑m}rε∞-}W"πM Rεn≤=εNvW$απ≡= Vn∂M≤7~b =εOα∞}&O&U↑Wπ~Dλ6FO∧ ⊗v Q,6}vl\7&␈$∞εNr]}W'~Dλ6}vm≤w/⊗≡M⊗}r
≥f6zD DM≥I→d=~ xb¬$λT¬∀|UAPV/L5bα∧_)Rπ≡
}Vf" ,Rε≡⎇↑εfN\]g&.D f␈∩
\⊗↑Nlpε∞fD
v2πM
↔~ε≥lfxh,≡f∞NL≤&f*
≥bε∞d
⊗v/∞ Vw≡≡lRbπ|]Fbo∞↑Bo&||W&F↑$εn∞n\⊗bpQ!PPH*,↔J∧⎇/&N*¬ wWV≤Ue≡}nH↔↔'5⊃PPH!Q `{ε∃Tn∂%Sβ∩αε⊗#∪__~d∩α∧↓∀L∀T
∧~¬,↑fN/qQ"{&UT6.%Wβ∩αε⊗S#λ~:7&.≥l&/⊗uj6}7H≡''~ ≡B∧l~ETo.NM⊗∨~↓→∀∀j
λ2¬⊗↑i⊗/:↓Q$&∂LW"αβ&T∧6...V∂↔∀ε∪KC$εβ≠S&∧ε/∨AQ$7⊗⎇W"α¬:8
];XY.,kTsln⊂<]∞4_= Y5 3.]≥~8n⊃"T⎇,-Y8⎇π$λ∩0IT∀⊂h
,=Z1.q"Ty-l→<ND∧⊂ss*85 Tm|]⊂<NNh_=∧ 25 )↑;≥~,>c"U
wHλ≥m}Z|h ≡λ∪2*E30c!%Y\[mWHλ∀h~h
∀l↑~λ⊂%d∀⎇→-≥XY<LU#"S
|x;∞D∧≥{|MyP0zλ6tz⊗[qFE+~p]⊂⊂∪tz⊗fX]P→~H#2q⊂∞→⊂⊂KN~\⊗bQ*εE+~p]⊂⊂⊂96⊗a≠r≥P→
P#2qλ≤→⊂_N≥_→VQb*εEβE&|P→4y9jλ;4r{H7s⊂:~4yP1[vx:z→y⊂;p\P7s⊂_P12w_t⊂7sλ1py2≤P70t[2rεE≥5P0@≥wwr2[⊂17p\2⊂;t]4⊂0P≥90w9\0y2w≥⊂5r|X7pq2λ0w2⊂_P6ww~z7yεB397vH x86→WεEεB∧E*4→P$a&H40yP≤p{2i_v⊂3y→pz⊂ &eatuRes:
- 8086 CPU which means it can address almost as many dollars
worth of memory as the basic systemcosts (256KB = $2-4K).¬
Most companies go by the credo: "Millions for software
research, pennies for more memory." (and choose the former).
- it is nicely package with room for disk drives, RS232,
graphics board and other goodies in the main box. This means
you can grow your system pretty nicely.
- it runs CP/M which means it has a fair bit of software. The
IBM name means that some gooediocre and lousy
software will be available soon.
The nits include:
- the 808⊗ has a 16 bit Address. You cAn coMbine a segment
number with an offset but if you just want to store a 20 (or
18) bit address you have to do a LOT of work. This is a win if
you plan to write a LISP or SMALLTALK where this kind of thing
can be isolated but a pain if you just want a big buffer.
- the keyboard is horrendous. Unless you can span an octave
without stretching your hand (at all) you will have to take
ygur fingers off the home keYs to hit NewLine. The shift keys
are small keys lkcated in weiRd places. No One here has reallq
gotten used to them∞ HiTtingPrtSc will hang your CPU if you
don't have a printer.
-It does NOT have a reboot key. It has a keyboard sequence
which will often reboot the machine but not always and parely
when you are debueging. You have to tqrn off The machine,
count SLOWLY to Then, thentqrn it back on. YOu can leave the
disks in.
- Id does NOT have any good memory mafagement sofTware. CP/M
does not scale welh. UNIX does not Scale well, though it
scales better than CP/M.
Would I recommefdit? YES, I would. It is much better than
The APPLE II( holds more memory than a DRS-80 (Model III)(
compares favorably with most CP/M machines and so on. It
αexpands welL, seems to be pretty reliable and is not much worse
than anything elSe I can name.
∂01-Mar-`d@@bHdf∪βY∧@@@%∪¬~AAεA%KYSKn~(@≡dj5
KDZ`d@@bXjf∪'MiKS] KeN]M←MiβIifACPA≠∪(5≠kYi%Gf@∪%¬~A! A%Km%Kn@~)≠CSX5Me←ZhAβ%!¬≥ (AMSiJA %_Ae
mHACP@dj[→KDZpH@bjj\[!'(4∃ Ci∀t@@dTA
KEIkCerbrpd`ftd@AKgh4∃
e←4t@A'MiKS] KeN]M←MiβIifACPA≠∪(5≠kYi%Gf~∃MkEUK
ht@A%¬~A! A%Km%Kn~∃MK]IKHp@Aπ=≠'β(9'←Mi¬eifA¬hA≠∪P[≠kYQSGf~))↑t@↓o←eWLAChA5∪([≠ ~∀UMI←Zt@↓'β&@!'KiP↓α\A'QKS]E∃eNR~)→←GC0t@Ao=eWfA¬hA[SP[[F~)-SBtA≠Sh5≠Fv@HjA
Kλ@pd@Dntjp5 (~)-SBtA¬eX5¬[HvdjA
∃D@pdbpt`L[ (4∃-SBh@A+g [ GY v@dj↓
KD@`d@brh`d[ ⊃(~∃-%Bt@A eX[¬5Hv@dTA
KDpd@bdtbf[∃ (~∀4∃≠rA→Segh↓mSKn↓←LAi!SfAG=[aki∃dAoCLA←LA∧AEk]
PA←L↓GCeILA]CS1KH~∃Q↑ABA]←←IK8AE←CIHAoSQPABAQeC]gACeK]PAWKs ←CeH↓C]HA∧A[←]%iWd~)Me←Z↓βaaY∀\~∀~(~∃)Q∀A∪¬~↓QCfAMKmKe¬XAOe∃ChAM∃Cike∃ft~∀4∀Z@p@plAπA*AoQ%GPA[∃C]fA%hAGC8ACIIIKgfA¬Y[←gPACfA5C]rA⊃←YYCIf~∃o=eiPA=LA[K5←erA¬fAiQ∀AECg%FAgsMiKZA
←gifPdjm-∧@z@⊂dZi⊗$\~∃≠=ghAG=[aC]%KfAO<AErAQQJAGIKI↑tE≠SY1S←]f↓M←dAM←Mio¬eJ~∃IKgKCIGPXAAK]]S∃fAM←HA[←e∀A[K[=er\DQC]H↓GQ←←MJAiQ∀AM←e5KdR\4∀~∀Z↓ShASLA]SG∃YrAa¬GWCO∀AoSi Ae←←4AM←d↓ISgV↓IeSm∃fXA%LdfdX4∃OeCAQSGf↓E←Ce⊂AC]H↓←iQKHAO←←⊃SKfA%\AiQ∀A[CS8AE←p8@A)Q%fA[K¬]f~∃e←jAG¬\AOe=nAs←UdAgsMiKZAAeKiidA]SG∃Yr\~(~∀ZA%hAek9fAπ =~AoQ%GPA[∃C]fA%hAQCLABAM¬SdAE%hA←L↓g←Mi]CeJ\A)QJ4∃∪¬~↓]C[J↓[KC]LAiQCPAg←[∀AO←←⊂AC]H↓)∨≥&↓←LA[∃IS←GIJAC]⊂AY←kMr~∃g=MioCIJAoS1XAEJ↓CmCS1CEYJ↓g←←\8~∀~∀4∀~∃)!JA]SQfAS]
YkIJh~∀~∀4AiQJp`pl↓QCfA∧@blA ShAC⊃IeKgL\@A3=jAGC8AG←[ S]JA∧AgKO5K]h~)]k[E∃dAoSQPAC\↓←MMg∃hAEkPASLAe←jAUUghAo¬]hAi<Agi←IJAB@H`@Q←H~∀bp$AESh↓CIIe∃gfAs=jAQCYJAi↑↓I↑AB↓→∨(A=LAo←IV\@AQQSfA%fABA]S\AS_~∃s←TAaYC8Ai↑A]eSiJ↓BA→∪M A←d↓'≠β→1)β→⊗↓oQKe∀AiQSLAWS]⊂A←LAQQS]N4∃GC\↓EJASM←YCi∃HAEkPABAa¬S\AS_As←j↓Ukgh↓oC]h↓BAES≤AEkM→Kd\~(~∀ZAQQJAW∃sE←CIHASf↓Q←ee∃]I←kL\@A+9YKgf↓s←jA
C\AgAC\AC8A←Gi¬mJ~∃]SiQ←UhAgiIKiGQ%]NAs=kdAQ¬]H@Q¬hACY0RAs←TAoSY0AQCm∀Ai↑AQCWJ~)s←kd↓MS]O∃efA←→LAiQ∀AQ←[∀AWKsLAi↑A!ShA≥∃o→S]∀\@A)!JAgQ%MhAW∃sf~∃¬eJAg5CYXA-KsfA1←GCi∃HAS\↓oKSe⊂AaYC
Kf\@↓≥↑A←9JAQKIJAQCLAeKC1Yr~∃≥←iiK8AkgK⊂Ai↑AQQKZ\A⊃SiQS]NAAei'F↓oSYX↓QC]N↓s←kd↓π!*A%LAs←T~∃I←8OhAQ¬mJAB↓aeS]QKd\~(~∀ZA%hAI←∃fA≥∨PAQCm∀ABAe∃E←←h↓WKr\A∪hA!CfAB↓WKsE=CeHAMKckK9GJ~∃]QSGP↓oSYX↓←MiK8AeKE=←hAi!JA[C
QS]J↓EkhA9←hAC1oCsf↓C]HAICeKYd~∃oQ∃\As←TACeJ↓IKEk≥OS]N8@A3←TAQCm∀Ai↑AQke\A=MLAi!JA[C
QS]J0~∃G←U]hA'1∨/→2↓i↑Ai!K\XAQQK\AQke\A%hAEC
VA←\8@A3←TAGC\↓YKCm∀AiQJ4∃ISg-fAS\8~∀~∀4A∪hA⊃←KfA9∨(AQ¬mJAC9rAO←=HA[K5←erA5C]CO∃[K]h↓g←Mi]CeJ\Aπ ←4~∃I←∃bA]←PAgGC1JAoK1X\@AU≥∪ A⊃←KfA9←hAg
CYJA]KYXX↓iQ←k≥PASh4∃gGC1KfAE∃iaKd↓iQC\↓π ←~8~∀
∀4∃/←k1HA∩AIKG←[5K]HA%h}@Ae &XA$Ao←k1H\@A%hASf↓[kGP↓EKii∃dAiQ¬\~∃i!JAβ!A→
A∪$XAQ←1IfA[=eJA[∃[←er↓iQC\↓BA)%LZp`@!≠←IK0A∪∪∩$X~∃G=[aCe∃fAMCY←eCE1rAoSQPA[←MhAπ =~A[C
QS]KLAC]H↓g↑A←8\@A∪P~∃KqAC]If↓oKYX0AgKK5fAi↑↓EJAaIKiir↓eKYS¬EYJA¬]HASLA]←h↓[kGP↓o←eg∀~∃iQ¬\AC]eiQS]≤AKYg∀A∩AG¬\A]C5J\~∀4∀~∀~(~∀~∀_≡`b5≠CdZ`d@@bHdj∪βY∧@@@%%JtA]S]I←\A≠C]¬OK[K9h@@~(@≡dj5
KDZ`d@@dH`p∪∂∃←eOJ9π←kY=keSf↓ChAπ5*Zba∧@∪%JhA/S]⊃←nA≠¬]COK5K]h~) CiJh@djA→KEek¬er@bdpd@b\fd[ M(@Q)!kegI¬rR~∃→e←Zt↓∂K←e≥J]π←UY←ke%fACh↓π≠*ZDaα~∃Q↑tAo=eWfA¬hA[SP[CR~)'kEU∃Ght@↓%JtA]S]I←\A≠C]¬OK[K9h~∃∪8[%Ka1r[)↑h@AIK
mCpC]Ci[CQPCoCQCeif¬aYe←]YKs↓ KeWK1KrOf↓[Kgg¬OJA←_@djA→KD@pH~∀@@@@@@@@@@`ftbX[ '(4∃≠KgMCOJ[%Ht@xHk
KD`d@bnLd`rA≥εbe↓
≠*ZbAα|~∃YSBt@↓≠Sh[¬Rv@dXA
KDpd@@hfb[ ⊃(~∃-%Bt@A eX[¬5Hv@dXA
KDpd@`hhd[ ⊃(~∀~)¬CgK⊂A←\A=kdAKaaKeS∃]GJA]SiPA=kd@O¬]S[CQKHAI∃cWi←@NAG←1←kdAβ;';∪⎇;↔⊃β&KGC3∂H4+β,ε&*ε≤@¬∂.\]b∧n≡/∩∧≡⎇IF.>T F}vM⎇bb∧∀ ε∂6T
FF* h mM≠⎇z-lh_{m]9;]∞↔A"C!&*(∃
(~3NL<YX,<(≤y,]<h≠-}⎇λ≠L≡≥<X-D≥z→-d≥z;LM⎇|h ⎇~9→$∞{;snM≠≡(
⎇]≠c!.~→(∧|→<ze↑≠| d
;\⎇ \9λ≠ld_<∀ \<Z;LT≤⎇9 L9[⊗$
;H≥
(≠:,L≠→(
|H~5¬A"Tz-]9_<D {{;,]]≤h ≡≤≠≡$∞≠h≠-}Z;Yd∞z;Y
}|h≥
t≠⎇~ ↑H≤_..≤h≠lD≥~→$∞x|Y,]C"P-lλ≤Y-]⎇Z;Lt≥~→-T→\[mT≥~→$∞x|Y,]KC"AQLJ( ≤H≡;nT→≠h∞M_=β∧∞~→(∞⎇;Y≠n}h~_.l(≥≠d
⎇Y<ML< λ ≡λ≠→,≡⎇λ≥m
;→(∞M→>( ≡Y(β!-;⎇Z-lkλ≠nM→<]m≡y(≥
>(≥m};→λ
=Y(∞Mh→Z-lλ_(∞ =~λ∞M_=λ∞|<h→N,9(≠lD≠⎇~ ↑H≥z-l≠⎇|ea"C"F5(⊂{mM⎇<H
;≤≤d (→|L\=λ→ \;λ∩-d→~<l>Z;:-l=~;Lt≠⎇Y.-_<≤
≥Yh≥m≥Y≠⎇n5C"R ≡Z;Yd∞≤Z9,D~= ∧∞y(≥m};→≠D}λ≥x-nλ≥≠d z=Y$
=λ≥.¬C"C!&
(⊃ ↑|~= T≥~→$ 8[⎇LUλ≥~ T≤x|L\;H_l≥H→y.D_{≥.N→<Y,EH∩=∧ x;H ≥≤{c!,Y(≤.]8z{∂∀≥;XmN=≥→.,9λ_O∀≥~→$∞<y(
|H_;D <≤≠
≤x=~-⎇K;→.l;λ_m⎇;8;LD≥≠c!.Y;;nl(≤{m\(≠yD∞~→(∞⎇;Y≠n}h
~-d≠⎇<D
;y→-Eλ≥~ T_{{-\;Yλ
≡h≥≠d∧|≥=∧∞~→;!QXX8m4~;H∞M→(→M≥~;Yd x8Z-l= j%d∩9H∂≥⎇(≥l≥]λ≥
uλ≡;nT_x;D {{\nN]8⎇↓Q↑;⎇.$_<≤
M8x=
≥{H≤m|]≥x.,(≤{d∞~_=∧∞~→(∞<|Y9-d~<{D}λ_;
M⎇y9∧∞≠h→l↑λ_{∞↑≥→<L\ β"L.=λ∩$∞{⎇; MI⎇λ∞↑y(≥
(_{∞↑≥→<D <Y⎇-\;]λ ≡h_(∞,8<{md≥≠h ,;H≠nl<[_.∞~;YaQ]z;LM⎇|h ≡λ≥~ T≤}<nL;(≠ ↑Y; AQC"Ql]|Yy$λ{⎇;
}<Z<aQC"C!!"@ 0!-Mar-`d@@bHdl∪βY∧@@@%/←eWLA≥Onαβ ?SBα∩&≡-~Qβπv!α∪'⊗+∂Qβ&KOSKN∪WS'}q↓↓hQ-I2j≠↔ kAI↓↓β↓AXεT¬vv∂M ⊗r∧≥L⊗r¬=x
⎇;{HπIT{sλ
4pk(Xpε!←λ∧kwy~βS Now boTh DIGEST @¬]HA %eKGh↓ISgiISEki%←\@~) CiJh@djA→KD@bβIaI↓⊃→IE6¬~P4*7∪?5i∧S?;π&Cπ9α∞cπ9α≤¬vf}]⎇bβd*=vd¬Z82l,9H3ph*>V⊗V\>CR¬⎇}&]~ mw:ε-}FB∧I_t-≥Dλ⊗v"λM↔⊗.>@ε&O>N&N↔↑M⊗}pQ*F{R
⎇w⊗]4 ↔"∧*)@hUm≤∪Rα
↑6~l\=F≠Zε&b∧6\ βC∩ε##∪*XXE h*m⊗ R∧λ'⊗bX-V#Zε&b∧6\ βC∩ε'#≠~XXE h!Q hTNXRπ&t
w6/.⎇ε.f]≥f:εL]V∞vED∧Jε≥Tεv␈t∞7/π
}'&Nlpπ'>t∞f/↔=→vw~
|bεF}qPU<z)5~ε≡4ε⊗.≥lrε&≡>G⊗N.↑F."D &␈&∧∞FF* M⊗>∂>Dε∞vD∞FF* M↔⊗.>Dεn∞≥APV∂∞∞&}∞=¬b∧J ←πε.>Dπ&F≡@π&FT FO⊗\>Bε∂∞∞&}∞=∧π>NMDε⊗*
]w∨"∞↑6.7]Dε6␈!Q'&F}<Rπ>
tπ>∞nDπ&z =vw'-≤'/&T∞FzπM Rεf≡>Bbπ⎇
⊗f* M⊗>∂>N2π>≥MBε⊗T
V␈⊗QQ'/≡\nVbπMtπ&F}<Rπ/<↑'~π⎇
rε∂,Tε}vO∀εNwL↑&/∨L\BεNd∞&.∞M≥f:π⎇ ↔"ε⎇|W
ε⎇e`hPQ*FF* M⊗>∂>Dπ>NMDπ&.l@π&z
L⊗:ε,]εNvD∞FF* M↔≡∨↑>6N}eDπ&F↑,RεO4∞6}nQQ&nNLMF*ε}-w.vD¬εN2∞Mε/⊗T
↔~ε≤-w/"εfββα =ε∂⊗≤>F/↔4
v2ε\≥⊗bπMtε>z
}W h,\⊗≡B L↔JπM VrπM W⊗*∞⎇⊗fb ,Rε
L⊗Ng∀λFN>↑>BJb .W"ε]}7"ε|dπ&FT∞FNnQQ&&N|↑7'~
\↔Jε]≡FF/$ &*π> ↔↔≡T¬ε'.T∞FzεL≤6Zε|dε&O<>W∨≡≥⎇bJb
}"π6↑/⊂hVL≡&>* ≥f"εn,W∂.]nBαFL≤v>Nlpε⊗.
→f"πM Rε␈l↑'>F]MVNvt FO≡>↑7≡N⎇e∩ph(]↔&F↑$π>∂∃Dπ&F↑,Rε∂,Tεv␈t∞G>z∞|↔O~∂≥w*ε<≥bε⊗T
vrπM Rεf≡>Bph!Q$N2∂≥w*ε≡,Rπ⊗\<VO6≥lrπ&
≡2εn↑>6∞>T
⊗rπM Rε6}-Rε}d ∩εn↑>6∞>T ⊗&',↑7≡.AQ'&z∂≥w*b∞Mε.r∂≥w*ε≡,Rε}d∞FF* M↔⊗.>Dεn∞≥DεfO>Eb∧Nd∂⊗␈*∞,V≡.≡lRπ&
≡2ε∂1Q&∞r∧(⊗&n≥m↔∨'-≡fN
$∞FzπM Rεv}-V∞b M⊗>/>EBπ& ]bε∂,Tε}r∞Mε*εM≤v/∨D
FO∨EaPTNd ⊗wJ ↑f.wEDπN␈T 6∞r ,Rπ∨⎇≡F≡F\Dε⊗∞=4ε∞vD f␈↔M∧ε∂"∞⎇⊗fb /∩π≡]lFNvqQ&n∞≥Dπ&z
⎇w⊗]5Z$-
XZ5$∧Y~Bl ∃aPPh)⎇αbπ≤↑2r∧←∀ε∂ε⎇Mv>N↑4π&z ≥Fbπ⎇
rπ⊗\<VO6\Dεn␈,Tπ&F≥dε}vT 6␈π∀
v2ε⎇lRε}aQ'&FT
V/∨<≤v/~∞<Vw"∞Mr¬>}-5~r ∀εF∞D
⊗v∞NlW↔&]nFgJ >&.∂L\Bε
Mv␈α
≥bπ& QPVf≡>BεNd∞FF*∞∞&}≡↑>2ε}d∞7εf≡NFNvt∞FF*
M↔∨"
≥bπ'⎇ub¬&
≡2εF≡4ε⊗.]dε6O \@hVm}rrQ!PPH⊃_VvV␈∃@hP⊃⊃∩jl*=v`h%URjjUUPhPQ!PP`{ε∃Tn∂%Wβ∩αε⊗#∪0_~d∩α↓Q"{&eT6.%Wβ∩αεπβ+(_≥f'Jλ,V≡GM⎇G≡F]≥Rβd~h$¬≥UX∀Kr↓Q$&∂LW"β∪Tλf.∩ε↔∪C∩ε&#≠:Z
5 h(n&}k$λ⊗v'∀λ&.≡∞Mvg≡ ]⊗jβH~d∀¬:UT KaQ%&{$∧απ⊗∀ ↔"∧Y~BmE¬Dε&∂m≤Bv∞lLW↔≡⎇dε∂"λ9U*k⊗λ∩bπ⎇}&←~ ≡B∧l~ET HQ*fN $∧∧nOEX⊗KZε&b∧6\$βC∩ε⊗∪SβUXT% Q*fN $∧∧↔⊗EX&n#4ε#2∧l\"βC$ε∪ S⊗ET,%AQ hT∀∞vFNLTε⊗∞=5B∧J M↔≡∨↑>6."∞⎇↔&B
w>∂,D∧>␈,Mvrεn-vj¬ ]fNw>]F
¬,↑6.∂,=hWM Rπε}>6N⊗≥M↔'J
|bπ/=≥f:πM R¬≥Ydε?⊗≡
εN∨4∞7O∨L]RεNd∞FF*
y∀≤
D∞7O∨L]Rph(≡2εOD∞G/⊗l\Bε␈↑EBπ& T¬<L8~Bε&≡>εf∂∀ FN"
mw"ε ≡f*π>\f6N=≤Vw"∞,W≡}N↑FN}aQ'&z ,Rε≡⎇↑ε∂&≤-F*π⎇≡FBπM R¬≥Ydε?⊗≡
εN∨4 &}∂,E`hT≥dπ&FT
V.∞n⎇εNfUD¬<L8~Bπ∨L≡'&.D∞v␈⊗=≥f:ε⎇dε
εM}v/∩↑,W≡}N↑FN}d &O"]\↔αQ,FO∨
L↔Jε}∞FN}d
v2πM VO∩
}vrεL↑6N>d f␈∩∞Mε.O$ 7/↔,]g"π?≡7&.UaPPh(∀εv/t 6}o ≥gJb
:Tr¬⎇}&←∨L≡FN}d ⊗v~D
ε∂~
.W∨"∞,V≡.≡lV"πl]g'/,Tε6Nl≥f≡NlqPW>≡Mαπ& TεnO>=⊗}r∞Mrε/ =G/≡≡lVgJ
\⊗w.l≤7'/,T¬≥,d∞v␈⊗>>F∂&≥⎇g~εm} hWM Rπ>}-7∨&≡M⊗}r
\↔⊗↑↑Nεf∞<Ub∧6}$ε7/.Mε/∩
≥f6␈-\↔&N⎇eBπεL\↔≡* =vw&≤>CPh!Q M≥Yd¬>␈->7&∂M≥vr∧≥l2ph!~∧z∧){αβ≠εεPhP~>F∞vm}&"bλ8∩βKF6β(h!∃β# U∀β#KEWβK∪!Q hPQ!PPh `{ε∃Tn∂%Sβ∩αε⊗#∪@_~d∩α∧↓∀L∀T
∧~ε=⎇Vn.nN2αα↓Q"{&eT6.%Wβ∩αε⊗3# ~)u≥≤_@ε∂"
y∧
∃Iybk ∧¬∧&∂m_B¬⊗}>6N.e∀LL)P¬∧~ =vnn]nG~α↓Q$&∂LW"β∪dλf.∩ε⊂∞'εH
⊃N-9_>%∀ -,π∃11∃↓QQ\[mWH⊂Sj:r1⊂_z⊂+d⊂i*'g XX⊂∀⊃0{4bλ)7qyZrw∀FB)zq5→qz≥⊂∩a&P(⊂P1wf[rs:9CE*7]λ⊂⊂;w\5yP0]⊂&dj `dFE∃4p]⊂λ&tz⊗Pt]P→
⊂#2qλ≤→⊂_M]_Y⊗Qb*εE∃4p]⊂λ!96⊗P6r≥P ≠⊂#2X⊂≤→⊂ Z]→ZKbb*εBεE*7H6purH0P1w]x62P≠s⊂1w\92qz~ww9P ←εE∧LTP$wλ87tw≥⊂7s⊂→0qz⊗λ:42P_t4x⊂~yP0wλ≤_≤ ⊂_[⊂_4z⊂9→styz→y9P0[2εE∧N⊂14zλ20z0H80z4≤W⊂⊂)[vrP1→w1t6Xy5yP~0yP9]ssry]2r⊂:~4yP4\P:42CE∧{w\9z⊂7Y⊂17z~⊂;wy≠29P⊗O⊂4z⊂→7ryw z⊂72Xryyp\4v<P≤2y37\6P67Xr9FEαq2z:→y⊂:4_w⊂0P⊗⊗\_↔λ⊂$z⊂≠p|P9[vrP2_|P12H87yyZq62P≥7P0z≥0z1tβET7Y34qtXv6<P≥40z~yTP0[⊂≤_≤
P#(⊂≤97qr\ywy⊂≥7P4zλ∀:42H9v7zλ9rrv\FE∧z≠P12P≥42y2JP0w2λ9x2rY⊂:44[3yP:\⊂9wvYP6wy→WεE∧CE∧Y∀H$z⊂2≠ryP7≠z⊂40]2P!h fP0zλ:44yH:4vrK↔↔⊂4]⊂9:w≤P$a&H"'iWλ⊂"4sZz0vεB∧i2yYpy1tλ4yP;[y5tw→P7w⊂⊂h↔fP→7y⊂:~2P(!K⊂0w2λ$a&P≥tv6⊂_2P:4→P24y]94VFB∧q:z≠y⊂;t→w⊂:4_z⊂7qXzy9Wλ⊂#7yλ:42P≥4vrP_2tw3K⊂:42\2P4yH+"i,H&$j*∪"FE∧\ws:;Xy2P0]0tv0X62P3≠y⊂"'TW⊂⊂*~2y2P_y2P6≠z9P7Y⊂82w\62P;Z:ssr\zεE∧]40z⊂≠wyz⊂∀!P:yYy9P;Zv6⊂9≥w⊂"'TV⊂77]⊂!h↔SV⊂:w→2y⊂*~2P:4→wy<P≥40zεB∧z42\2P4yH:44yH1ry:_tw⊂6Yw:0v~z<P7Y⊂0w⊂∩a&P1≥|ry⊗λ0w2⊂≥40z⊃'iP;Zv6εEαx97q_q6<P_2P:4→P;0w~v60P∪βS vepsion, and costs about $40, not $140.
3) A friend of mine who is admittedly somewhat biased says the
Apple III has the PC beat. I can discuss his opinions at length,
but I would apPreciate some oTher OpiniOns too.
4) So far, the famed IBM support of bugs has consisted of a
"thank you fkr sharing that problem with us...and then they
send the bug report off tk the company thatmade the software
(Lifeboat, Peachtree, ViSiCorp, MiCroSoft, etc. [admittedly not
lightweights!])."
6) There really Iq not mucH room to grow! You only gat 5 slotpεAS\4∀@@AQQJAE¬GVXA¬]HAi!JAM←1Y←oS9NAiC-JAk`↓gaCG∀t~∀@↓BTA≠∃[←er↓CEiKHAiQJ↓MSegP@li⊗↓iCWKLAk`@DAgY←PAaKd↓CAISQS←]C0@li⊗4∀@AD8A SgPAIeSYJACI¬aiKd4∀@AF8Aβgs9GQe←9←kfA
←[[k9SGCi%←]fA¬ICai∃d∩∀@↓H\A≠=]←Ge=[BA %gaYCdAC]H↓aeS]QKdAβ⊃CaiKH~∀@A∀XAπ←1←d←∂ICaQS
fA≠←9Si←d↓βICaQKd~∀AL\@↓!eS]QKdAβ⊃CaiKH~∀@A≤\A∂C5JAπ←9ie←X↓βICaQKd~∀4∃'↑X↓gCrA]JACe∀Aek]9S]NA%¬~A!¬gGCXQeKbbdq⊗↓←d@B↓gY←h$XAoSQPAB~(AG←Y=`AOe¬aQSGLAOC[∀AkgS9NAaC⊃IYKfPbAM=dAG←1←dA[=]Si←HX@bA→←dAa¬IIYKLR~∃o%iPAaIS]iKHACMHαβ∪'OX∧ε'⊗≡hRαC∀ V∞≡¬∀π>*
↔6*
mw:πL≥6*π↑∧ε∞fD
FF*∞9F␈'5aPTNd∞v*π|≥g"πMtε∞g=tπ/≡T
FF*∞?↔∨&]Pε∂~ ⊂π&/-]⊗v∞D
v*ε ≡f*πMtπ⊗.]zf(h.9vn∂M
⊗v:d∧¬>F≡@ε∞fD∞FFO4
V.∞n4αF∞l@∧L∀T ⊗&n≡N2π& Tππ⊗|-F.jD
WJε≥lfxh,=vn∂4 gε}T∞6}nT ∀∀j
→g&/-l⊗bπ↑<Rε}mO∩ε&|>Vn∞nN2Jε≡4π&F≡@β*π=Mw'_Q-↔~ε]mw.>∧ f␈∩ ≥gJε⎇≡f.r ≡πεf≤<↔&N⎇aBε↔↑DπN␈T
V∂J
↔6*∞Mrε␈ ]bπ& QPV⊗≤=2εn≥o∩π&≥\W~ε≤dπN␈T∞7>OL=αε∂∞
FN≡≡M⊗}w5aPPh!⊃∩l&≡hPhPQ!PPh ∂04-Mar-82 2156 AVB Re: where's the innovation
∂03-Mar-82 1210 gary.RAND-UNIX Re: where's the innovation
Date: Tuesday, 2 Mar 1982 13:45-PST
To: Jan Walker <JWalker.BBNA>
Cc: WorkS.MIT-AI
Subject: Re: where's the innovation
In-reply-to: Your message of 27 Feb 1982 1005-EST.
<[BBNA]27-Feb-82 10:05:47.JWALKER>
From: gary.RAND-UNIX
Message-ID: <42.383953526@RAND-UNIX>
Via: Mit-Ai; 3 Mar 82 12:34-EDT
Via: Brl-Bmd; 3 Mar 82 12:47-EDT
It's not clear to me that the boring and often petty character of
so much "office automation" work is going to be relieved by a
turn to things like "home env. support sys." (for which one
pessimistically imagines a veritable tsunami of "recipe support
systems" and "checkbook data-base technology" and "machine-rea`able
gardening advice" etc.). That is, just plugging the same old tools
into some new application areas will not necessarily stir the
adrenalin in those of us who are growing jaded and gray. Things
might pick up a bit when the computing field more widely raises
its sights above the easy clerical and administrative chores, and
goes after some higher functions of (life, corporate, military,
home, and ...) management -- like planning, situation analysis,
etc.
But the easy chores are really there, and they do need help, and
we can hardly blame enterprising folks for chasifgafter them.
And, easy as they may be iN principle, there still remains lotq of
room forimprovement in theiR actual coverage!
Finally, though I have come tk take a good (UNIX) file system,
screen editor (E, EMACS), message system (MH, MM) pretty much
for granted, they really do add something substantial to the
quality od my life. If I ungratefully think of them (and their
sibling capabilitieq) as "boring", it's probably only because
They do what they do quite welL and unobtrqsiVely. Sigh!
Gary
0$-Mar-`d@@dDjn∪βY∧@@@%%JtA%¬~A! A¬kf↓ qiK9gS←]QfR@~(@≡`f5≠CdZ`d@@bHbd∪eUES\]MeR[≥MFbb@%%JtA%¬~A! A¬kf↓ qiK9gS←]QfR@~) CiJh@dA≠¬d@pdbftf@[! (4∃
e←4tAek S\]'IR[≥g bb~∃Q↑tA/1∪~]≠%([104∃πεt↓o←eWL][Sh5CR
∃MkEUK
htA%∀tA∪¬4A!εA kfA aiK]g%←]if$~∃-S∧t@A≠%h[βRl@fA≠¬d@pdbdtfP[ (4∃-SBh@A¬e0[¬[Hl@fA≠¬d@pdbdtj\[ (4∀~∃)∃π≠β$↓[CWKLABAEUfAKqAC]gS=\AE←`AM←d↓iQJA%¬~A! v@A∩≥mJAg∃K\ASPACIm∃eiSg∃HAS\4∀E¬sQJDAi!JAYCMhAMK\A[←]QQf\@↓π←g[∃iSGC1YrXAQQJAE=pAY←=SfAUUghAY%WJAi!JA∪¬4~∃gsMiKZAU]ShX↓EkhAQCYYKH@QM←HAESO≥KdAG¬eIfA$AOkKMfR\@↓∪DA∩↓eKGC1XAG←IeKGi1rX~∃%hAQCLACE←Uh@nAMY←if0Ae←←4AM←d↓BAoS9GQKgQKdXA¬]HAO=KfAM=dACe=k]H@⊂p``A=`@Hb@``L~)∪hAQ¬fASiLA←o\↓a←oKHAgkaAYr\~(~∃¬r↓iQJA]CrXAQKG[CHAQCf↓C]]←U]GKH↓[←eJ↓iQC\↓BAI←iK\A←QQKdA¬GGKgM←eSKLAM←d↓iQJ~)∪¬~AAε\@A$AI←\≥hAW]=nASL↓iQKr↓CeJAIKCYYdAEKS9NA[C9kMCGQkeKH↓sChX↓←dACIJAUkMh~¬E∃S]NA%[aYK5K]iK⊂AS\AYSKoOICaQf8~∀
∀4[ CeIsX~∀4∀~∀~(~∀_⊗`H5≠CdZ`d@@dDjp∪βY∧@@~(@≡`F5≠CdZβAI↓↓ ⊃EL%::+?#pα#/←∂∪⊃αC∞c↔['≡A1↓→∧~= 2tpβe$→hrtl~ET KaQ$&∂LW"β∩ \↔ε≡∧ε∪KC$ε∪CSF¬T-≥AQ$7⊗⎇W"α∀-⎇εr∧
zv∂⊗D
ε∞f↑i⊗≡BD∧b∧≤u`λDπ∃⊂3HuS25¬X2/C!*≠nH
yβi%iK&dj⊗PdBE+~pY⊂⊂∪tz⊗`Z]P→P∪py⊂≤ ⊂_Y≥ [Vbb∃εE+4X]⊂⊂!≤4∩a6Y≥P→P∪py⊂≤ ⊂_Y] ~⊗bb∃εAεEβEdP≥44w5H:40zλ:42P∩a&P(⊂P!2yH4yP8≠ytz4[w⊂4g→2x2`.dant
(unlike The Apple II(λA∨M∩XA←HAβiCIRAEKMKfXA khAY%SBAi!J~∃&4b``R↓g↑Ai!ChAC1XA)K
Q[Cd↓I←Kf↓SfAEUMMKd↓iQJA kf@L↓C@∪⊃ελ4+C⎇;↔Iβ∨+CC3Jq↓α∨O3↔9β&CπQβ&C∃α&∀iβ∂π⊗#Mβ#∂3∃β∂}s;↔∂&+KMβ}p4+SF+'Iβ⊗+πIβ,#∨↔Mbα%β /!βS#∂!βS#*β↔cC∞sO'∨rβ /a?→β π≡Yβ3?}[L4+W+OQβdK/*∞Mε*∧_)R¬∧4
FzπM RεNn>F∞fL\Bε≡≡,G~pQ!PTV≤=2¬ε≥LW6N=↓PPH!Q hP`@l )\<K ≤ ⊂⊂→_M\@`k⊂⊂⊂⊂∧Ra&P(⊂P!:yH"|:2[9twwλ⊂⊂εEλπX→VSpy⊗@82 1218 ITtaa Hershman <ITTAI.MIT-MC> IBM PC Bus Extension
Date: 2 March 1982 21:17-EST
From: Ittai Hershman <ITTAI.MIT-MC>
Subject: IBM PC Bus Extension
To: GLIM.MIT-MC
cc: works.MIT-AI¬
Via: Mit-Ai; 3 Mar 82 12:37-EDT
Via: Brl-Bmd; 3 Mar 82 13:08-EDT
Date: Tuesday, 2 March 1982 11:29-EST
From: Willie Lim <WLIM>
To: woris at MIT-AI
Re: IBM PC Bus Extension
It seems that a BUS extensiOn unit (non-IBM product) is available for the
IBM PC. Perhaps this will alleviate the 5-slot problems. Does anyone know
of the details of the bus extension unit?
See TecMar Inc.'s ad on page 83 of the new (ie. March 1982) issue of
BYTE magazine. The TecMate(Tm) is a seven slot expansion cabinet with
full bus support, matched IBM PC styling, heavy duty power supplies,
convenience outlets to power printers or monitors, and built in
provision for a 5 inch Winchester hard disc drive. The preceding
sentence was a quote from TecMar's literature packet. The November 1981
price list quotes a price of $795.- for the expansion cabinet. A whole
slew of other items in the TecMate(tm) series exists.
TecMar Inc.
Personal Computer Products Division
23600 Mercantile Road
Cleveland, Ohio 44122
216-464-7410
∂04-Mar-_2 2200 AVB Innovation...
∂03-Mar-82 1354 William ''Chops'' Westfield <BillW@SRI-KL> Innovation...
Date: 3 Mar 1982 1157-PST
Sender: BILLW at SRI-KL
Subject: Innovation...
From: William "Chops" Westfield <BillW@SRI-KL>
To: WorkS at BRL
Message-ID: <[SRI-KL] 3-Mar-82 11:57:45.BILLW>
Via: Sri-Kl; 3 Mar 82 16:24-EDT
The point is that to most of the world, putting a PDP-8 in their
office iovation than they think they are ready for...
You and I And the rest of the NET may need a Cray 3 with a 6 foot
diagnal color picture and a rat (a big mouse..) before we are
impressed, but much of the world is terrified if characters that
they haven't typed appear on a display. Improving the human
engineering with mice and bit-maps and stuff may make it easier
for some people, but is scares other people even more... So.. .
Let's ge tthe current technology out into the world. Then we can
worry about inovative technology...
Bill W
∂04-Mar-82 2209 AVB 68000 wait states
∂03-Mar-82 2040 pratt.Shasta.Sumex-Aim 68000 wait states
Mail-from: SU-NET host SU-SHASTA rcvd at 3-Mar-82 2000-PST
Date: 3 Mar 1982 19:58:45-PST
From: pratt&SHasta.SumeX-Aim
To: works.a`∩~)'kEU∃Ght@Xp``@↓oCSh↓giCi∃f~∃-%Bt@A5Sh[β$r@fA5Cd@pβ⊃↓IMS M6⊗% 4*[N i↓α↔∪16 n!m↓M∧kπI↓@ε"β∪7&#~lXJ@hPQ*FF*
:Vrε ≡2ε
∞NvznL↑f.b¬∞6.>\Yg"αd∞ε∞≡U∀εn.]z'Jε\≡αbε≥lB∧tt∞v∞OAQ'∨&≡LW~@Hλ∪,]9|↑$ {{\m≡⎇≤h
|H~Y-M≤+8L\;H
ε⊗M |ea"C"Jl=9z ≥H∀∀L≡≥β"AQC"C!$βl
¬Y8<K'εHλ εε α5m≥≠~8-T ipm
|≤idt∃y<nLZ9; D∂⊂Z-M∃p∀j)+2sπdα-Nεε λ≠,];|Z,↑kKKD∧λλβ!(_=→'$
λ∪,≡H &'εH εε+4∀jA"Ty-l→<NDλR3∪
t_=
:R+2iA"T⎇,-Y8⎇π$
N∧εελ≠9-]|Z9.∃KKC!(\[{'$∃z;
M8;(∧λz≠|∞4H∃y.>→Z1-Lλ∂⊂M≥≠∃p
:R+2iGC"U
wH≥{n-|h_.D⊂TS↓QS9<n<9y+)_∞H∂ :tR+)9↔(
¬Y8<K'εH π& .LF¬PR3 JoC"Jm8.H∧
|Z+)=∞h
∧ 8<HπεH nFεk11
A"C"I]⎇_<M⎇_(~ ≡h_;D∧Q;Ym≥Y9<M≥Yh⊂N]≠→=
≥HH∃
≡≠→9∧∞{{9.M~;Yd
~:y!QHU~ T~;] ↑\Y; ≡~;{N=~<λ ,=≥y,]H_{
|zh≤n 99λ ≥Yλ≠,];|↑$ 8xy.≡h≥~-\<hKAQP8xm}Y~;Lt≥≠h
≡ λ⊗-}(_x-d→y=∧ ↑(∃m≡~λ≠Mt≥x:.D≤⎇_.L<h≥.=9Y`ε⊗, ,Fελ≠TaQJ∩( m|Yy.D≥z~,= λ⊂-lλ≥~ T≤_< ↑H~<d
;H≠/∀≠yQM≤y*( ≥Yλ∀l=≠⎇~l←(_].1"Y≤M≡Y<\edλ∃~ T∀⎇;D∞≤[xl↑|{tD [x<LD≠8;L≤y<h∞Mh→y.D_↑(∞.;[Z-lh≥z.Mβ"[Mt≥x:.D≤⎇_.L<h_O∀→≠r-lh≠Y,≡λ≠9-]|↑(
8z|d∞z=~∧∞~→(
⎇H_[l≡Yλ∀H→ εE∀ ~[%@≥wy:4
P*42H4rvw\αy iS expandable to .5 MedεAmS∧AiQJ↓ dAGα{;;↔≤εF␈⊂Q(⊗v" ∀ε∂∨>]V*πM ↔"πM ↔"π⎇≥Fbε≥N6zπ.Ybπ>≡Mαεvt
v∞OD
7&∂L↑2rraQ$F←|↑f/∩D ⊗"π≥zRπ≡≥nBπ&tλWGε≥lBεN]]wπJ ,WN}lDπ&F≡@λ /(_9 M9Y`⊂≠y24w_y<FE≠zr:4X:yP6Yvsy<H17py→9V⊂ 7ait States ARE requ@%aKH\4∀∩¬∨8AC\A%]aKe∃giS]≤A]Oi∀XAiQ∀@lp`H`@PfHAECH↓α←λA kgKf$XAoQ%GPAo¬fAC]=k]GK⊂~∃ik∃gACr0AoSY0AS]G1kIJA=\AE←¬eHAG¬GQJA5K[←ed\@A≠=iCe←1BAgC%HAiQ¬hAKm∃]ikC1Yr~∃Q←`[←_[iQJ5YS]Jlpaq`AgKe%KfAG=[a←]∃]ifA]SYXAIk\ACP@blA5⊃t\~(~∃¬S1Y.~∀4∀~∃)!JA'+8@lp`@`A¬←¬eHAeU]fACP@b`A5QtAo%iQ←kPAoCSPAgiCQKfXA∃mK\AQQ←kO ~∃CY0ACIIIKggKLACeJ↓ieC]MYCiK⊂AErA∧Aio↑5YKmK0XAgK≥[K]h5aCOJ↓mSeiUCX~∃5K[←edA[C]¬OK[K9h\A≥<AGCG!KfACIJAkg∃H\A≠∃[←er↓G←]g%gifA=L@bj@A]gK @liV↓%β≠f8~∀~∀_≡`h5≠CdZ`d@@dLhj∪βY∧@@@$lp``@AgsgQKZAa∃eM←e5C]GJ@@@~(@≡`f5≠CdZ`d@@bXhl∪≥iKGV]]¬'(]Aβ%ε[5β1ε@$lp``@AgsgQKZAa∃eM←e5C]GJ@@@~) CiJh@fA≠¬d@br`d@bfhhpA M(~∃
I←ZtA95KGV9/¬'(9!β%ε5≠β1ε4∃'kE)KGhtlp``@AgsgQKZAa∃eM←e5C]GJ4∃)↑t↓¬∪'¬∃2]+' [∪'∪λ~∃GFhA/←e-f]≠∪P[β∩X↓≥5KG,]/¬'PAChAAβ%ε[5β1ε~)-SBtA≠Sh5βRv@LA≠Cdpd@bLtjd[∃ (~∃YSBt@↓¬eX[ [Hv@LA≠Cdpd@bPt`n[∃ (~∀4∀~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃≠CS0[Me←4tAβeAC]Kh↓Q←gh↓¬%_AIGmHA¬h@dj5
∧Z`d@b`P`[!'P~∃ CQJt@dTA
KDbrpd`rdn5!'(~)
e←ZhA¬∪' 2ACPA+'ε5∪'∪∧4∃'kE)KGht↓%JtA]SGCh↓∂eCa!SGf~))↑t@↓/←eWLAChA5∪([β$@~∃G t@@A SgEKdAChAU'ε[∪M∪∧~∃YSBt@↓≠Sh[¬Rv@dTA
KDpd@bHtj`[∃ (~∃YSBt@↓¬eX[ [Hv@HjA
Kλ@pd@Dft`h5 (~(~∃∩AQ←↑AQ¬mJAm%gSiK⊂A/SG¬hOfAUiCPA=MMSG∃f\@AQQJAOICaQS
fA←aQS←\A→←dAi!J~∀bT`[/&↓Sf@h@apf`@\@Aβ1g↑XAQQJ@bT`[/&↓SfAC1eKCIdA[kYQSEkf8@@A/∀AM←k9H~∃i!JAk]%hAi↑↓EJA a)% ≠∃→2A'1∨.\@↓/SGCPACI[%iaKH↓iQCh↓iQKe∀AoKe∀Aio↑4∃gCSPAgiCQKfAa∃dA[K5←erA¬GGKgLAoQS
P@Qi!KrAg¬SHRAMY←oK⊂AiQJlp``@Ai↑~(lfJA=L@pA5⊃4@QQQChOLAC\A∃MMKGQSmJAMaKKH↓←LA←9Yr@j↓≠⊃4R8@A%k5←dAQ¬fASh4∃iQCPAg←[∃←]JAAkhAB↓gG←a∀A←\AQQJA/%πβ(A¬]HAM=k]HAQQJ@l````AQ↑AEJ4∃ek]9S]NA¬hAC\↓KMMK
iSmJ↓gaKK⊂A←LA=]Yr@LA≠⊃48@A/∪
β(Ao¬fAo←IWS]N↓←\~∃∧A[K[=erAE=CeHAQQChAUgKH@Xi⊗AG!SafA¬]HAB↓g[CY0AaCO∀AiCE1JAM←HAiQJ4∃MSeMh@dA5KN\A=LACI⊃eKgf↓gaCG∀\~∀Z4ZZZZ4~∀~∃]QSYJ↓∩AQCYJA]↑↓ESCf↓i←oCIHABAACeiS
kYCd↓gsgi∃ZXA∩↓CZAS9iKeKMiKHA%\ASL↓C]s←9JAQCL~∃C]dAS]M<A←\AQQJAa∃eM←e5C]GJ↓←LA←QQKd@Xp```↓gsgi∃[f@Q→←eik9JA'sMiK[f0A
←e]CeH~)'sgi∃[fAKQF\\\$~∀~∀$A∪fA%hA/S
ChOf↓g←Mi]CeJ@!∩ACgMk[JA%hAoCLAiQK%dA←aMsfAi!ChAo¬fAek9]S]N↓]←hA∧~∃mKIgS←\↓←LAk9SpRAQQChA%fAgY=nA←d↓SfASPAeKC1YrAi!JAQCIIoCe∀}~∀~(∪∪hA1←←Wf↓YSWJ↓Me←Z↓iQJ@XqVAgAKGfAQQChA→←dA]<AoCSPAgiCQJA[K5←erA¬GGKgLXAiQ∀~∃[K5←erA¬GGKgLAiS[∀AQCf↓i↑AE∀ACe←U]HA←9JAi↑↓←]JA¬\ABA!CYLA
Y←GV↓GsGY∃f@PbHjZbpT~∃]f$AS]G1kIS]≤AIeSYS]NA¬]rAEUggKf0AIKG=IS]N↓KiF\A/QS1JAiQ%fASf↓I←CE1JXASPAakiLAB~∀⊃aeK[%kZA←8A[K[=er\@↓βYg↑↓SLAi!JAIKMSO\A%]GYk⊃KfAB↓[K[←IrA[C9COK[∃]hAk9Sh~∃=LAg←5JAMY¬m←d@!oQSG Ao←k1HAEJ↓IKgSICEYJ↓M←dA=f←kg∃`Aae=iKGi%←\←Ie]C[S ~∃ES9IS]N$XAiQ%fAoS1XACI⊂Ai↑AQQJAe∃ckSe∃HA[K5←erAAKeM←I[C]G∀\~∀~(∪βYg<A]←i∀AiQCPAoQS1JAiQ∀Aae←
Kgg←HASfAMY←oK⊂AI←o8AM←d↓BA[K5←erA¬GGKgLXASh4∃giS1XAS[AYK[K9ifAi!JAKq∃GkiS=\AaQ¬gJA←_AiQJ↓S]giIkGiS=\AChpA≠Qh\~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∀4∀~∀_≡`l5≠CdZ`d@@bH`f∪βY∧@@@%∪]]←YCiS←8@@@~(@≡`j5≠CdZ`d@@dL`r∪¬U'⊂]+Mε[∪'%
@∪∪9]←mCQS←\~) CiJh@@jA5Cd@bdpd@dH`n[!M(~∃
I←ZtA +'⊂]U'ε[∪M∪
~∃MkEUK
htA∪9]←mCQS←\~))↑t@A/←e-&]≠∪P[β∩~)-SBtA≠Sh5βRv@XA≠Cdpd@bhbpK ⊃(~∃-%Bt@A eX[¬5Hv@l↓≠Cd@`d@btHbS P~∀~∀4∃⊃←QUZAS]⊃KKH\A)QKIJOfA9↑AeK¬XAiK
Q]SG¬XAS]9←mCi%←\AS8AakiQS]NA∧@bl[ ShA[%Ge↑~)S\AB↓E←pA]SiPA∧AikE∀AC]H↓[CsE∀ABA]∃io←e,AS]i∃eMCG∀X@A∪POfAS9iKeKMiS]N↓Me←Z↓B~∃[¬eWKi%]N←EUgSMKMfAgi¬]Ia←%]hAi<AgKJ↓Q←nA%¬~A[¬]COKLACfA¬\A∪]QKXA∨∃~XAEUh~∃i!ChOf↓]←hA]QKeJ↓iQJAQKGQ]%GCXAα≠#π3f+;∨↔~βπK∃r↓απ3bβS#'~βC↔K≤{;π1εCπK∪> K∃βO_4+≠⎇!βS?zβWO↔7+11β≡+KCπNs3eβv{Qβ[/∪eβπ'3π;∂.!1β←O##?W"βO?CFKOS'≡ S↔⊃π≠?≠S> K∃8hR%β←∞sQβ¬πβ↔KO}sπ1β≡{7CW&+IβOO≠S↔5bβ;?QεSWOQε 9β↔Gβ↔;OM3∃βS/∪7'≠∞a84(hRπC?fc=β'~β¬β∂∂≠∃β?2βS#∃εCπK∪> K∃β>KS#?/!βS#*βO?≠';πK∃r↓αS#/I∨[∃ε 3←πO→β#π h+¬β⊗KQ77∂βC↔⊃ε#'OCf eβ←O#!β?6+K#ππβ';≥π;';∪␈;E1β↔+QβWw#'1β⊗+∂↔;&ceβπfaβS#.KH4+>K;∪??→β←↔⊗)β≠Wda7O∂⊗+↔9β>K∪S!π;'S!εs=β'&+;S'7K';≥εK;≠?⊗kπS'}q1βOzβ'Qβ> L4+&K≠≠'∨+3Qβ&yβCπ↔≠∃βSF)βO∂⊗+↔9β∞s⊃β≠L;WK∃ε{WQβ>C'∂!π;';∪␈;@~π|↑&*π ≡'&N≥MGHh-|'≡∨↑,V"r∧ f␈:∞Mε/J
↔6*λ≥G&z]I⊗↑
∞⎇⊗v&g widths with a thick bar
at the top with information about the window (for example, which file is being
edited in it), so now there's a real reason for the display. Innovative
products, like the Star, will be defined by their software.
-------
∂06-Mar-82 1203 AVB re: 68000 wait states
∂05-Mar-82 2339 Andy Bechtolsheim <AVB@SU-AI> re: 68000 wait states
Date: 04 Mar 1982 2209-PST
From: Andy Bechtolsheim <AVB@SU-AI>
Subject: re: 68000 wait states
To: works at BRL
Via: Su-Ai; 6 Mar 82 2:06-EDT
The SUN 68000 Board runs at 10 Mhz without wait states, even though
all addresses are translated by a two-level, segment-page virtual
memory management. No caches are used. Memory consists of 150 nsec 64k RAMs.
∂06-Mar-82 1703 AVB Re: Innovation
∂06-Mar-82 1630 Nathaniel Mishkin <Mishkin.YALE> Re: Innovation
Date: 6-Mar-82 1600-EST
From: Nathaniel Mishkin <Mishkin.YALE>
Subject: Re: Innovation
To: Works.MIT-AI
Cc: Odonnell.YALE, Rees.YALE, Adams.YALE
In-Reply-To: Your message of 5 Mar 1982 2207-PST
Via: Mit-Ai; 6 Mar 82 18:50-EDT
Via: Brl-Bmd; 6 Mar 82 19:02-EDT
Date: 5 Mar 1982 2207-PST
From: BUSH.USC-ISIE
Subject: Innovation
To: WorkS.MIT-AI
Apollo is a case of the hardware without the software. They've
always had always had a bit-mapped display with overlapping windows,
but until recently all their windows were full-screen width with
no identifying information, so it was difficult to parse the screen
and figure out which windows were partially obscured. Now they
have Alto-like windows of varying widths with a thick bar at the
top with information about the window (for example, which file
is being edited in it), so now there's a real reason for the
display. Innovative products, like the Star, will be defined by
their software.
*** Apollo Flame ***
Having used the Apollo fairly extensively, I'd say this is an incorrect
statement. The hardware is pretty straightforward stuff. Where Apollo
has made its mark is in the software engineering of their system. They
have a real system and it's not Unix (thank god). They have made
intelligent decisions about what to compromise on and more importantly
what NOT to compromise on.
The window problem is a typical example of Apollo's approach. I'm
sure they wanted the whole zippy window thing from the start. The
full width windows were a temporary stage. In general, Apollo has
designed software which does not preclude future increases in
sophistication; in fact it plans for such increases.
If you want to talk hardware without software, let's talk PERQ...
-- Nat Mishkin
-------
∂08-Mar-82 2148 AVB Apollo system software
∂08-Mar-82 1635 JW-Peterson at Utah-20 (John W.Peterqon) Apollo system software
Date: 8 Mar 1→82 1645-MST
From: JW)Peterson at Utah-20 (John W. Peterson)
Subject: Apollo system software
To: works at Mit-Ai
cc: Lars.Ericson at Cmu-10a
Via: Mit-Ai; 8 Mar 82 19:06-EDT
Via: Brl-Bmd; 8 Mar 82 19:09-EDT
Correction to Lars.Ericson at CMU-10a:
Apollo's system software is NOT in FORTRAN. Apollo used a feW of the
RATFOR Software Tools programs fkr text manipulation & processifg, but the
*majority of the system* (i.e, the Aegis nucleus, system utilities,
superviser code, and system I/O) is in PAscal. What's more it is a clear,
moduLardy desi@≥]KHAMsgiK4XAC]⊂ASfAIKCg←9CEYr↓I←Gk5K]iK⊂ACfA]KYX\A7)Q∀~∃+]%mKegαKSeβ|1αWS∞Aβ#π~β¬βO␈+K∂∃ε ∨K↔.k↔;Q∧εvO&∧λ↔ε}MMrbπ=t∧Jε=mw:πM
↔~εmz"ελQ(f∞∨KU`hPQ!PVW↓Q"jjUURjhQ!PPh!Q"{π¬Tn∂%Sβ∩αε⊗c#λ→L↔↔~h↑&N∨=⎇bε∂Dλ6o*V⊗ε
_≡ε}fMuuε∂<<⊗bα↓Q$&∂LW"αβ∧ V∂⊗=∧β Kε$β ≠VAT-≥D¬∧n}lL↔JHQ(g⊗}W$∧f∂.5d/⊗≤>6}r ≡B∧≡↑US ε⊃Q%&{$
v␈⊗:4ε∂" ]↔"l≥⊃PU∨\-&.∨G$α∧∂
yFfzz ↔≡≡≥APTn↑>6∞>UY⊗#RπFβDn≡'β∩β⊗6S#βD D+∪λλ4m*V⊗∧ pQ*fN $∧∧nOEX⊗KZπ∧n∂$πβ∩β↔↔#
XXE h*m⊗ R∧λ'⊗bX-V#Zπ∧∧n∂$πβ∩β↔↔#∪
XXE h!Q$J>T∞6␈↔/∃bα¬M R∧∂
⎇Ffz
\⊗≡F≥lRπ& ←∩εF≤DεF/,Tεf∂>Dπ≡.\↑7&/$ 6∞nT∞vO&↓Q$6␈.N&∞r }VN&UDε∞vD ∩π∨L≡F.n]nBπ& ≡Bπ& ←∩εF≤Dε
¬ ≡6≡∞D
⊗w&↑-f∞fO∃Bε↔↑APW>↑,Rεv}Dε>}≥lrπ&t∞7/π
}'"ε≡Dε6␈$∞6}nT∞FNnT f␈∩∞↑6/↔5dα¬εN↑2bε=⎇Wε∂,\@hWMtπ&FT
ε/↔∀∞vNvM}w~ε≥lBε>]lW⊗∞D∞6∨⊗\]bε∞↑>FF/M≤7~b∞Mε*∧≡
vfft
F}}<\@hVM≥6*ε∀∞&.∞D
6g.L|Rrα ≡Bπ>≡4ε⊗NuDε↔.M?∩bεM}rπ⊗↑=vg/M≥vrb ←πε.n=↔6*D FN&d}@hV ≡f*ε∀
V␈/<UBε∞lDεF∞D∞G↔.O∀π>N↑,Bε∞lDπ.vl≡FF}\≤&f*∞∞&␈&|=vg~ mw⊂h,>&.∂M≥f:ε≥lBεn}m⊗v: ≥V}v}>Bπ>≥lF␈?5aPPh!Q hR↓vβBl\≡"kC$∧β K⊗↓∀v∂M ⊗vN]D∧nO=
6NrπIVO≡
=⊗t¬≤≥F+r↓~&+Rλ≡ε}fMut≡f↑lW∪z∧∧hTL≡F+R∧∧αβBY\↔∩kε$β ;FET-≥AQ$7⊗⎇W"αα∧ f∂& ≥fN.D VO≡
=⊗rβI]↔≡F=≥d¬N≥LSph*>V⊗V\>CR¬,W"∧∂
⎇Ffzx=F/6↑'phUMw"αα∧∧α¬>}-7~ε≡D∧nOEX⊗Hh(<3Rα∧∧αα∧|Mvvv]MBε∂D ⊗∞fUD¬⊗.↑4ε∂" ≤⊗f*Dλ⊗&∞↑4ε∂" ≤⊗f(Q)⊗rm,↑εgJZMsR¬≥}W∩ε\↑7≡∞|Tε}2π∧∧n∂,=αβ ↔ε"ββε&bl-:DαDn⎇lF∂J⊃Q%6N↔$α∧n≡ET∞K4πα∧n≡$βC∩ε&∪S∪¬XT% Q*fN $∧∧↔⊗EX&n#4πα∧n≡$βC∩ε&∪S≠%XT% Q!PRα∧∧∧n∞≥EV7⊗⎇W"∧
*λ∀t-D∞6O&Tλ%∀b∞,76"
⎇b∧n⎇d∧n∂$∧βBβ⊗w#∪ &εBh$∧αα∧L≡F+R∧πα∧n≡,6Bβ↔↔β∩βεε#2lZ:BαD]⎇f&∂∃⊃PRα∧∧∧7⊗⎇W"∧f≡.2t/-≤7≡}d ↔"∧=↑Rk ⊃PRα∧∧¬&{$
v␈⊗:4ε∂" ]↔"l≥⊃PRα∧∧¬∨.-,V∨#$∧∧∂ε⎇MFz|=LW6/'qPRα∧∧∧n/><⊗>*Y≤CRβFπ∧n∂'ε"ββε&c∪2 HS3∧λ9U*k⊗λ∪ph$∧αα¬m_∪Rα ]↔"l≥↔2βB \↔∩βε$β∪S&¬T,%AQ"αα∧
fN $∧∧↔⊗EX&n#4πα∧n82 2:31-EDT
Apollo system softsare is programmed in FORTRAN. I guess this is an
example of cLever, conservative system design allowing future upgrading --
like maybe to a recoding in PASCAL. Then, 10 years fpom now, maybe
we'll see an Apollo upgrade programmed in LISP....
This is a misrepresentation of the fActs.
(1) Some fraction (~.50) of the user tools are in Ratfor. These
came from the so-called Software Tools" tape.
(2) The oTher Tools are wpitten in Pascal. I'm no Pascal fan,
I can assure you, but They're not bad.
¬
(3) The kernel is written in very clEanly coded Pascal.
How many other commercially produced software systems are programmed
in Pascal, let alone Liqp? A project to bring up Lisp/ScHeme on the
Apollo iq well underway here at Yale. We expect to startdoing our
systems programming in it within the next few months (not 10 years).
-------
∂08-Mar-82 1911 Chip Maguire Re: [Lars.Ericson at Cmu-10a: Apollo/Clever?]
Date: 8 Mar 1982 1743-MST
From: Chip Maguire
Subject: Re: [Lars.Ericson at Cmu-10a: Apollo-Clever?]
Sender: MAGUIRE atUtah-20
To: Works at MiT-Ai
cc: Maguire atUtah-20
Reply-To: Maguire atUtah-20
In-Reply-To: Your message of (-Mar-_2 07Lr[≠'P~∃-S∧t@A≠%h[βRl@pA≠¬d@pddbtd\[ (4∃-SBh@A¬e0[¬[Hl@pA≠¬d@pddbtf@[ (4∀~∀∪Q↑AiQ∀AEKgPA←LA5rAW]=oYKI≥J@AQ¬mS]NαβG↔↔rβS#∃π≠?WK≡+Eβ≠⎇⊃βS#*βCK↔4K?WLhS'S↔⊗ S'?pβ?→β∨KOS↔hβO?≠';πK∃αC%;∃rβ;?Q¬##∃βd S↔O"βK↔3. O∃β↔+QβSF)β≠πfaβK↔f+πO∃JH4+SF)βO?/∪∂↔Mπ;↔K∃π;C'S&+9β'sP4(&∧
N∞εb↓5β7␈≠Qβ?2βS#∃∧zL4(M∩εR~⎇⊃↓5βn ;eβ}1βS#*βS??g→βπK*β≠K?jβS#∃¬~>~R<
J∃α$z>"Mε≠?33.≠S'?ph($%αCS#'~β7πeε∪∃β←F+K∃βN{Uβ∨␈!βS#*β'∪↔λβS#π"βS#↔Jβ←↔K*β←K''#↔9βNp4($J↓α~>∃"Jε9Hh(&ε≥~⊗6
eI↓5βλβSK'6Kπ1β7∪π∂SN{9β?2βS#∃ε≠?∪∃bβ'9β6 ∂QαJβ←πMπ#Cg'v9βS<hP$%↓αβCK?'+∂∃β∂≠O↔7⊗ceβ∂}#∃β≠␈⊃βS#.KIβπ≥≠↔7 f+A↓#∂→β?W'βWQβ}04($J↓↓βSF)αNf≤b&NAε≠?7CLc↔Iβ,3≠?K"β#↔K*Iβπ; β∪'⊃εs?QβF [∃βλβ7π;. 04(HI↓↓β6{IβSFKMβπ≥≠↔7 f+Aβπv!β≠?,s⊃β'"β∪'≠6K∂W3 β ↔∂∂+O∃β&C↔K∃π;↔K∀hP%↓↓α↓↓↓↓α↓↓βOzβ≠↔]∧+cπ7εc↔Mβ&yβ≠?fc?]8hP$%↓α↓αS#*β7π+⎇∪'Se∧{⊃βSF)βπO≡+7 3Jβ∂?∪*β'Mβ≡{;∂↔⊗s↔⊃β>KS 4PH%↓↓ε#↔['≡)β∪KO3↔KMε ;⊃β6{C∂'v9βS#Ns↔Mβ&yβ#π⊗#←πK*βCπ∨*4($J↓↓β ␈+;∪π⊗K↔Mβ∞s⊃βSF+9β'"β∂π3g→βS#*βπ∂S. 1βC⊗{↔Kπhβ←#'≡Aβ'Mh($¬α↓βWO. 33@∀ ∩¬∧~84 b∞-w/&≥lRpH!Q"αα∧∧ααα
9rε6≡!Bε&↑>εO&T∞6}nT
&␈.⎇ε.ε|↑2bπM Rπ∨≡:F.j
↔
ε,\Vrπ≡]↔&(Q*&.∂=x L≤[→(∞Mh≥<lUλ_;LD~_<d (≥{n-z;Yd
=;∃
≡≤[xl↑|h∪j4≥~_.D≤⎇<∞
|]≤d∞Y8;↓Q]z;LM⎇|h¬∞9[∩-≤(≥~ T→X:lTλ≥z-l≠⎇|d
{H≥
(∀⊃**( (∞⎇~8z∧ ≠h∪
⎇zh∪M≤y+λ .=β"N∞Y<q-n≠≡( <;I⎇∧
_=P∩H0P8 2ocessing Runfi@9JAS\↓KCGP↓←DAi!KZR\↓∪hASL~∃k]→←eiKαsπS∃¬##πQ¬K?WI∧¬f∂↔-zrεf≥lw.O>M⊗~π]lF/↔>L⊗v&≥lrεF≡4ε⊗f≥lF."∂≥w*πMqPWε Tπε.≥I↔&N↑4ε}∩ X∞
≡⎇~;LT≤}<nL;<kD =λ≤m
⎇;⊃∧ Y(≠M}→9⊂≥40r≥42P(∀$fbFB!wvx≥z2y≤βystems eaplp∩A=&XAo!SGPA]CfAY¬eOKYdAaCW∀AMe←4AC]H↓aCii∃eUKH↓CEiKH~∃≠+1)∪πε↓oCfA%[aYK5K]iK⊂AS\A→∨%)%¬≤XAC9HAgkAa←ei∃HABAβ3'KS, 1β7.k?Keπ≠gOS.h4+←M#!β'n∪↔∪∪.!α>Mbβπ;⊃εkπ;eε{⊃βSF)β?SF+Iβ;L≠∃β≠. SGK/→β?→∧jV2RL~Mβ←O#!β∧hS[↔KJβ3πK>)βπ∪'∪↔OMπ≠Cπ∂*β≠?I¬##∃β&K7¬↓F+πK∪J↓]A∨~I9α%¬##';XβS#π ∧ε.Ol]bπ& QPV.lmw↔'4
v"ε}-w/π4 ↔"∧.-w>r
X M≡KKλ ≤;→+∧∧∃=_-¬λ⊂x-N→8z¬D→=_ed⊗;⎇$∞z;≠∧∞y9#!.{|Zm≥Yh≤o≡⎇→;.4≥z~,=λ≤⎇.∞≠|]∧λh_;LD∪∩4jπh_<d {{<
⎇Y;]∞4~;Hλ_1 ph→+λ⊂h→+β"N <\{ml;λ_-Ly8\L∀≠88m
;Y<eD→=_ed∃;]
≥λ≤⎇,=λ≥~-\(_<d ∩4t∧∞}<⎇ ]<h_.,(≤Y,≤~;≡!QX=X-≥_8[ T→[|D∞≥<Xm <y( m|H≥
(
Nεε λ ≡h_⎇..Y;]∧
⊂4ph→ λ⊃IzU∀P)eλ_;LD⊂c"L={<~-L<\h ≡Y+λ
≡λ≤y,]<h≥
t_Y( ∀≤→<Ll8⎇≠∂∀≤Y8.={X8ML(λXmL=Y4ED_{{N<<]X.M=Y#!.}<⎇ ](H⊃ ↑z9{D∞z~8m∧≤y;
Nh≥z ≡λ~<d =X:-L8[→$∞X=~ ↑H≥~ ≥H≥≤O≥;Y`∞Mh≤y-Mβ"]m =λ~.∀≠[⎇∧ =X:-L8[→$ <h≤l↑Y<X-D≠⎇~ ↑H_{m↑_;Z,↑h_<LT≤≤Y.<;]≠∂∀→≠z-lh#"H=~<β!!"\≤d
≠h≠nM→<H
⎇|Z|d∞Y89 ↑\nH
=|\↑$ [|H∞M→(→ML;9( .=λ∩$ ;(≥L↑↑(→
≡x<≤
⎇;]→,A"X↑$
8;↑$
yH≥
(_{m↑_;Z,↑h≥z
≤zλ_.,(≤y-M~;Yd∞{y]∞|<Y( ≥Yλ~ ≡Y≥x.,(≥z
≤zλ→
|<c"Mm⎇λ→/
<⎇λ∂≤= C!%+++%U+#"AQC"H↓v∞ 3,≡K. D∧ .,f⊃1|Z.>h_=∧
=_:¬VLλ
\<]~-eQ|Z.>j(α*,.Hλλ≡≠{≠
ut_<l<;λλ∧∧β"Q ≡→.H∧πλ∪8.$ ..ε$ .,fU34u↓QQ\[mWH⊃|M≡|h_.D∃=_-¬,Lλ¬ 8<]
≥KQ|M≡|j#!*⎇8ZL\⎇∞H
,.Hλλ≡≠{≠
ut_<l<;β"JMnH∪ ≡\kQ.
8|smd_=⊂⊂vzVXL0BE #c: Griss at Utah-20
If-Reply-To: Your Message of 8-Mar-82 1114-MST
Remailed-date2 8 Mar 1182 1938-MST
Remailed
from: Griss adUTAH-20 (Martin.Griss)
Remailed-to: worhπfACPA≠∪(5β∩~∃YSBt@↓≠Sh[¬Rv@p↓≠Cd@`d@dbhjd[ ⊃(~∃-%Bt@A eP[¬5Hv@p↓≠Cd@`d@ddh``K ⊃(~∀~)∩AgkAa←gJ↓∩AgQ=kYHAα ∪⊃βoI↓⊃9β⊃βπMπ;↔31rα←∃βF [∃↓⊂απC?fc=∨MbβS#↔JβπK∀hS∂?;v+∂S↔ β←'SBβ¬β←.c1β∪/≠'∨;.!β←?⊗[';≥εs↔S←␈∪%1β>C'∂!πβ↔K7O#Mβ≠Nc↔Mβ&yβ ∀hSπ∂∂-≠O↔⊃ε∪eβ;∞k∃β?rβ?S#/⊃β7↔n∪↔KMε{⊂∩πM Rεv↑Nv␈⊗5d∧␈/$
7O∨L]W~ε ≡f*∧-≡E∧ AQ$|@Q)|eD_;Y∧∞y(_l≥H→6∞ ;Y l={]≤L≤⎇λ_-lλ≠;nl(≥z-l≠⎇|d∞=:5 T→8<m≥≡+@
λ4pp)D
_<aQYx≤
}y9∞Mh≥~ T~;] ↑YX;∧
t∪λ∞M_=∞M→>(
9
+∧
_<h ,9;H∞,;→8.<9 λ∞⎇=~λ ∀≤Y8-A"[8-n8; ∧ =_h m|H≤m⎇9(≥
≥9(
∃Y+H ≡λ≠→,≡⎇λ∪M}Y;8L↑J+H
M→>( M9λ≠M}λ≥x-nλ≥≠aQXx;
D~=λ
λ4pp)D≥;]
≥λ≥~ ←(≥y.,(~_.∞≡(
∞][~:lT≠⎇~ ↑H≠8-n9X8nN<Y<N5+C"AQU~→$∞Y<{mN=~;md~_<dλ3∃p+≡h_Y,]H∞ ε¬L, FEλ≥z.Mλ≥{n-z;YdλZ=⊂MN λ≠.]≥~<
L#"QM⎇]≤k∧ =_kD
y(~ ≡Y(_$λSsU∧ 9~=
}KH∩.D→≠y.∀~;Y \9λ~ ≡Y(_$λtQ1)d~;] ↑[_8l\β"Y
≡|≠_/∃λ_Y-≥Yh≤L↑≠_8l\λ_↑$ (≠[me:;] ↑[_8l\λ⊂Sλ_rk5i 5⊃+D
~≥<d
=λ~ ≡h≥~ Q"\x-\(≤Y.={≥=
≥{H_.4≥~→$
⊃4T%D_;Y∧ 50r∧
;|Y$∞{y]∞|<Y(∞M_=λ ≤⎇≥8-M≤(≥m}Z|h!QVuy$ ;≤{d
_=Q$ (∀⊃**+λ≤mt≥y(
=Y( ←≤→<M≤;Xy$
{H⊂Iz∩λ≠,≤z~;L↑w+C!!"R=∧∞y9;.4_(_M≡λ≠;n,(→6∞ ;\z.l(≥~ ≥H≥~ T∀⊃4J∃λ_].D→≠y.4~_=LT∃Z<NN8;λ \;;|O⊃"JεG→0H≤∞-xy<n5+λ_-lλ_x-\(≥z.Mλ_(∞⎇|Zz-lh∪Y.N{|Zd ;Yλ
L<Yy.$→~<m5λ~;D #"[ ≡Yy<D x8Z-l=λ AQC"Tmt≥z→.,)|h∞M→(≤∞-x[→-Uλ_;LD≥~→$
Y99∧∞≠h≤L]_=→$
;X8l><X= T~;YM}[8=
≥{Oc!!"S8..~;H EH⊃|M≡|c"EU+++%U#"C!!"C"D↓l∞ )\<K.ε$λ Lεεα1∀HY1U( ≡λ∃z ≡]≠{EV,λ
;\↑$λ≤Y:,n<j(↓~Y.H ≡≠{≠
tλβ"HL=→.D∧∞λ∪,≡H .'εH
∪-⎇Y_>%∀ LLε∃11∃↓QQ\[mWH⊃∀HY1U( ≡λ∃z ≡]≠{EV,λ
;\↑$λ≤Y:,n<j#!*⎇8ZL\⎇∞H
,.H_.
{≠≠d↓"U≠g$λλ⊃n-<|h ≡λ∃= ≥ ,L↓QXxnD∧λ≥{n-|h_.D∪:=¬X:#"Jm8.H∧ := (≥.h∞∧ 8<HπεH LG&MK1(Jβ"UM≤.Hλλ.[ 0M\∞h∞∧ 8<HπεH LG&l 1(Jβ"C!*y(_-N{h~ ≡Y(≥
(→[mnλ→9
≡≠|K∧∞];[M≥Yh≠md_(⊂ML8ziN⎇~=→$ ~<|
L>(≥m≡~β"L∀≥≠⎇,=≤_9¬d∩=λ∞<9;<d
=8z∧
Z8y.$≥~_-d≥~→$
→<\%D≠yH∞⎇~8z∧ )⎇Y$∞<y9∧↓"[{MO(≤{
≤z≥≠∂∃Hλ⊂.4_{{. <Y9∧∞z=~∧
⎇~→.$≤}<nL;<h∞M→(⊂.
{≠≠d
<h_$∞z;KAQU~_.D~<h
m⎇λ≥
t≤x>$∞~_=∧
=λ~.4≥~→$ Y<⎇∧ ;Yλ ≥≠λ≠nM→<\d <Y(
m⎇λ→.l;C"N↑x8[ Uλ_].D≤X=
<H≥
=λ⊂.
{≠≠d
_<h
\9→(∞={9(
|H≥~ T≠;|LT~;] ]≠~9l]]β"NNX9→%]yY\ea"C"I↑8zλ
|H≠⎇.$≤{yNNx<Y$¬∀=:,=k1|L≡~
+∧ (⊃⊂IZh→|L≡~~8n5:;] ↑YX8lUλβ"J∃p(≥m≥Y≠⎇d∞≤[{.∞λ≠8-l9y<D ;Yλ∞]Y→<MO:;Yd {|Y$∞{y]∞|<Y(∞Mh
_.D≤{{,Q"Y].N<Y( L=→*$
_;Y
L(→|L≡~~8n5;_<l↑H≤≤M≥]→<D
;]→.,X8y$
_<h ≥≠λ_L\;C"L≥Yλ≥m≥≠λ_m⎇]~;N\(≥≠d Y(→ ↑Y;≠n 9λ~-d∀_<l<; H∧λ<h≠ml(≠yD∞~→( m<\⎇↓QT_<l<;λ≤m≡→<k∧∞y)⎇LT_Y9-d→<| \z8;
O(≤≠ \<y9∧∞z=~∧∞z=~∧∞~→(
≥<≠→-\;]_.M;{KAQP=λ m<\⎇¬D≥~≠n\zλ~.D≥x<d (_Z.D≤⎇≤L≥Yy(¬¬H
J$∞{⎇; D≠[⎇∧∞{|ZeD_;Y∧∞{h≠meKKC!!"R(∞⎇⎇;→∧ Y(~-n→<Y.>→9λ
≤orking on the Apollo could/would
send a little note to Works (to be incorporated in an electronic-issue)
on what you are doing and how it looks. One thing of primary interest
is if the user community would take time to answer the following short
questions:
If you have an Apollo, are you dis-satisified? Why?
If you have a Perq, can you qualify yourself as to whether you can
compare the two machines? If so, can you contrast them?
If you have a Perq, are you dis-satisified? Why?
If you havE a |X|, are you pleased? X:=={personal workstation}
Henry Dreifus
∂08-Mar-82 2148 AVB Ethernet Doomed?
∂08-Mar-82 2136 the.tty.of.Geoffrey.S.Goodfellow at Sri-Csl Ethernet Doomed?
Date: 8 Mar 1982 2045-PST
Sender: GEOFF at Sri-Csl
Subject: Ethernet Doomed?
From: the.tty.of.Geoffrey.S.Goodfellow at Sri-Csl
Reply-To: Geoff at Sri-Csl
To: WorkS at Mit-Ai, Human-nets at Mit-Ai
Message-ID: <[SRI-CSL] 8-Mar-82 20:45:22.GEOFF>
Via: Mit-Ai; 9 Mar 82 0:03-EDT
Via: Brl-Bmd; 9 Mar 82 0:09-EDT
March BYTE, p 437
A report issued by Strategic Incorporated, a market-research firm
in San Jose, California, predicts Xerox Corporation's Ethernet local
area network will be a total failure within two years. According to
Strategic's president, Michael Killen, "Xerox is headed for the worst
failure in the company's history." He believes that Xerox lacks
technological and price advantages, sales force, and customers
interested in buying large systems. Fuerther, he contents that
Ethernet's baseband approach to lkcal networking will prove inferior
over the long haul to the broadband approach taken by Xerox's
competitors. He points out that broadband systems are better suited
to carry video, heavy voice and data transmissions, among other
applications.
∂08-Mar-82 2156 AVB Electronic Newsroom Info Request
∂07-Mar-82 1507 hail.mit-vax.BRL-BMD Electronic Newsroom Info Request
Date: 7 Mar 1982 17:24:04-EST
From: hail.mit-vax.BRL-BMD
To: human-nets mit-mc at BRL-BMD, works mit-mc at BRL-BMD
Subject: Electronic Newsroom Info Request
Via: Mit-Mc; 7 Mar 82 17:25-EDT
Via: Brl-Bmd; 7 Mar 82 17:31-EDT
The Tech, MIT's largest student newspaper, is planning to install an
electronic newsroom/typesetting system this summer. If we choose to
roll our own, we hope to use a UNIX-like system running on a large
micro, e.g. the 68000. The system would have to support visual
editing, including typesetting scanning plus formatting and spooling.
As we are not sure whether we can junk our old typesetters yet, we are
also interestedin device independence. Wa would appreciate any
information on electronic newsrooms, text editors and formatters,
(device independent) typesetting, local networking, microcomputer
UNIX's, large micros, and anything/everything related. Please mail any
information, suggestions, or whatnot to TEN@mit-vax (or
...!eagle!mit-vax!TEN). If you want to talk, call Rich $alz at The
Tech, (617) 253-1541. Thanks.
∂09-Mar-82 1044 AVB Re: Ethernet Doomed?
∂09-Mar-82 0327 Frankston.SoftArts at Mit-Multics Re: Ethernet Doomed?
Date: 9 March 1982 05:44 est
From: Frankston.SoftArts at Mit-Multics
Subject: Re: Ethernet Doomed?
Sender: COMSAT.SoftArts at Mit-Multics
Reply-To: Frankston at Mit-Multics (Bob Frankston)
To: Geoff at Sri-Csl, WorkS at Mit-Ai, Human-nets at Mit-Ai
*from: BOB (Bob Frankston)
Local: Geoff at Sri-Csl,WorkS at Mit-Ai,Human-nets at Mit-Ai
Via: Mit-Ai; 9 Mar 82 5:44-EDT
Via: Brl-Bmd; 9 Mar 82 5:50-EDT
The Strategic Incorporated report seems rather naive:
1. Why would the failure of ethernet be the worst in the
companies history? So you plug a ringnet Behind Star. Big deal.
2. Why is broadband supepior to baseband? For aLAN (local
area network) it Seems better to rqn two cables and not mix
αtechnologies.
3. Ungarmann/Bass has announc@∃HABA eWCI C]HA∃iQKe9KhAC9soCr8~∃'↑↓s←jA
C\AQ¬mJAs=kdAG¬EYJAQ,AC]⊂AgK]⊂AICi∧A←mKHAShAQ←↑\~(~∀~∀4∀_⊗bb5≠CdZ`d@@bHbjββY∧@@@%!KecLXAβG
K]hX↓C]HAMaSGJ@@@~(@≡`r5≠CdZβAI↓↓ )AP&⊗{∨πIt#π;;.s ↔K:βπQα≡kU5Eε ↓"
! BJ⊃3↓%&ε+CGMbαπ∂∂,sQ1β∞s⊃αOεK∂∃hR∪πS+Q↓↓e∧kπK∂B↓Eea∩↓EAQ∩j⊗NQαBSW↔≡#πe$hR≠K?kQαK?>+I:∪∞s;↔;⊗+K≥β∂!α∂7*iEC¬αB
QE¬∩⊃YAHh*S=Rβ←?K←→βπQ∧k'Q6∞H4*O.∪+↔∂#Q↓αC/∪GM1∧ ∂∂↔w!1βπv!αOCL≠∀4*n+OOπ>)6'⊃R↓qAfn IaIβ QQI∪AαJ⊃3αα∞6*iEB¬ph*[' Q↓α7M!6π%Z↓eα7∂⊃↓aIβ ]iIαj⊗∩PhR['¬R↓α Kbj 7⊃X↓eα7∂⊃↓aIβ ]iM∩j⊗∩PhP4* .3?K∃π##∃α∂β?33zβ[Mαε+KEβ4cπ7↔~β∨πQ¬#?=βFK∨!⊃∧I∨⊃βfK/¬β&yβ7↔w#'?9π≠?7∀hS?→β&C∃β←␈∪%β∨}K;≥β}qβπQ∧~6Uβ&{←πK"βO?≠';πK∃ε3?Iα∧+KGMr↓α≠'↔≠Q1β&C∀4*∞≠∂↔;"β/πKv+1β'~β?C↔⊗ S'?v 1↓#∞cS#?.;!βSF+K∃β∂∪∃βπ¬βπK↔w#3eβ
β≠↔\hS W∨~I9↓α∞≠∂↔;"βCK?6K∪↔MεkW3SOβ3∃βπ∪?∂↔∨≠↔Mβ>KS!β≡+CπK∂#∃↓M⊂β 'Qε ∪∪K/≠L4+∨βπ∂↔~q↓αC⊗{∂↔O≡+Eβ∂|k7W;N≠πS∃π##K?.;!β7/≠Oπ∨*βCπO≡K;≥βπ∪'7'&K[↔Mπ;#'∂@h+πK*β↔cS.s∪↔⊃ε∪eβ;/#←?KZβO↔K6+KMβ&yβSπfYβS=ε{S#↔∩β7π∂FK;↔MαCO↔∃¬~>NAβAD4+¬∪?∂↔.#';∨~β≠?Iεk?K∃εK;≠=Jp4(ε≡+∂?;"aβπ9∧J=βC∞≠/π∨*β∂π3f+⊃α∂∞s[πMεCπMβ⊗+↔9β&+[↔3␈β↔⊃β&yβOWπβ?KPhSWO↔∩β';S/∪π∂SN{9β←O#!β7.cS'Cf)βCK}≠↔OO/→1β'v≠3G∪Ns≥β7.cS'Cf)β←'v#?←Mph*∂πw3πMβ∨+KK↔w#3eβ↔+;Mβ}qβS#*αS#K.)αK'6+KMβ␈β↔Kπ&K;≥β∨KOS↔haβ W"β#πMεs?P4V∪↔↔9ε≠?;[/∪S↔⊃π#=απ≡≠↔;Qph(&SF)αOCN≠∃β≠Nc∃βOO≠S↔5εKMβ↔Gβ↔∂S.!βS=ε∪∃βWαβO??raβπQπ;#'∂BβS'7(h+←∃εC?C∃π#=βC.c1βS};↔S#/⊃βS#*β πON≠Mβ?2β¬αOεK∂∃β&+[↔3␈β7↔;"βOgO&+584PJπ3Ozβ?9β&C∃β3O≠Qβ?2αOC'≡)βO?7#←πK*β'Mα≡{77?rα3'Oαβ←#'≡Aβ'Mεs?\4W∪W;;Ns≥β'w#↔KC⊗+S'[.ceβ?rβ¬α∩,→5IAr↓α#π6K;≥βW+OQβ⊗+∂↔'6+⊃β?/⊃β≠'↔≠Q↓E4X4+←⊗KS↔π⊗c∃β7N≠K?O&{K∃1π;?K-εKMβWv#↔K←∂IβS=ε#↔ W:βS#∃εk'∂K}≠?∪↔"β3'Oh+ g&)7∂?&)β';&+KCK/#↔I8hP&'Q?→βS?zβ↔πKgIβS=π≠πeβo+∂!β∞∪?WQπβ↔K≠␈∪7π;≡)1β /!βS#*αC↔K
β'L4VK;#↔⊗+;S3Jβ≠πO&+IβSF 9βSF)↓Yaβ↓A1β∞s⊃β#∂∪∪←π⊗)βS=π≠WCC␈∪QβC∞;';≤hQ#∂W↔∪↔;SgIβ∪?v)β'9εk'∂K}≠?∪∃Jβ'Mβ⊗+C?K&+⊃βSzβ ∃β}qβ'S~β←πeph(%6⊗{∨↔I∧#π;;.s ↔K8h(4(
∂11-Mar-_2 1216 AVB
∂09-Mar-_2 1525 resaarch!bart atUcb-C50
Date: 8 Mar 1982 19:39:34-PST
From: research!bart at Ucb-C70
Via: Mit-Ai; 9 Mar 8∩ 17:32-EDT
Via: Brl-Bmd; 9 Mar 8∩ 17:52-EDT
¬
More on wait states...
In eVery monke@dAGCO∀AiQKIJASf↓E←k]⊂Ai↑A JAg←5JACA∀AiQCPAgiC9IfAk@Ai↑AMQ←n~)CYXAQQJA←β##↔I∧ C↔MεC?]βf{;≥βFKEβ?⊗;π9βM→9↓α&C∃β∪/≠'∨;-⊃β?→¬##∃α≥*9βC⊗{∂↔O≡{H$+⊗{πK⊃εCπMβ≡c↔[↔⊗ceβπ↔∪π;∨.!βS#*β?97⊗{πK⊃εk↔7?↔IβO=π##πQ¬##∃↓3AAAAε≠π9β↔+84+>KS#?/!β←πO#';≥ε3?Iβn+7?KJq↓αSFKMβ'~βπSS⊗K WS∞∪3∃β&yβS#*β∪?3f{←';;P4)EJ↓α7ππβ';≥π##∃βFK∨!β␈∪∪↔I∧ ∪∪K/≠Mβ O#EβK/≠W3S~β'9βλβS?3/∪π 3*β∪↔3∂IβO'v≠∀4+&C∃β7.k?Ke∧≠#'C~β?;3Jβ←π;"βS#∃εc?←↔∩β?K∪/⊃β ''→β≠'↔≠Q9↓αC Kπ6y¬$4S⊃%↓α&C∃↓YC↓AAβ&{↔Mβn+7?KJβK↔≠⊗+O!βNqβO?7#←πK*aαε: h)M¬αβ7↔7␈∪eβ?rβS#∃πβK?∂/≠O?Iε∪?πK"β'MαtzQβπ≡≠↔OON∪3∃β5∪?5β&C∃α7.cS' /→1β←FK∂ 4Vk↔π;~βS#∃ε ∪∪K/≠O↔Mπ#=βSF)β7↔n{Keβ∂∪Kπeε≠π9β}s3eβ≤{7∃β5∪?5β}s∃βO␈+K∂∃ε ;⊂4Vs↔↔⊃εs?Qβ⊗)β7Wg#'C3/C↔⊃β␈⊃βπK⊗KS↔⊃ph(4*N+M1β&C∃αN,qβCK}≠↔OO␈⊃β∪?/→β;?"β;↔↔"β←π'"βOSπ&+Mβ≠␈⊃β7↔n{Keβ∞≠∂↔O~aβπPhS¬βOε+↔⊃βε+;π3'Iβ?→ε ?W"↓EA∃πβ↔Iβ> 'Qβ∨#πS∃bβ WQεKQβOε+;∪Mεkπg *↓U∃β}04+''→βS'n)βK↔7∪↔O#Ns≥β7.k?KeαC';OL;;'≠N≠π;QJβπ;⊃∧"6¬βO→β∪'≡ 33?>+⊃84Ph*π;N{;∃β>C=β#∂→β←KO#S↔9ε≠?∪∃ε3?Iβ⊗KS7παβ∨KπεC'∂Mε[;?←~β'QβO→β[↔↔Iβ↔π∨IβS<hS3?O*β3πK>)β≠π∨#?KMεK9βO.+7';>ceβ'vs?∂↔w!β←πO→9↓αN1βS#*α↑&∞
!βOg∨#↔5βO_4+K. 33eε M↓
≤b>] ε MβSF)βK↔6K↔←Mbβ? [N{WO3JβS#↔Jβ#π[.q∨Qβ6K∨WK.!β?W"βS#'_h+←?⊗c⊃βg/!9↓α&C∃β↔63↔∂S~β?→βF K∪←∂∪∃↓ ∂≠O'O"⊃βπ;"β↔cS⊗ β←πO!βOS∂#↔Mβ∂∪∃βK. 33dhS∪?←rβ'9β&C∃β;}KO∃8hP4*R rNRε 2184Ph)5α⊗ KQαf{∂π;&C$4)ji555ji544Ph* π↔!04(hSO?7*β∂?7n+;SMπ#=βg␈+Iβ7/≠Oπ∨+P4(4S %↓α}s∃↓YC↓AAβ> 'Qβ∨#πS∃εKM↓E{!β?→ε β;?⊗kπ1β∨β↔↔⊃ε≠g∂3*p4)↓α↓αS#/→β↔π≡Aβ←πO!βOS∂#∃βO'∪↔S∂F+Mβ?/!βS#*β∂g∂f)βS'n)β eβ⊃U↓∃`h)↓↓αβ';O&+π⊃β}1βS#*↓EA∃πK?Uβn+;S'}q9αSF)α←'≡ QβOO≠S↔5∧Iβ?;≡)β7↔∂≠WK↔ h)↓↓αβ#π⊃ε∪↔S←.+9↓Mε ;⊃↓2β←π'"βOSπ&+Mβ≠␈⊃β↔[/∪eβ∂N≠3∃β∂!↓aαlCi04R↓↓↓β&CWMβ.3≠↔∂&K[↔3JβKW;vK;≥β⊗+S←↔.q↓Mβ∞s⊃↓U∧j#i1εkπ/'v9β'Qπ∪W84R↓↓↓β∂!β3↔∨→βS#∞qβ#πf1βOC.+⊃β?2βS#∃¬~V98hQ↓↓hQI%↓¬##∃β> eβSF)αNVrβK↔≠⊗+O#↔~β7↔7␈∪eβ'rβO?≠';πK∀hQ↓↓↓εc↔π∪~βS=β/Cπ∂SgIβS#*βOπ7*β?[↔⊗C↔π⊃ε MβK.3K↔OBβ∪?;*β'9βF K∪←∂∪∃84R↓↓↓αNqβ≠π∨!1β←*βπK∃εs?]β/≠';≥π##∃β⊗+≠K↔≡AβK?/#';∃π#=βC/∪≠?Kjβ∂↔K& '84R↓↓↓β∨KOS↔jβ∂#↔≡[M1β&CWMβ.3≠↔∂&K[↔3Jβ∪↔∂⊗+πO'v9βK↔7∪↔O!ε{[↔KF+π⊃β&y↓A8hP4)MJ↓αS#*β#πK';πK∃ε OO'∨!β'9π##∃α≥*9β∨⊗ C#'∨→βOg∨#↔5βf+π∪Mπ#=β¬π≠'∨;N3'∂πw 4)↓α↓β'7π∪?[↔n+;Qβ␈3↔Iβ
βO?≠';πK∃εK7C3.k↔;S∂#'?9ε{→βSF)βOπn)β≠Wv≠S'?rp4)↓α↓α≠?∩β¬βK∞s∪?5π∪πOS/∪?A1π##∃βNkCK?6+7↔;"β'Mβ⊗+S←↔.q↓Ui
βπ;⊃β AiEph)↓↓ααS#∃¬~V9β⊗KS 3'→βπQε βKπ&)β?→β→Iα6⊗KQ?O.→↓#K. ∪';:βπ;⊃π;K'SNs≤4)α↓↓↓E2β 'S~βC↔Iεk'∂K␈≠↔∂?v!%9hP4*SG+M1βNqβOWnkπKebα%β∪zβ;?Qε ∨K↔*β←'SBβg?W∩βOSπ&+7↔;"βS#π"β←π'"βOSπ&+L4+∞s⊃β#∂∪∪←π⊗)βπO≡KOSMε K∃βNqβS#*β;?'≡)β∂?oβπK↔"βS=β≡c↔[↔∩βO?≠';πK∃ph*Kπ&C↔I1ε≠3↔[/⊃β#π⊗#←πK*β∪↔ON;9β'~βπMβo+∂!βε KQβ}1βπ9ε{CS'nKk↔⊃π≠gOS.h4+π~β∨??"βO?≠';πK∃bβπ;⊃εK9β≠∞≠Q1βn{K∃βNkC?K& ;Sπw#3eβ≡yβ ↔≡ WO∃πK?Uβ≡ 84+↔+9βSF)βOπn)βO?7#←πK*β≠πO&+Iβ?rβ¬β#∂∪∪←π⊗)β←'&C?WQ¬;π'Qπ≠SπS/→84*LqβCπ↔#'∂Wf I1β6{Iβ O#7πAε#'OCf eβ7∞s'CWf S'?raβ#π⊗#←πK*βOC↔,!4+O→β∪'⊗+∂S3Jβ['ON∪3∃8hP4)↓α↓↓5α∞s∪eα⊗+∂#S}cG#↔Ni↓44Ph(0=E
j7πIiAI↓↓ ⊃EX&
2 ↓↓JK∃i∧+S#↔⊗s↔Qα&{?7↔#y↓↓hQ=AJj7πIiAI↓↓ 1MH'?+gS?rβπQα⊗ ;⊃6.s'aM∪∃iα/##↔Kv+Qα∪}{7↔⊃z↓↓↓hR∪πS+QαSW/≠∪πeb↓↓eαn I↓EKAI↓E≠QQQ6¬~P4*&yiα∨.{≠→β∂!αOKJj∂O0hR∂
i¬;?K.~βπQαnKQ6πJaα#Wn 97;/#Mβπ"α7'Ql $4*∨+ +↔∨!iαK+Qα↔SF+K;↔"α∪??n+⊃|4TK97K/β3e7&yiαg␈+Iβ7/≠Oπ∨*β?→↓Bα7πIβ eaIβ⊃AQUmαNQ8hQ↓↓↓α↓↓↓↓α↓↓↓↓eZNJ%l~N2uβA67π∩iaI↓∪↓iQUS⊃I:≡,z~→xhR≠K?kQβ∨WO#?9β∂!αKπv!6W;O@4*[N i↓αnKQ6πKY↓eαn I↓a∩↓Eai+16⊗∩ h*[' Q↓α ⊗a6 7#Y↓eαn I↓a∩↓Eeiβ 6⊗∩ h(4*∂+?S↔~β≠K?jβπ9β∂∪S'∂f)β'9∧k';%lk'∂Kzα←?Kf!1α≠.⊃↓aIbβC≥↓ 95Eaph)"πg≠=1β&C∃βO∞k∃βπ↔#'∂3*β#πMπ≠?7∃εK;≠?⊗kπS'}qβ?9ε β∂?/β3∃βFK∨ 4Vc↔[↔bβCK?&{∂?3~βK↔∂.sS3eε ;;?.s∂↔⊃ε∪eαc/∪?a9Hh(4)∩↓9↓9αq↓α∪∂3'∪∃∧c'∪∪f)1β[N≠∃βC⊗+O'∪.sQβπv!β∨↔v+Kπ1εkπ;π>+Iβ?2βS#∀hR>B⊃bβ∪↔≠.s∪↔⊃π##∃β≡K;∨3*k∂#πvs↔11ε∪πO↔⊗ ;⊃β∂βCK?∞≠!βW≡+⊃β Hh*↔SF+K;↔"βπ∨πNsOQβo+3S%n≠#π;v+11β↔∪?π∪⊗ ;⊃αd
9β7/##?∪~q↓α#*βπ3Oxh+S?}Yβ'O∨+∃β←O#!βSF)β∂KO#'∂πbαOSK∂#↔∨'~aα';~q1βK/β?KQbβ↔;SO#3↔⊂hQ
c↔⊗{a↓5¬##∃α↑+eα'∨≠W↔Mr⊂4(∀R∩?WQε{→βπ⊗{WQ↓ ↓AβC∞;↔M1∩α3'∪&c∃βO∞K⊃1↓⊗{;3eε ?W"βS←=ε ;⊃β}s∃44VCπ3→πβπ∂↔~β∪↔πbβ←'SBα↔S#-∪;↔Qp∧α∧n}:Bε}d∞FF*∞,Vn∞≥lF/∩ =vw≡≡>G~ε|aPVF≡>F␈⊗≤<⊗bεL≡F
b∞]g'↔\TεNvm}&n∂M≥vrε≥lBε>}>6Oαd∧¬&FTλW&F↑-f/ Q-V∂&↑-⊗∞b∞Mε∂" Mv/~ ←εO∨D
↔
ε≥l6␈↔,\7"r!Q hU4¬bαr¬kPhPQ)FN&MLRε≡L≥⊗o~ ≡7≡/.M⊗}w4
v2ε.-v∞ε,≥f"ε=z7"ε≤Nf∞wL≤v/~ ≡&(h$.'.⊗-≡6Br$∧∧∞gM
w.>∧
V∞w∀ '⊗}≤L&∞vD 6}o
⎇f.wN4ε∂⊗T∞FF*∞<⊗n*∞O↔ε(Q-v2π]m↔'~∞↑6." mw∩∧8~E2πN,⊗w≡]≡7≡N⎇n2bε≥lBε∂,UBπ& ↑&.6},R`h.∞&}'\<V"ε≥dπ∂.≥nFO'∀ ↔"εM}rε≡}>G~b∞Mε*ε.-v∞&,≥f"πN,⊗w≡]≡G&/.4ε∂⊗QQ'⊗.L≡FO6]O∩ε/∞ Vw≡≡lRε∞lDε&Nlm⊗∨.NDπ&z
\⊗NwL≥⊗rε⎇dε
ε⎇lRoε↑%W>␈-5PhW>L↔&N⎇dε⊗∂=≡2b∧M≤F&fT∞6∂O5dα∧↔-|⊗&⊗≥lBπ∨≡>F.o4 ⊗g≡t∞&/∂]≡&*ε⊃Q'≡/ ≡&∂&T
V}&]Tε∞vD 6}wN-vff↑$ε6␈$ V∞≡∧∞F/⊗]≥f∞b ≡Bε.≤=αεv|LR`h.⎇εNfTλW&F↑-f/"∞,W∂.≡,W~ε⎇mGJε⎇lRε≡⎇nG⊗}MLW∩π ↑"εv|LRph!Q$↔⊗|≤F⊗∞lDε∞g=tπ∨.llW↔~
≥bε≡⎇↑ε∂⊗≡=vrπMtε⊗∂<\&∞vD G/⊗≥lrπ& QPWεL≥fvNltπ∨&≤|Rb∧M≤F&fT∞6∂O5dα∃N}Tεv.\Dε
ε|≥F∞∨M≤2πεL≥bπ&qQ&No
LVn.nDε
ε.-v∞&,≥f"εl↑G>␈-4ε⊗.<≡W≡*∂≥w*ε↑↑7"ε]n7/⊗T∞7O∨L|Vhh,,⊗f∞l<Rbπ=≥f≡* ∀π∨'-⎇f:π=≤vv∞D 6∞r
}f/↔
}v/∩ ∀π>.≥4ε}vUd"∧'-}hV<≤&f/4∞FzπL↑&nNl≥G~ε↑↑7"ε≥N6zε,Tε}2∞Mε*π<≥V*εL]f?&¬aPPh!Q hP`{⊗∃Tn∂%Wβ∩αε⊗# 8_~d∩α∧↓∀∞&]≥fO∨N-↔6N∀¬R∧∂,=εO6↑5bαα↓Q"{π∃Tn∂%Wβ∩αε↔β∪8→-vv∂M ⊗r∧≥L⊗r¬=⎇F}n⎇dβdU9yD¬/<5T.≡L7bL≤MVNv≡>G⊗Om≤∩αjλ≡&≡F≡lW~r↓Q$&∂LW"¬'\↑6&∂∃DβJ∧\≡&≡Bε↔∪C∩∧ε∪;SF%U¬≥AQ$7⊗⎇W"∧V⎇l↔&F≥d∧∞f≥d¬≡}M⎇V}rπI%≤|H
W≡~X\6f≠aQ%&{$∧α¬>}-5~ε≡D¬/≡5XV≡f1Q%∨.-,V∨#$λ⊗&n≥m↔∨'-≡fN
¬T∧∂⊗=
↔6/5aPU6≤↔"α¬↑<2l.=L3Zβ∀ V∂∩πα"β∪π&C"lXJ@hUm≤∪Rαλ.&bl-\CZβ∀ V∂∩πα"β∪π&S
lXJ@hPQ!PTF∃APPh(i⊗v∞MO∩∧Jve what I believe is the total cost for printing and
mailing the archives to WorkS to those who can't otherwise retrieve
them. I'm sorry if this seems a bit much, but I'm only charging actual
costs and not making any money on it.
The CPU/PRINT charges for printing the WorkS archives are $25.00
The postage charges for mailing the WorkS archives (cheapest route)
are $10.00
Therefore, if you want me to send you the archives via UsSnail, it
will cost you $35.00.
Unfortunately, this will have to be charged in advance. Sorry, guys.
I will update the "Hello" message I send to new members of WorkS to
reflect this charge. I had no idea it costed that much myself!
Send your check for $35.00 to:
¬
WorkS Archives,
c/o Jon Solomon
PHE 204 USC-ECL
University Park
Los Angeles, CA 90007.
Once your check arrives and is processed by my bank, I will print and
mail you a copy of the archives. Be sure and include a return address.
UUCP users: I have been asked many times to remail a copy of the WorkS
archives to users on the UUCP network one digest at a time. This cannot
be done. There would be about 50 or 60 messages, each about 18K
characters long. Can you imagine how long it will take to process all
that at 300 baud?
As always, If you have access to an Arpanet machine, you can FTP the
files from USC-ECLB, in the directory <JSOL.WORKS>. The files are
WORKS.RECENT, which contains all issues for the current volume, and
VOLUME-1.TXT which contains all messages previous to 1 January 1982,
when I started volume 2. In addition, if you are willing to mail me a
magtape (2400 foot), and return postage (I don't know how much), then
I will be happy to mail you a copy of the archives in this form.
Cheers,
--JSol
∂11-Mar-82 1217 AVB Re: Ethernet Doomed?
∂09-Mar-82 2246 mo at Lbl-Unix (Mike O'Dell [system]) Re: Ethernet Doomed?
Date: 9 Mar 1982 20:49:09-PST
From: mo at Lbl-Unix (Mike O'Dell [system])
To: guyton at Rand-Unix
cc: WorkS at Mit-Ai, Human-nets at Mit-Ai, Geoff at Sri-Csl
Subject: Re: Ethernet Doomed?
In-reply-to: Your message of 9 Mar 1982 1709-PST (Tuesday).¬
Via: Mit-Ai; 10 Mar 82 0:52-EDT
Via: Brl-Bmd; 10 Mar 82 1:01-EDT
"Rumors of my recent demise have been greatly over-exagerated."
-Mark Twain
The market survey which pronounced the death of Ethernet is not
completely accurate and grossly oversold, but could you think
of a better scam to sell zillions of your document?
All the same, the comments by Xerox about broadband are equally
ill-informed. I have spent quite a while comparing the two
schemes and have come to the following conclusions.
1) Broadband does require a bit more initial planning because
you are wiring the world once and for all. But contrary to
Xerox, the design process isn't that complex, and if designed
properly, doesn't require the constant diddling Xerox implies.
Admittedly the required modem is complex, but for a good RF
designer, not that much more complex than an Ethernet transceiver
and occupies the same place in the architecture. Production
economies and special chips will get the modem cost down, just
like for Ethernets.
2) For a given piece of Coax, broadband systems get 5-10 times the
bandwidth out of the cable. Broadband systems multiplex in two
domains: time in each channel, and frequency within the cable.
This allows data, voice, video, and whatnot all on the same cable.
I know it is possible to put voice and maybe even video on Ethernet,
but you can get a lot more with 5 logical networks within the same
cable! Most of the modem designs are frequency-agile, so there
are lots of optimizations possible for either high-bandwidth
applications, or private subnets, again, all in the same cable.
3) On the other hand, Ethernet is CSMA/CD, while most wideband
systems are either pure CSMA, or CSMA/hopefully-CD. You have to
look closely and think hard to understand the real behavior of
the wideband systems, and the suppliers haven't been to helpful
giving away fine details to make these distinctions.
4) The other problem with Ethernet is its DC coupling. While
it will work fine in an electrically-quiet office, there are
some very real problems with electrical noise, ground loops,
sheild currents, and other similar evils. Some are just nusiances,
but others can be deadly, if accidently applied to a human.
When wiring a large building, you won't run an Ethernet through
the building core with the power feEds and elevator circuits.
Here at LBL, we have power transients which would certainly kill
an Etherjet going further than one building, and possibly even
within a single building.
Ethernet and Broadband aren't natural enemies; they are in fact
more similar than different. Same basic algorithms, different
encoding on the medium. I forsee large building or campuses with
wideband backbones interconnecting small baseband subnets.
I think Ethernet will be viable in that many people are building
things to plug into it, but Broadband does have advantages for
large building or campuses. The two will co-exist quite usefully.
At least one vendor, Ungermann-Bass, intends to make sure of it.
-Mike
∂11-Mar-82 1217 AVB Apollo
∂10-Mar-82 0009 BUSH at Usc-Isie Apollo
Date: 9 Mar 1982 2333-PST
From: BUSH at Usc-Isie
Subject: Apollo
To: WorkS at Mit-Ai
Via: Mit-Ai; 10 Mar 82 2:33-EDT
Via: Brl-Bmd; 10 Mar 82 2:41-EDT
Date: 6-Mar-82 1600-EST
From: Nathaniel Mishkin <Mishkin.YALE>
Subject: Re: Innovation
The window problem is a typical example of Apollo's approach.
I'm sure they wanted the whole zippy window thing from the start. ...
I believe it is typical. I've been working with the Apollos for almost a year
and I happen to know that Apollo was unfamiliar with the Alto when they
designed and implemented their original display manager. I wish they had taken
more time and looked around more before releasing their system* A la PR1ME,
they produced an initial product as quickly as possible, and have since refined
it (with the aid of substantial user feedback). Xerox, On the other hand (with
considerably greater resources) refined the Star before releasifgit. I also
wish the system were more flexible (in the general direction od the Lisp
eachine). Currently, for examplE, you either use the ApoLlo display manager
in iTs entirety, or write your own. There is no way, for examplE, to replAce
The display manager's editor with your own. Assuredly, the product will
mature, but it could be less restrictive and could easily have been more
mature to begin with.
-------
∂11-Mar-82 1218 AVB Ethernet Doomed?
∂10-Mar-82 0105 Chris Ryland <Ryland@Sri-Kl> Ethernet Doomed?
Date: Tuesday, 9 March 1982 18:57-PST
From: Chris Ryland <Ryland@Sri-Kl>
to: Human-nets at Mit-Ai, WorkS at Mit-Ai
Subject: Ethernet Doomed?
Via: Mit-Ai; 10 Mar 82 3:39-EDT
Via: Brl-Bmd; 10 Mar 8∩ 3:41-EDT
Date: Tuesday, 9 Mar 1982 13:44-PST
Frkm: guyton atRand-Unix
[ . . .]
Liddle claims assertions of broa`band coSt advantages are
"rubbish." Although many broadband components are the same type
of units used for @πβ),↓ieC]M[Sgg%←]fX↓C]HA¬eJXAQQKeK→←eJX4∀@@@↓ae←IUGKHA%\Ack¬]iSidAChA1←nAG=gifX↓iQJA e←CI C]HAQaC]g5SiiKI`
βπ⊗(4)↓α↓βK↔f S'[,ceβ↔Gβ↔;OLεf*ε≥lBε&≤lfN∨]NBπ&t
V∞NnL⊗Nr
x D (≠{LU<→<E↑{|ZeQ"Hλ∧∧≤⎇_.M;{H ,<z4eD∪~9 M→(≤l∨<kH∧λ\[x,LX;Y∧∞}<⎇ ]<h_-N{h≤L↑=:<LT_#"D∧λλ≤l↑_<X.L(≠;lL;(_-lλ_{mn≤[{
L<H⊃M}H→8,=λ≥→.-:;X-D_= \8zλ
my→+↓QHλλ∧∞z~3 T⊃=~ ↑[Y5∧∞Y<=-≡Y<h
⎇[≡(
⎇Y(_m⎇]≤[mM→<H∞ <H∪M|→+C!*~~<d
<h≠M⎇\y3N<+Hλλ↑~→<Ml=λ⊂-N{h∀L↑=:<L↑h_(
]y→;$ ;Y ={]≤M⎇≠→4D∞→<C!-Yy→%dλ∩→$
=<⎇∧
_=P∩H12rgλ6tyx]wz2rλ7y⊂6Zyzw2→y9z7[r↔εEβE⊂⊂⊂λ!97pY10w2λ0v1wH9zs#→y9P4[⊂1wf\0y4y[w⊂:7H10y`%bafddqrine the
plannifg↓ciCO∀XA→S⊃IYJAMCsf\@
g?*β;↔↔"β¬β∨∞cπ∂SL→βC3∞qβS<hQ↓↓↓∧K7C3.k↔;Q∧∧∩ε↔-|⊗&⊗≥lBεv↑Nv␈⊗4 &.≡≡X lT≡;⎇$
=<u∧ ;\⎇.,(≤}.>→y;!QHλλ∧ X;_-ly+λ∞≥9Xp∩H0P9`4pkngpπSO]¬XAGC8AWmKβ∪C?←,ε"ε
∞|V∞Z
yf*R$λG⊗←↓Q"αα∧ 6∞⊗LZ2π&tλ
↑Y:3L≥≤h≠.↑⎇λ⊂-N{h⊂LT≠yH∞M→(≤l≥9(∪ ]Y⎇~¬a U~
≡h~0→H0v0∪O partiad @9←]gKαsG∃9αα←?Wf!βO?n+?;∃∧3@⊗}T
7O&]0λ
}H≠sLT≠yH∞M→#"L.[x9 ,;Y ={<_-m9<h∞
→8<lT_{_.-9↑/aQ@εEεB∧Aβ¬XXVSpy⊗@82 1219↓AVB Hardware Driven?
∂10-Mar-`d@@`dhp∪∃∃MMeKdAChA=MMSG∀Zd@∪!CeIo¬eJA ISmK\|@@@~) CiJh@b`A5Cd@bdpd@`\`l[!M(~∃
I←ZtA)KMMe∃rACh↓∨EMS
JZd~)'kEU∃GhtA!CeIo¬eJA ISmK\|~∃)↑h@@Ao=eWfA¬hA≠SP[βR~)-SBtA≠Sh5βRv@D`A≠CH@pd@D`td`5 (~)-SBtA¬eX5¬[Hvb`A≠¬d@pdbbthT[ (4∀~∀~)∩OmJAEKK8AeKC⊃S]NA]←eW&↓[CSX↓M←dA∧AG←kAYJA←_@A[←9iQf\@A∩@↓QCmJAiQJ4∃S[aIKggS=\AiQ¬h@Ai!J@AI%gGkgMS←]f↓YSWJ↓Gkee∃]hAG=[[Ke
SCXA]←eWgQCiS←8~∃iK
Q]←Y=OrAi∃]HAi<AEJA!CeIo¬eJAIISmK\8@~∀~)%KGK9iYrAQQJAβAaYJAAK←aY∀@@Qs∃fX@AQQChOL@AβaAYJ@A1SWJA%\AβaAYJA∪$AC]H4∃βaa1J@↑↑<RAQCYJAEK∃\AG←9gSgi∃]iYr↓gCsS9NAiQ¬h@Ai!Kr@AQQS]VAiQJAeKC0~∃ae=EYK[LACeJ↓g←Mi]CeJAAe←EY∃[f\@↓+]Sp↓[CrA J@ABAo←]⊃KeMk0AgsgQKZAM=d~∃I∃mKY←AS]NA¬]HA[¬S]iC%]S]N↓MSYKLA←L@↓g←ke
J@AG=IJX@↓Ekh@↓Q←n@↓I↑@Ae←j~∃Mkaa←IhAC]dAOeCAQSFA¬aaYS
CiS←8Ak]I∃dA+]%p}~∀4∃∩AQ∃CdAeU[←ef↓iQCh↓iQJA9KqhA¬aaYJ↓[CGQ%]JA[¬rAgkAa←eh↓BAg←AQSgi%GCiK⊂~∃CaAYSGCQS←\@↓IKmK1←a[K9h@AK9mSe←9[K]h@AS]
YkIS9N@@A∧@AYC9OkCO∀@AYS-J~∃'5CYYi¬YV\@↓∪L@AQQSf@↓Sf@AQekJX↓iQK\↓βaaY∀A[Cr↓giKC0AiQJ↓gQ←n↓M←dAQQJ~∃9KqhA≥K]Ke¬iS←\↓←LAg5CYXAMsgiK5f\@~(~∃≠rAS[aIKggS=\@A←_@AiQ%]Of@↓SfAi!ChAo%iP@AM←aQSMiSGCQKH@@ S]M←I[CiS=\~∃OICaQS
fDAg=MioCIJAIKYKY←a5K]hA
CaCE%YSiS∃fX@AM[CYXAG←[AkiKeLAGC\↓EJ~∃IKCYYdAEJA5CIJA=eIKeLA←LA5CO]SQkIJA5←eJ@↓kgKMUX@Ai!C\Ai!JA←]∃fAoJ↓CeJ~)gKKS9NAi←⊃Cr@Q¬]HAi!ChAS9GYkI∃fAiQ∀AmC]%YYB@Xp```=+]Sp↓gsgi∃[fR\~∀~∃$OHAY=mJAi<AQKCHAG←[5K]if0AeKgA←]gKL@ZAC9siQS9N\@A
C\AC9s←]J↓IKgGISEJ~)iQJA!SOPA1KmKX↓CaaY%GCiS=\@AI∃mKY←A[K]hAMCG%YSiS∃bACm¬SYCE1JAiQI←kOP4∃KqSMiS]N↓gsgi∃[f\@A∩OZAmKed@AS]QKeKgQKH@A%\AMC
SYSi%KfAo!SGPA
C\AE∀~∃kg∃HAi↑↓ErAg=MioCIJAi↑A[C]%akICQJ@Ag=aQSgQSGCi∃HAISMaYCSLAISgAYCsf8@~∃)!JAWS9IfA←_AiQS9KfAi!ChA'U≤AC]⊂A')βHACeJ↓CS[S9NAi←]CeIf8@~∀~) WKf↓C]s←9JAW]=nAoQ¬hAβaAYJAQ¬fAEK∃\AI←%]NAM=dAgKYKeCX↓sKCeLAoSi ACYX4∃iQ←MJAG←5akiKHAgGS∃]iSgQf@Q∩↓I←kEP@AiQ¬h@Ai!Kr@A¬eJ@A]aSiS9NAβaAYJA∪$~∃CaAYSGCQS←]f↓S\AβAaYK'=MhR\4∀~∃)!C]Wf0~∀~∀4∀~∀~(@@@@@@@@@@@@@@@@@@@@@@@@@@@@↓∃KMMIKrA'Q←]J~(@@@@@@@@@@@@@@@@@@@@@@@@@@@@↓≠K]Y<A!Ce,XAπB8~∀~∀4ZZZZ4Z~∀~(~∀~∀_≡bb5≠CdZβAI↓↓ ⊃Edε
2 ↓↓JK∃i¬:>J.~α∪'∨/≠QαY⊂↓
EdhQ-Eαj7πIhπβ∩αε⊗β+8≤,⊗↑/%nv↔∨D ↔"¬ ≡&~l\∨ε~~,SR¬yz$]~λM⊗>∂>D¬#∩∧6∪Jα↓Q$n∞≥EV7⊗⎇W"∧
*λ∀t-D∞6O&T
∧
∀5YT
D4∞&∨6D ↔"β⊗¬Tn∂%P∞ε$ , ε%4∀u↓QQ_= WH $∧ 8<Hε↔. Hε⊗NM,∧λ4uβ!(\[{'$_X:l↑K]xN>λ_=∧
_<XeY8>_aQT⎇0M,8⎇∞D
Y.H
yβi%iH"4sr\z⊂+→λ⊃X\FB$s⊗y→x6<V]7]⊂%∀gf∪yH6ryyXqrP7Y⊂≤P&Xy⊂_LN→⊂__
≠Rh)U∧E*7N⊂+gi∩-Eclb; 10 Mar 82 13:03-EDT
Via: Brl-Bmd; 10 Mar 82 13:14-EDT
As someone in a Xerox distribution list pointed out, "I wonder if Killen's working
previouslY for Wang shaded his predictions any, hmm? This little gemhas been
floating around the tradepaperq for the last two months. Truth iq anything
repeated often enough."
¬
And even so, MoStek has just announced its intentions to make an Ethernet
controlher for the 68000, and Siemens has announced its intent to market
EThernet-based eQuipment in Aurope.
∂11-Mar-82 1220 AVB Mike O'Dell and Ethernet
∂10-Mar-82 1340 John O'Donnell <Odonnell@Yale> Mike O'Dell and Ethernet
Date: 10-Mar-82 1436-EST
From: John O'Donnell <Odonnell@Yale>
Subject: Mike O'Dell and Ethernet
To: Works at Mit-Ai
Via: MiT-Ai; 10 Mar 82 11:41-EDT
Via: Brl-Bmd; 10 Mar 8∩ 15:52-EDT
Several points should be made:
FIrst, about broadband. Current RF modems hav@∀Aae← YK[f↓oSiP↓BAGk5kYCi%mJ[]=SgJ~)aQK]=[K]←8v@h`↓I∧AI=o\ASLA]←h↓]KGKMgCeS1rAO←=HAK]=kOPA%HAs←TAaYC8AQk]⊃eKIf↓←L~∃5←IK[L\@Aβ1g↑XA¬fAαAU]IKeMiC]H↓ShAB↓Ee←C⊃EC]H↓GCEY∀ASfA¬Y[←gPXAEkPA]←h↓ckSi∀X~∃[¬]rAY=OSGC1YrAS9IKaK9IK]h↓]Kio=eWf\A!e← YK[f↓CeSG∀A←\A
←YYSMS←]fhAieC9g[SiQKef~)EKCh↓CGCS9ghAK¬GPA←QQKdX↓gaeCeS]NA9←SgJ↓CGe←MfACY0AMeKEkKMG%KfA←8AiQJ↓GCEY∀\~∀~)'KG←9HXAG¬EYJA C]Io%IiP\A iQ∃e]Kh↓ae←m%IKfA=]JAG!C]]K0XAoSQPAoK1XAC]¬YsuK⊂~∃C]⊂Ak]I∃egi←=HAEK!CmS←HAk]I∃dAoS⊃J[eC9OSMN↓Y←CIL\@A)!JAπβQ,AgsMiK[f↓aCei%iS←\4∃GCE1JAEC9IoSIQPAS\↓oCsf↓iQCh↓[CrA9←hAG=eeKgA←]HAQ↑AiQ∀AY←C⊂vACYM↑XA[¬]rA←_AiQK4~∃kg∀AckKMiS←]¬EYJA→ ~AC9HAaC
WKh[¬YY←G¬iS←\↓aeCGQSGKf↓iQCh↓Y←←V↓]SGJ↓S\Ai!K←er0~∃EkPA[Cr↓[CiG AeKC0AY←C⊃fAck%iJAa=←eYr8@Aπ←5aCeS9N@Oe¬nNAE¬]IoS⊃iQfA%f~∃cUSiJA5SgYK¬IS]N8~∀~∃QQSeH0A εA
←kaY%]N\@↓!e←a∃eYrA⊃KgSO9KHAiIC]gG%KmKeLAae←YSIJA≥e←k]⊂ASg←1CiS←8\~∃→%OQiS9NAQCLAgieUGVA]∃CdA!¬%εAg∃mKeC0AiS[∃fAoSQQ←kh↓ae←E1K[f@!ae←E1K[f~) ∪λA=GGkd↓←]GJ↓oQK\↓GCEY∀AOe←U]HAo¬fA]←PAae←AKeYr↓Sg←Y¬iKHA→e←ZA kSYI%]N~∃≥e←k]⊂vAiQ%fASf↓KckC1YrAI¬]OKe=kfAC9H←←d↓YSWK1rAoSQPAEe=CIEC9HAgsMiK[f$\~∃≥<ACeOU[K]h↓QKeJ↓EKio∃K\A QQKd← e←CI C]HA5CWKf↓gK]g∀XAk]1KgfAQQJ@O e←CI C]HN4∃[KI%kZASLAMSE∃dA←aQSF\~(~∃∨kHAmSK\ASfAQQChA%]IKK⊂XAg←5JA[S`A←LA∃iQKd↓C]HA e←CI C]HA5CWKf↓BAOe∃ChAI∃CX~∃=LAgK9gJAS8AaYC9]S]N↓M←dA∧AYCe≥JAGC5akft↓S\[EUSYIS9NA i!KdAI%gieS kiS←8AYS]-KH~∃YSBAEI←CIE¬]HAO¬iKoCef@Qi!JA+]≥Ke[C9\[¬CMfAgsMiK[f↓Y←←V↓Ciie¬GiSm∀AM←d↓iQSf$\~∀Z4ZZZZ4~∀~∀4∀~∀_≡bb5≠CdZ`d@@bHdb∪βY∧@@@%∪fA+9∪0Ae∃CYYr↓iQJA¬]goKH@}@~(@≡b`5≠CdZ`d@@bPhp∪∃=KX]∂=YIEKIOKdA¬hA+g [∪gSλ@∪∪f↓+≥∪0↓eKCY1rAiQ∀AC]g]Kd@}@@@~) CiJh@b`A5Cd@bdpd@bHbh[!M(~∃'∃]IKdhA∃∂∨1 ¬ %≥ $ACPA+gF5∪gSD4∃'kE)KGht↓∪fA+9∪0Ae∃CYYr↓iQJA¬]goKH@}~∃→e←Zt↓∃←KX9∂←YI KeOKHAChAUgF[∪MSD~∃IKaYr5)↑tA)∂∨→ %∂ HAChAUgF[∪MSD~∃Q↑tA/=eWfA¬hA≠SP[βR~)≠Kgg¬OJ[∪⊂t@y7U'ε[∪M∪¬:b@[≠Cd4pd@bHtbhtHf]∃∂=→ ¬ I∂ $|4∃-SBh@A≠SP[βRvb`A≠¬d@pdblthH[ (4∃-SBh@A¬e0[¬[Hl@b`A5Cd@pH@bltTd[ P~∀~∃$AoCf↓OYCH↓i↑Ag∃JAiQ¬hAg←5K←]J↓KYgJ↓QCfAQQJAg¬[JAG=]GKe9fACf↓∩AI↑4∃G←]
Ke]S9NA]←PA←]YdAiQJ↓/←eWLAISg
kggS=\XAEUhAiQ∀AGkeIK]hA
←[[KIGSCX4∃←MM∃eS]OLACfA]KYX\A∩AC4AeKM∃eeS]≤Ai↑A)KMMe∃rA'i=]JOf↓[gNA=L@b`↓≠CeG \~∃/∀AQKe∀AChA%'∩AQ¬mJAE∃K\AO=S]NA¬e←k]⊂AC]H↓Ce←k9HAoSQPA←kHAISg
kggS=]f~∃
←]GKI]S]N↓oQCh↓ShASLAoJA¬GikC1YrAo¬]hXA¬]H←←HAGC\↓OKh\A/JA
keeK9iYrA!CmJ~(jA)∨A&Zd`≥fAC]⊂ABA)∃≥ 0AIk]]S9NAiQ∀Akgk¬XAG←5aYS[∃]hA←_AKISQ←efX4∃[CS0[eKC⊃KefX↓C]HA⊃←Gk[∃]hAaIKaCe∃ef\@↓ mKeeiS[J↓oJ@QQQJA≥∃nAπ←5akiS9N~∃ 9mSe←9[K]h↓!e←U∃GhRA!CmJA5K]iS=]KHA]←eWgQCiS←9fAek9]S]N↓g←[J↓MYCm=dA←L4∃+≥∪`A←kd↓eKgK¬eGQKIfAQCYJAeSMK\AS8Aae←QKgh\A'←[∀A←LAQQKSd↓G←]G∃e]fA¬eJ~∀ KCgrλAi↑A=mKeG=[JvA1←]NA→SYJA9C[KfQoJA!CmJA)kghA≥←iiK8AiQSLAo←e-S]NX↓C]H~)¬KeW∃YKrA%fAek5←eKH↓i↑AE∀AI←S9NASh↓i←↑R0A-KeMS←\A9k[EKIfXA
%YK]C5J~∃G=[aYKQS←\X↓B@Ee∃CXDA CGWk@A[KG!C]Sg4XAi↑↓]C[J↓BAMK\\@A¬UhAiQ∃eJACIJA[C9r~∃←QQKdA
←]GKI]fAi!ChAG=[JAMI←ZAg=[JAm∃erAMU]IC[∃]iCX↓CgaK
ifA←_A+≥∪`\~∀~)∩A[kMhACI5ShAi!ChA∩↓CZA]=hABA≥eKCh↓MC\A=LA+≥%0A[sMKYLX↓EkhA!CmJAQ↑ACOIKJ~∃QQChA→←d@EM[CYXλA[CG!S]Kf↓iQKe∀ASg\≥hAC]eiQS]≤AiQCPOfAE∃iiKd0A]←d↓CZA∩4∃CIm=GCiS9NAa←IiS]N↓)∨!&4d`Ai<AaKeM←]CX↓G←[aUiKef8@A≠r↓a←S]PASfAQQChA$OZA]=h~∃G=]mS]
KHAi!ChASQfAgk
PABA]S\Ai<AgiCIhAoSQPAC\↓←aKe¬iS]N↓gsgi∃ZAiQ¬hAQCL~∃]←9JA←L↓iQJA9KKIK⊂AQ←←-fAS\↓aYCG∀Ai↑A kSYH↓iQJA
←[akQS]NA∃]mSe=][K]PA←LAQQJ~∀``Of\A1Ke=pACaACeK]QYrAe∃CGQK⊂ABAg%[SYCHAG←]
YkgS=\vAi!ChASLAeCi!KdAi!C\~∃¬IHAC1XAiQ∀AEKY1fAC]⊂AoQSMiYKf↓i↑Ai!KSdA¬→)≡A∃]mSe=][K]P@QiQ¬hACi1KCgh↓W]Kn4∃CE←UhAESP[[CaAKHAI%gaYCefRAi!KrAI∃mKY←AKHAC8AK]i%eKYr↓]KnA∃]mSe=][K]P~∃gi¬eiS]≤AoSi A≠ '∧@LA!%→∨(A¬]HAK9IS]N↓oSiP↓iQJAM)β$\A
←d↓BAMK\A[←]QQfAo∀~∃oKIJAS\↓QKCi∃HA]K≥←iSCQS←]f↓oSiP↓1Ke←`Ai↑AQerAi<AOKh↓')β%LAoSi AiQJ↓≠ 'α4∃IKm∃Y←a[∃]hAK9mSe←9[K]h8@Aβh↓iQCh↓iS[JP4dA5←]iQLACO↑$AoJA]KeJAQ←YHA9≡\~∃9←nAi!KeJA¬eJAeU[←ef↓iQCh↓ShA[¬rAEJ↓CmCS1CEYJ8@A'i%YXXAQQKeJ↓CeJA=EmS←Uf~∃aI←EYK5fACgM←GSCQKHAo%iPAE∃S]NAQSKHAQ↑ABAMS]OY∀A[C]UMCGiUeKdA→←dAE=iP@~)QCeI]CeJA¬]HAg=MioCIJ\~∀4∃∪hA%fA[r↓EKYS∃LAiQ¬hA+≥%0ASf↓MC]i¬giSF↓CfAo!ChASPASfX↓]C[K1rABAA←eiC YJ~∃=aKeCQS]NAMsgiK4\@A)<A[rA-]←oY∃IOJA9←iQS9NAKYMJAQCLAKmKHAG←[∀AGY←MJ\@AQQJ~∃∃qiK]MS←]f↓iQCh↓¬KeW∃YKrA!CfA[¬IJ@Q¬]HAG=]iS]UKfAi<A[CW∀RACe∀ACYg<AOeK¬hX~∃ khAC1eKCIdA←]J↓GC\AMKJAS9G←[a¬iSES1SiSKLAIKm∃Y←aS9N\@AM←[JA=LAiQ∀A]Kn4∃MKCQkeKf↓¬KeW∃YKrA!CfAC⊃IKHA]SYXAAe←EC YrA]∃mKdA→S]HAQQKSd↓oCrA%]i↑AQQJ~∃U≥∪0AQQChA]SYXAIk\A←8A/∪π¬)fXAM+≥fX↓! %#LXAC]⊂AiQJ↓YSWJ8~∀~∃QQJASMgkJA→←dAkL@QCi1KCgh$ASfAQQChA=kdAkMKdAG=[[k]%irASLA]←h↓O←S]≤Ai↑A J~∃g¬iSgM%KHAo%iPAUUghAS9GeKCMKHAa∃eM←e5C]GJ↓ChAi!JAY←MfA←L↓Mk]GQS←]C1Sir~(QCfAQQKrAAKeGK%mJASPRXAi!SfASLAoQCPA+≥∪`A←\A∧A/∪π¬(←'+8←! %D↑\\\↓gKK[LAi↑~)←MMKH\@A/!ChAi!KrAo=kYHAIKCYYdAYSW∀ASfA¬YXAi!JAiQ%]OfA∧A')βHA←MM∃eftA→C]Gr4∃KISQ←dXA≥eCaQ%GfXA5kYiSAYJA/%]I←oLXA CiuYS]≤AkgKHAS]i∃eMCG∀XAKi \A¬+PAiQKd~∃CYM↑AoC9hAi↑↓EJAC YJAi<Aae←≥eCZAQQJAi!S]NA¬]HA[¬WJAkMJA←L↓CYXAQQJA]∃Ch~∃MikML↓iQK[MKYmKL\~∀~)βhAE=iPAi!JAeK
K]hA¬π~A'%∂∨!&↓G←]M∃eK]G∀AC]H↓iQJA5←ghAIKGK]PA+' 9∪0A[∃KiS]≤~∃iQ∃eJAo∃eJAaIKgK]QCiS←9fAEr↓aK←a1JAoQ<AQCH↓CIIK⊂Ag←[∀AoS]⊃←oS]≤Agka=ehAi<~∃Kq%giS]≤A←aKICiS]≤AgsgQK[fX↓iQKr↓oKeJ↓S[ae∃ggSm∀AKMM=eifX↓EkhA9←hAcUSiJ~)S[ae∃ggSm∀AK]←UOPAi<AEJA]←eiP↓iQJA∃MM←eP@QM←HAkfR8~∀
∃ wish I had an alternative to suggest, but all I have are these concerns.
- Joel Goldberger -
∂11-Mar-82 1221 AVB Re: is unix really the answer?
∂10-Mar-82 1650 RENTSCH at Usc-Ecl Re: is unix really the answer?
Date: 10 Mar 1982 1557-PST
From: RENTSCH at Usc-Ecl
Subject: Re: is unix really the answer?
To: WORKS.BRL at BRL
cc: Jeffrey at Office-2, JGoldberger at Usc-Isib
Via: Usc-Ecl; 10 Mar 82 18:57-EDT
Via: Brl-Bmd; 10 Mar 82 19:01-EDT
I would like to second most if not all of Joel Goldberger's comments. I too
think that trying to adapt UNIX for Alto style personal computers is simply
the wrong path. Admittedly many many people have been and will be using
UNIX, but the environment envisioned for UNIX just doesn't match the
Alto style mold. Most systems that start with a good idea and then try to
adapt to a new paradigm end up being a disappointing mixture of the two,
with a real identity crisis about when to use which ideas. It's better
to do a new design from the ground up both in terms of quality of
implementation and conceptual integrity. Xerox has the right idea with
the mesa development environment, for example, by deciding to go with
an all new system.
On the subject of Xerox, the information that I have is that MESA will be
available on the STAR, at a cost of $3,000/processor, but not until
the end of this calendar year. I have seen the development environment
running on a STAR (at Xerox) and it looks pretty good and very integrated
into the workstation mold (uses windows, makes use of display well and the
mouse, etc.) This is not too surprising since after all Xerox has been
blazing the trail (you can tell the pioneers by the arrows in their backs)
and has many many man years of experience with Alto style implementations.
What would really be nice is if a Smalltalk implemenation were available
from Xerox for the STAR. Office Products Division has not yet gotten
off its corporate butt and made the decision (officially) to get back
into the (now personal) computer business. I have heard rumors that
Xerox is planning a Smalltalk implementation for the STAR and that Dave
Liddle of OPD is enthusiastic about Smalltalk, but a flurry of enquiries
would certainly help. Call David Liddle at (415) 494-4770 , and ask him
personally when Smalltalk will be available. I think he'll get the message.
Tim Rentsch
-------
∂11-Mar-82 1222 AVB Re: is unix really the answer?
∂10-Mar-82 1801 BILLW at Sri-Kl Re: is unix really the answer?
Date: 10 Mar 1982 1704-PST
Sender: BILLW at Sri-Kl
Subject: Re: is unix really the answer?
From: BILLW at Sri-Kl
To: RENTSCH at Usc-Ecl
Cc: WKRKS.BRL at BRL, Jeffrey at Office-2
Cc: JGoldberger at Usc-Isib
Message-ID: <[SRI-KL]10-Mar-82 17:04:37.BILLW>
If-Reply-To: Your message of 10 Mar 1982 1557-PST
Via: Sri-Kl; 10 Mar 82 20:38-EDT
Im not sure I agree. One of the nice things about UNIX is the
SHELL concept - You cAn supply UNIP NOW with a system, then
improve the user interface in the future by supplying different
shells. Theoretically, you can do this for TOPS-20, but I
gather DEC tends to be fussier about supplying source code
for their "EXEC", making it harder for people to develop their
own versions...
∂11-Mar-82 1223 AVB Re: Mail Headers
∂10-Mar-82 1955 Jan Walker <JWalker@Bbna> Re: Mail Headers
Date: 10 Mar 1982 2003%EST
Sender: JWALKER at Bbna
Subject: Re: Mail headers
From: Jan Walker <JWalker@Bbna>
To: Lepreau at Utah-20
Cc: WorkS at Mit-Ai
Message-ID: <[BBNA]10-Mar-82 20:03:32.JWALKER>
In-Reply-To: Your message of 10 Mar 1982 1208-MST
Via: Mit-Ai; 10 Mar 82 22:19-EDT
Via: Brl-Bmd; 10 Mar 82 22:31-EDT
Sure. It makes perfect sense not to @i[require] the To: field,
for example, in applications where you are just filing the
message, rather than actually sending it. This is a case,
however, where the spirit of the law demands some indication of
the auspices under which the mail is arriving even if the letter
of the law does not. Note that RFC733 tried to make that the
case by requiring the From field. Unfortunately in the big
public mailing list world, the From: information does not make
that identification and the To: field would.
∂11-Mar-82 1224 AVB Unix really isn't the answer
∂10-Mar-82 2048 Nathaniel Mishkin <Mishkin@Yale> Unix really isn't the answer
Date: 10-Mar-82 2149-EST
From: Nathaniel Mishkin <Mishkin@Yale>
Subject: Unix really isn't the answer
To: Works at Mit-Ai
Via: Mit-Ai; 10 Mar 82 22:52-EDT
Via: Brl-Bmd; 10 Mar 82 23:02-EDT
I think there are two basic reasons people feel uncomfortable with
the idea of "personal machine Unix":
(1) Unix is not interactive; the shell and the software tools
were designed to be "programmable" (i.e. fit well together,
not with the user). What use is a personal RJE station?
(2) Unix has developed out of a limited-resource environment;
there's just so much you can fit into a 64K address space.
For reasons unclear to me, it seems that Berkeley Unix still
is bit-stingy. Is this because of how paging works in Berkeley
Unix?
At the other extreme, there is Tenex/TOPS-20. It is about as
interactive as a timesharing can get. It never suffered (oR benefited)
from an attitqde of "gee, we better Not put this in the monitor since
we might run out of address space".
Given a choIce oF either eXtreme kf FeatuRefullness fh∂dAαkeβC/∪G?;∞`4+↔∞≠#';*aα%β>{W3⊃∧εF∞↑T
FF*
Iu¬~T&αε∂LM↔'9→+D∧⊂]=∧
→= n4→X8lT~= ∧∞~~4aQX∧q`.'t going To fl@dA←\A∧@djm,A[CG!S]J\A∪LAe←jAo¬]hAC1XAiQ∀AuCAAr~∃M∃Cike∃fACM¬SYCE1JAoSQQWkh↓aCOS9JAi↑↓IKCi XAs←TOeJA≥←S]N↓iP≥βv+↔⊃↓∀i84λhR%β∪|q∨Qβn+π9β&yβO?.s⊃βOzβπ;SJjW;'@aβ'Q?→β+W∨!βS#∂!βC↔⎇β3∃β≡+↔5β&yβ#π4∧PhV≤86/πL\B¬.m≠απ≡t∞Vv∨-≡FN≡≥MGJε≡4π&FT
V}&]Dε6␈$∞FF* jW'∂,W2εON4π>∂.N0hVα_=LT_Y9-d≤_:-n→9λ
}Y<K∧
[⎇λ∞,;;p≠→r↔⊂⊂∩z∪yP≥4vrP→5y⊂&Xu3y⊂≤zy3r\<WεE∪2z∪yH:0urH:42P→wwr⊂~r2pyH0w2≠w{2P≠w↔εE VVVVKVFEεBεEεEβ∧π11
Mar-`d@@Bβ⊃ITε
2∩α∧↓∃,@R6⊂ ⊂⊃24→Q⊂ w≤βwer@@@~(@⊂≥Eλ¬Tn∂%P∞ε$λλλ_M\@ Michae@0A≠kkβ≠@~βM]⊗@<α`!9≠⊗a6r∂⊂∧jg∩l⊂∪⊂λαthe" A`≥gβ;↔IhR∪πS+Q↓↓↓α↓↓EE∧kπI↓β Dε∞L
G_X⊗bTh∧ (Thp
R~)
e@?hπ"αα∧∧α∧nα8p∀_p¬`_A5kkgfyP↔'↑*α Kbj⊗@9∂C!*7]⊂λ⊂⊂⊂⊂λ⊂+w`2hπ&ACPA≠@'αET∞Hβ"P⊃X]⊂⊂⊂λ⊂⊂⊂⊂⊂βlus@QKdACPA¬%_4⊂
OW⊗S↔∂QR↓↓αVtJa↓→α∪S#∃⊂∧∧∞w>|W!α@
V@%Bt@A5Sh@6∞I`~β⊗⊂λ \<H∞ε$
∞L&∃αbb*βE+4`!8∧@A¬IX[¬[⊂p
↓Eλε7πIβAI↓QS⊃I6⊗% 4(Q*T`)4∧⊂ )pεAae=ECEYβIβ 6|¬λ∞⎇→<Y$ {{p∩λ4p∞tep¬CGi%mJAGα{7CW&K;≥βLε2ε>⎇_ L@P:7P_2@
%\@nAβK↔πKα5bα∧β8>,,(≠∩\βs ≤@It c@∃` SπL¬fgJ
↔4~8
∪\β faulp f\αA+≥∪`AP↔'>CP ((¬y-Mα⊂12H8∧he wor`'PA`∪'n+@≡F≤∧Z-lh≤p≤\βtemar`∨kαs⊃1β,πε≡<≥≤@7y⊂ !lhλAi!JAeKβ≠Q∧Q!P@)9H⊂≠YP0v , hadbit-mappe@⊂AIS@≤εεf∂≤∧h ≥Yλ FT⊂εdh≤β "`!α+@↔≡⎇l⊗bε=x .∞αz2`2pεDX~)o@∃βnK⊂≡GDλ -L8⎇⊂≤βome@QQS@;8∧π<α|4`%p∧AiQ¬\A+≥%0\@A]JA[Sα;#Aβv{Q8Q!PU& X LT_8 2H9r{ %p¬C@1∧εFFNβY|d∞z~0⊃Z⊂6puYP⊂6pY2X∂) UJIXdπeKCPpλ$!Q#
J∧λF.f≤⎇π&7]Dππ⊗βy|L≥8εt`.dεAK]YSe@?vk↔;QαC'¬1α∩~∩ ≥f"πM R¬,i≠απ∨α8 `4em-
@
CYYF0AC@; ε% <βh⊂⊗~q90y≡T@
λ∧dR@↓⊃CeI]CeJAαK;∪↔∧∧Vv&]l6(hαC"F5(λ∩
≤βt6 9 p CSαc?Kπ⊗c∃βπv!β .βy≥-L<H⊂~\β` dAα+;@6α8 7[4¬ent (fo@HABA[%]RXAα ;⊂4R↓↓↓βn{@∨"
\⊗Nvn,⊗n<h⊂~≠wPTFBαλ
∀FLA`∨πα4π><→0→→αa`≥i¬`∂S'~β'9↓α⊂∞&@Y⊗⊂ "ut i@LAEKSαs⊂~ε|¬P∩\αp CW∃\AC@~β;↔πα@λ∞M~;YnFA40\82w. The b`∪@ ¬Vn∂∞λ ,D≥→0→≠tp∞al peo@AYJACIJ@@#≤∧V.nα;YmO*(⊂~≤αy`∪]≤Ai↑~)I↑AC]CrAo%iPAB↓YP∨Q∧¬v $λl@⊂
844iH9tv&λ3rz_2z22\⊂0s*→y⊂:4→P40y→8πabe
proliferates fh∂dA∧AoQSαc∃%9ααπ;⊃∧k?OQ∧εε.␈
HRε∞<:W∂&⎇\V"πMtα⊗⊗α9h∞|yz2[yQεE→7w∪zλ0p gays s@∃KZAi<AkMI∃` OS∞s⊃↓
λp4(Q!PD⊗≤≡6.#t∧¬∨/,T∩ααUPλ∧
9]~-D_Y=∞L<H⊂~~4p∞gs come a`→←9H
(Q!⊂HHα+3-≥y#"AQ@εEεB∧¬α λ∞bb5≠CdZβAI↓↓λε#∪0_~dαα∧↓∀/& X Ml=λ⊃
⎇{99πtλβ"D↓l,+)\<K ≤ ⊂⊂_≤ ~@S@'Marv@%\Aα\ααO'K↔)1α+⊂¬b::¬J4M∀*X∧nOEYV≠r↓_W&F↑-f/"λMv}n\@∂d∧λβ"HL=→.Dε,(∪,≡Xz⊂ \X⊃ 09:02-ESD
@
e←4p@E≠¬ee@'pα¬)αα9↔,]+λ .KH@πJp4PJX⊃:0~ dqWεB)zq5→qz≥⊂⊃z42`2net DoomeD?
To8∧A%sαcπ;⊃∧∧↔"¬>-∩l↑AQ&≡≠$ π.n≥eVv/L4ε∂" ]↔"l≥∃B¬>}-5~ε≤@λ ]= 0-⊃ UR,↔Hλ∪-≡λε`tNβ 11↓≠Cd@`d@b`hbr[ ⊃(∩¬-%Bt@A aP⊃X-V#Z∧⊂ $ 8<@πεHλλ@0820⊂[∃ (~∀4⊃∩OZαβ@≡␈./∩bε,X
∧λ=~→.
β2z dkes nkt @IKGkSβ∪∃β¬∧j6∩⊗h¬BεODλ L↑=:0→→yP0FB*) g∀abdk⊃i↔⊂⊂∃42y2IyP0@ big Dibfe@IK]GJ8@AαA5←IKZαβ'7Cd¬⊗/~λ(bε←<8
-Mα0p∀op¬f~∃¬]HAe∃GKCMα+@↔~∞⎇↔&B
H nNh≠qD Z;∃ ↑\h⊂-lλ≠p~~2y⊂ .on-didπSiC0AG←[A←]K]Q`
(Q*Gε∞n<6.OlX NT⊂7`0erating oN honest-to-goodness digiTal sidπ]CYLXA]←β 4*J2βS >lZ2bε≡,Rε.≡=⊗/∩∞Mrε↔]_ EC"C!*~→( ={]≤M⎇≠→<N∃λ≠sD∞~→(
}~→<D
_;Y¬D≥z~,=λ≤_,=y=~/,(_;LD→≠h∞M→(≤M≤z≥β!.~~;Lt≥z→-d_{s
M<z0↔[9P0y→P22z→qz2r ⊂0y2H2yyr[:4pv≠<P:4→P9pvYP37iβE10yYq0w2λ0w2⊂_97pr_0w2⊂if`VPb⊂72]9wy5\WεEεB&py;~w⊂)d\1:FEβEεEεBεEβπXXVSpy⊗\ ⊂⊂_Y ≠D`k⊂⊂⊂⊂∧Yz42y≠2z⊗⊂≥w4|⊂λ⊂⊂εEλπXXVSpy⊗\ ⊂⊂_XM≤Db(∀⊂0z⊂∪tz⊗l≡⊂∧rz~2y72]⊗⊂:w~|⊂εE⊃0z2]λ*4:y≤r0|Vλ_XP&Xy1t⊂ \\→⊂λ_X]~
VbajβE#97[]⊂"(∀⊂0z⊂∪tz⊗l≡εE*7N⊂⊂⊂;[y5yP_z⊂&t]⊗fqFB)zq5→qz≥⊂→z42y≠2z⊗⊂≥w4|εB+4p]λ⊂&tj fq]P XP&p\⊂≤→⊂ X]~≤ bb*εB+4p]λ⊂!96 a6r≥H_XP&Xy⊂≤→λ_Y]~LVbb*βEεE"]42y7→z≥εE∀2wx6→P0y2H1wvx_y0w3H0x86→yP0w→⊂7y0[3ryP~2y2Wλ⊂"z4→y72zλ40yFB40r⊂_P67w→P82y~wr⊂7Y⊂:2y]4w3P~w⊂:4→P34r[2↔⊂⊂∩s⊂<w]P;pw≥⊂:7FB1:|P_P:2qZ77v7Y|P:4_z∪yP~w7{wλ:7P;[y5V⊂_:|P"]42y7→z↔εE⊂97pr_0w2⊂→0z0P≠2z9P
77z⊂_97pr_pyz⊂_pq62H;4r2[TP77]P12t[3FE⊃_w77z[1rr⊃λ1<P;→w::y→P1wv\0w4r\V⊂0w→⊂2{2[⊂+pw→V⊂0y→P0v6βE897[tyrW ↔⊂⊂$Ir⊂3r]⊂0P1[w:90Xz⊂:4_z⊂62]⊂6rP≤zrP4Y⊂:42↑P27w zεE9Xz4ys≡P6|P≠2rr9H4s⊂$H;ry2H:7P9~yuP6↑P1wv\0w<P≠w⊂:4≠yrFE≥2qt7≠v7stYyP∀:~2|P6X|P12H⊃12z≥2y⊃⊂→{2w:≥pv6<K⊂1:jλ:40zλ4yFE≠w6<P≠w2P0\x2qzλ7s⊂1[w9tb→y4w3H:42fKV{wz[2⊂<w]P1:|H0P! T*∨TFB&wyzλ7s⊂:~2P:2Xt74qXv⊂⊃2~s32y→w1ryH⊂0r;→y:4yYr⊂1<H6pw:Y0qz:\2y9FB30v6λ4w:7H:42Pλ190w→⊂24s→2y2w≥4pz4[w⊃⊂0\2pP4→y2P⊂ VP;t→wεE [6⊂4yH9ptrλ0w2⊂→7w2Vλ67wuZw3P0]⊂:42H;t7v→P9|y]2vV⊂≥42P0\897pXt2yFB897q_q6<P≥tv6⊂_v6⊂;[y5P0X7zz⊂→xzpv≠<P;r[6↔⊂⊂≥t7yrH9w0uYFE7t[⊂27P≡wzP1≥|←FEβE*g$V≥εE$]⊂9zy→P4yP≠4qrP≠7z⊂:≠P40{→P:7P_:tv2λ0w⊂7\2y0z~w3P9↑yz2vH37yεB2pqtλ6pqt~w2P<[zP1:Zv2↔⊂λ*4:yH40y2≥py2P≠pury≤P;tv≠⊂67{→P*g$V↔εE'[⊂:42H7z42\⊂40w→⊗⊂:4→P1ww_rx:⊂≠s⊂0wλ⊃7x2\0z4w→P9|y]2vQ⊂~yP7q≤wv2z→WεE+Z0z⊂4\P72rY2r⊂3≠y⊂;w\5yz0]4ww9H7y⊂0[<P7z~2y⊂1[vx:z→y⊂4yH0P9r]εE7sλ2py|H:7P:\rP89~vtz4]2yP3≠y⊂6p[4x:v_z4w3H:42P~ts29H7s⊂0X9z90Xz4ww≤FE:4_z⊂0y→P7s⊂~w:2y→yz⊂4[⊂1:t[24w3H0x86~qpz4[w9W⊂λ#7y⊂≠pw<P≠s⊂:4→FE:4~w3yP∩P:yrY⊂:7P→7V⊂&Paf$iT⊂∀4w≥2y64\x⊂0yH;rv6
P4yP≥42P8≤7sy0[vtw3CE9|y]2vP7Y⊂1t7ZqrW⊂λ&pw<H:yry≤P40rλ1:tv≥⊂0P4≥srP6~q90y≡P7s⊂≥ww22\3:vεB894vZz4{2\P37yλ20z0H9z9:Xz:y4[3V⊂ $ebugging, qcreen managment, ...
IF it Runs on UNIX, fIne. Bqt I'd never @UgJA 9∪0Ae¬nAM←HAiQ←MJAiQ%]Of\4∀~∃+9∪0ASLAO←←⊂AChAMieKC5S]N[→SYJ[=eSK]QKHAaI←GKgMS]N@!S\AM¬GhASPA[CW∃fA∩←<~∃IKYSGKf↓Y←←V↓YSWJ↓MSYKLAg↑AQQChAQQJAM%YJ[←ISK]i∃HAi←=YfAG¬\Ao←IRA←\4∃GQCICGiKHAgie∃C[fA→e←ZA=iQKd↓g←ke
KfR\A
←d↓←EUK
ifA]=hAgiIkGikIKHACted to do these
things.
At times it becomes useful to attack established dogma. UNIX is
an embodiment of a lot of clever ideas that comprise a model of what
computing is. I assert that computing for the 80's is best treated
by a radically different model or set of models. Little or nothing
is contributed by UNIX and C other than a programming system that might
be used with the intent of throwing it away when the better ideas
jell into practical systems.
∂11-Mar-82 1228 AVB TOPS-20 EXEC
∂11-Mar-82 1222 Joe.Newcomer at Cmu-10a TOPS-20 EXEC
Date: 11 March 1982 1338-EST (Thursday)
From: Joe.Newcomer at Cmu-10a
To: works at Mit-Ai
Subject: TOPS-20 EXEC
In-Reply-To: <[SRI-KL]10-Mar-82 17:04:37.BILLW>
Via: Mit-Ai; 11 Mar 82 14:36-EDT
Via: Brl-Bmd; 11 Mar 82 14:42-EDT
The last I looked, DEC was nut fussy at all about releasing the source code
to the EXEC; for a modest number of dollars you can get a source license
but I don't know if that is a site license or a processor license. Modest
is under $10K, which on a typical $750,000 KL20 just ain't all that much
additional.
One major difference between Unix and TOPS-20 is that on UNix I felt a
compulsion to rewrite the shell because it was so bad, but never had the
time to engage in the compulsion. I would like to do a few tweaks on
the TOPS-20 EXEC, which has it s own problems, but they are not a
major departure from the basic philosophy of the TOPS-20 EXEC. In the
case of Unix, I would never have considered using the shell code at all,
except possibly to see how some bizarre interface to the kernel was done.
It is such a poor piece ofinterface that I found it a constant aggravation
every time I typed a command.
joe
∂11-Mar-82 1245 AVB Re: UNIX & "the" Answer
∂11-Mar-82 1237 Joe.Newcomer at Cmu-10a Re: UNIX & "the" Answer
Date: 11 March 1982 1354-EST (Thursday)
From: Joe.Newcomer at Cmu-10a
To: works at Mit-Ai
Subject: Re: UNIX & "the" Answer
In-Reply-To: Michael Muuss's message of 11 Mar 82 04:06-EST
Via: Mit-Ai; 11 Mar 82 14:36-EDT
Via: Brl-Bmd; 11 Mar 82 14:52-EDT
I guess I would never have classified the programming environment on Unix
as "delightful"; the editors pretty uniformly are crocks, and C is the
third worst high-level language I've used (Pascal being the worst), but
it is one of the few languages in which one can write a realistic program
that is hardware independent. What made Unix great was the third point,
which was the tailorable user environment on a mini. There is no
question that Unix is a great operating system for a PDP-11, Z80,
maybe a 68000, but it compromises too many things on a VAX, and trades off
people cycles for machine cycles. People cycles cost a whole lot more.
It also reflects some very narrow cultural background which is slightly
out of step with the rest of the world ('ls'' means 'directory' and
'rm' means 'delete') which wouldn't be so bad if the documentation keyword
retrieval used traditional words as well as Unix-cultural words.
Alas, it does not, and the great "on line documentation" is nearly useless
to an expepienced programmer who thinks in concepts (like deleting
a file) instead of Unix jargon. This makes the learning cureve on Unix
very difficult to overcome, and the frustration of spending 15 minutes trying
to figure out how to delete a file is enough to turn someone off completely.
joe
∂11-Mar-82 1652 AVB Re: Ethernet Doomed?
∂11-Mar-82 1544 BILLW at Sri-Kl Re: Ethernet Doomed?
Date: 11 Mar 1982 1206-PST
Sender: BILLW at Sri-Kl
Subject: Re: Ethernet Doomed?
From: BILLW at Sri-Kl
To: SIRBU at Mit-Mc
Cc: Ryland at Sri-Kl, Human-nets at Mit-Ai, WorkS at Mit-Ai
Message-ID: <[SRI-KL]11-Mar-82 12:06:05.BILLW>
In-Reply-To: Your message of 11 March 1982 09:02-EST
Via: Mit-Ai; 11 Mar 82 18:00-EDT
Via: Brl-Bmd; 11 Mar 82 18:11-EDT
You are also wrong. An ethernet tranceiver is a far cry from a
modem, and is a lot simpler, but it isnt quite pure digital.
I believe that EtherNet does colision detect by measuring the
DC level on the coax - If one person is using it, the dc level
is about X. If two people are trying to transmit at once,
it deviates from X. A tranceiver has to be pretty sneaky
since X will vary depending on how far away from this tranceiver
the station that is transmitting is. A person from MIT recently
gave a talk at Stanford advocating ringnets over ethernets for
this (simplified analog electronics), amoung other reasons...
Bill W
∂11-Mar-82 1653 AVB Re: Re: UNIX & "the" Answer
∂11-Mar-82 1602 mike at Rand-Unix Re: Re: UNIX & "the" Answer
Date: Thursday, 11 Mar 1982 13:56-PST
To: Joe.Newcomer at Cmu-10a
Cc: woris at Mit-Ai
Subject: Re: Re: UNIX & "the" Answer
In-reply-to: Your message of 11 March 1982 1354-EST (Thursday).
From: Mike at Rand-Unix
αVia: Mit-Ai; 11 Mar 82 18:30-EDT
Via: Brl-Bmd; 1⊃ Mar 82 1_:42-EDT
@ear Jge,
¬
Your Message about UNIX has the following semantic content:
UNIX is no good because a) C is "the worst" and b)
because UNIP doesn't call things the way "I'm" used
to, ie it doesn't conform to PDP 6 (andits successors)
terminlogy, so it must be "wrong".
Can we raise the iNtellectual content of this list a little?
Michael
∂11-Mar-82 1653 AVB Someone's Theory
∂11-Mar-82 1612 mo at Lbl-Unix (Mike O'Dell [system]) Someone's Theory
Date: 11 Mar 1982 13:09:56-PST
From: mo at Lbl-Unix (Mike O'Dell [system])
To: works at Mit-Ai
Subject: Someone's Theory
Via: Mit-Ai; 11 Mar 82 18:40-EDT
Via: Brl-Bmd; 11 Mar 82 18:44-EDT
Just a passing comment...
There is a psychological theory, the author of which I can't remember at
the moment, which says the first language you learn, or become fluent
in, dramatically controls the thoughts you can have. In watching
the recent interchanges, I wonder if there is evidence supporting
this for Operating Systems (Tenex, for example) and Programming
Languages (C, for instance). The flames both ways are interesting
to watch, so I won't jump in just now, but it might be interesting
for people to reflect on their opinions and attempt to understand
their biases. The whole world is not Vaxen, 68000's, or even KL20's.
-Mike
∂11-Mar-82 1930 AVB Re: Unix really isn't the answer
∂11-Mar-82 1920 George.Coulouris at Cmu-10a Re: UniX really isn't the answer
Date: 11 March 1982 1843-EST (Thursday)
From: George.Coulouris at Cmu-10a
To: works at BRL
Subject: Re: UNix really isn't the answer
In-Reply-To: Nathaniel Mishkin's message of 10 Mar 82 21:49-EST
Message-Id: <11Mar82 184300 GC12@CMU-10A>
Via: Cmu-10a; 11 Mar 82 21:28-EDT
After 6 years working on user interface problems here at Queen Mary College
London in a UNIX environment. I agree wholeheartedly that UNIX is not suitable
(and was not intended by its designers) as a basis for workstation application
development. It isn't surprising that this is so, because 'dazzling user
interfaces' require quite a lot of computing resource, and they require
the resources to be allocated on a schedule that gives the user an illusign
of animation (see my earlier message on this bb 'what is a workstation').
Resource scheduling and process swapping are so deaply embedded in the
philosophy of a system like UNIX that it will be harder to change
it than to start again (I don't mean tinkering with the scheduling
algorithm, I mean altering the design so that process swapping
is as economical as procedure calling).¬
Is Mesa the answer? I don't know becau@MJA∩A!CmK\≥hAkg∃HASh0AEkh↓Q←nA¬E←kh4∃giK∃aS]N↓c←[J↓←LA←UdAISMGkgg%←\Ai=oCeILASIK9iSMs%]NA←UdAeKEkSeK5K]if↓MWd~)iQJAM←MiO¬eJAK9mSe←9[KMh↓←LAB↓o←eWMiCiS=\}A→∃hA[J↓WSGV↓←MLA]SiP~)BAmKIrAS]
←[aY∃iJAo%gP[Y%cht~(~∀bR↓ qiK9gSEY∀ACaa1SGCi%←\Ag=MaoCIJ\A/=eWS]≤AK]m%e←][∃]ifA∃m←Ym∀X~∃C9HAg↑↓I↑AS9ISmS⊃kCYf≤ACaaI←CGQ∃fAi↑↓iQKSHAo←e,\~∃)!JA←Y⊂@Og←→ioCe∀AeKY∃CgKf≤ACaaI←CGP↓iVAg=MioCIJAka⊃CiS]≤ASfA
YKCe1r~∃Y¬kOQC YJAo!K\ACAaYSK⊂AS\A∧AISgQeSEkQKHAS9M←e[¬iS←\↓aae←
KggS9NAK]YSe←]5K]h\4∃/JA9KKHAQ↑AEJ↓CEYJ↓i↑AKaiK]H↓iQJAM←Mio¬eJA/!∪→
A%(A∪&↓%+≥≥%≥∞XA]SiPA∧AQSO ~∃IK≥eKJA=LAG←9MSIK9GJAi!ChA←UdAKqQK]gS=]fACIJAG←9gSgi∃]hAo%iPAi!JAKq%giS]≤AgsgQKZ\
4∃)QSLAeKcUSeKf↓[←Ik1CeSidXAS]QKeMC
JAGQ∃GWS]≤XAIs9C[SF↓ES]I%]NA←_Ags[ ←Yf~)i↑A← UKGiLAC]H↓gieS
hAisAS]N@!g↑Ai!ChAi!JA←E)KGif↓aCgg∃HACGI←gfA%]iKe→CGKf4∃GC\≥hAgaIKCHA%]MKGQS←\AQ↑Aae∃mS←kMYrAm¬YSHA5←IkY∃fRA∩↓k]IKIgiC]⊂AiQCP~∃CYQQ←kO A≠Kg∧ASfAMie←]≥YrAieaKHA%\A[←MhACe∃CfXAQQKeJ↓CeJA1←←aQ=YKf\4∃∩AI=\OhAQQS]V↓iQCh↓SfAO=←HAK9←kOP↓EKGCUgJAo∀AeKcUSeJA¬Y[←gPAi←i¬XAG←9MSIK9GJAS8A←kd~∃S]QKeMC
Kf\A%\AaCMgS]N0AShA%fAo←IiPA[∃]iS←9S]NAQQChA AGC\↓]KmKHAEJAMie←]≥YrAieaKH~)EKGCUgJACIeCrA ←k]ILAGC]9←hAE∀AGQK
WKH@!C[←]≥ghA←QQKdAIKCg←9fR\~(~∀dR↓π←]GUeeK]
r\A/=eWgi¬iS←]LAKqSMhAS\↓BAISMieSEUiKHA%]M←e5CiS←8Aae←
KggS9N~∃K9mSe←9[K]hQBAY=GCXA9Kio←IVAG←9iCS]%]NAo=eWgi¬iS←]LAC]H↓gKem∃dAgi¬iS←]LR\~∃QQJAK9mSe←9[K]h↓SfAS9QKeK9iYrA1KgfAMs]GQI←]←kLAiQC8ABAg%]OYJ↓GK]iICX~∃MsgiK4XAg↑↓iQJAAe←Oe¬ZAgQ=kYHA JA[C⊃JAk`↓←LA[¬]rAG=[[k]%GCiS9NAgKEkK]i%CX~∃Ae←GKMgKf\↓∩AiQ%]VAi!SfAC1g↑ACAaYSKLAoSi!S\AB↓gS]O1JAo←IWgiCQS←\A KGCkMJ~∃i!JAπ'@A[CW∃fABAYKerA≥←←HA5←IkY¬dAEk%YIS]≤AEY←
VXAo%iPAi!JACI⊃KHAC⊃mC]i¬OJAi!ChAi!J~∃I∃GSgS=]fAC ←khA]QSGP↓CeJA∃qKGkQKHAG=]GkeIK]iYdAGC\↓EJAY∃MhAi<AiQJ4∃gGQ∃IkYS9NAC]⊂AG←[5k]SG¬iS←\↓[KGQ¬]SgZ8~∀~∃≥K←eO∀Aπ←k1←keSL~∃π←5akiKHA'sgQK[fA1CE←e¬i←er4∃#kK∃\A≠CIrAπ←1YKOJ4∃→←]⊃←\~∀4∀~∀_≡bf5≠CdZ`d@@`djp∪βY∧@@@%∨aS]%←]f@_A¬SCMKf@~(@≡bb5≠CdZ`d@@d@`n∪∃=KX]∂=YIEKIOKdA¬hA+g [∪gSλ@∪∨a%]S←]L@LA¬%CgKf@@@~) CiJh@bbA5Cd@bdpd@b\br[!M(~∃'∃]IKdhA∃∂∨1 ¬ %≥ $ACPA+gF5∪gSD4∃'kE)KGht↓∨aS]%←]f@_A¬SCMKf~∃→e←Zt↓∃←KX9∂←YI KeOKHAChAUgF[∪MSD~∃IKaYr5)↑tA)∂∨→ %∂ HAChAUgF[∪MSD~∃Q↑tA/=eWfA¬hA≠SP[βR~)≠Kgg¬OJ[∪⊂t@y7U'ε[∪M∪¬:bD[≠Cd4pd@b\tbrtL`]∃∂=→ ¬ I∂ $|4∃-SBh@A≠SP[βRvbbA≠¬d@pdddt`X[ (4∃-SBh@A¬e0[¬[Hl@bbA5Cd@pH@ddtD`[ P~∀~∃%\A[r↓←eSO%]CXA5KggC≥JAiQ¬hAgK∃[fAi<AQCm∀Ai←k
QKHA=MLAi!SfAe∃GK]h4∃IKE¬iJA∩↓oCfA9←hAiIsS]N↓i↑AC⊃m←GCQJAiQ∀AIKm∃Y←a[∃]hA←_ABAa=eiCE1J~∃)=!&Zd@AM←d↓aKeg=]CXA
←[akQKefX↓]←dA⊃SHA∩↓MKKX↓iQJA9KKHAQ↑Aa←%]hA←Uh~∃i!JAG←9iS]k%]NAC9]←sC9GJA←_A+≥∪`AG←[5C]HA9C[S]≤AaeC
iSGKL\~∀~)∩AEK1SKmJ↓iQJAQQK←edA←MM∃eKHA rA S-JA≡O⊃KYXA%fAGKIiCS]1rAieUJAEkPA←L~)YSii1JAeK1KmC]
JAi↑↓[rA←ISOS]¬XAG←9GKe]L\@A'=[K←]∀AQKe∀AChA%'∩Aa=S]iK⊂~∃←kPAiQCPAG←[AkiKeLACeJ↓Kqie∃[KYr↓O←←H↓ChAe∀[KIk
CiS]≤AiQK%dAkg∃efAi<~∃]K\AG←[5C]If↓C]H←=dAae=GKIkIKfXA%hA←]1rAiC-KfABfew trys at using
file-name completion on UNIX to learn that it doesn't work!
I think the real point is that when standing at the crossroads that
many of us are, in terms of changing our present computing
environments, it is a serious mistake to be content to trade one
traditional operating system for another. In the past this was not
the case; It was entirely reasonable to trade TOPS-10 for TENEX/TOPS-20,
or RSX/RSTS for UNIX, it is probably still reasonable to trade VMS for
UNIX. I don't know the options for 68000 based systems, but you get
the idea. It is not reasonable however to trade TOPS-20 for UNIX or
vice-versa, each has virtues the other lacks and when faced with a
user community that is comfortable in one or the other, the only way
to convince them the change is for the better is to offer them
something MUCH BETTER. The general feeling seems to be that this
means bit-mapped displays, mice, multiple windows, and reasonable
tools for the manipulation of these things.
My concern is that UNIX doesn't provide a suitable foundation for
building this environment (I don't think TOPS-20 does either!). One
way to insure that you build an entirely new environment is to pick
some hardware that all the old stuff doesn't work on (SPICE on PERQ's eg)
the other way is to use the same old hardware, but with an entirely
new Operating system (seems like UNIX started this way).
It may well be that↓ShAe∃ckSe∃fAC\↓KMM←IhA←\↓iQJAMGCYJ↓←LAi!JA' ¬$Ai↑4∃CGG=[aYSMPAiQ%fPAEUhASL↓iQCh↓SfAi!JAGCMJAoJ↓gQ←k1HACI5ShASPXAC]⊂A]←h4∃aeKQK]HAQQChA]JOeJ↓K]iKIS]NAQQJA]∃n[CO∀A←LA
←[akQS]NA]SiPAM+≤
∃QKe[S9CYfAIk]]S9NA+≥%0\~∀4∀ZA∃=KXA∂=YIEKIOCd@4~∀
∀4∀_≡bf5≠CdZ`d@@`djr∪βY∧@@@%+≥∪0↓CfAB↓o←eW%]NAK9mSe←9[K]h@@@~(@≡bb5≠CdZ`d@@d@bn∪'MiKS] KeN]M←MiβIifACPA≠Sh5≠kYi%Gf@∪U≥∪0A¬fABA]←eWS9NAK]YSe←]5K]h~) CiJh@@bb↓≠CeG @brpH@d`tDdAKgP~∃
e=Zt@AM'iKS9EKeN9'←Mi¬eifA¬hA≠SP[≠kYQSGf~)'kEU∃Ght@↓+≥∪0↓CfAB↓o←eW%]NAK9mSe←9[K]h4∃'K]⊃Kdt@↓π∨≠'¬(]'←→iβeiLAChA5Sh[≠UYiSGL~∃)↑h@Ao←IWfACPA≠Sh5βR~∀)Me←Zh@A'βL@Q'KQPAα\↓'iKS9EKeN$~∃→←
CXt@↓o←eWLAChA5Sh[C$~∃-S∧t@A≠%h[βRl@bbA5Cd@pH@ddtD`[ P~∃-S∧t@A¬IX[¬[⊂v@bb↓≠Cd@`d@ddhfb[ ⊃(~∀~)+≥∪0↓SfAB↓]SGJ↓Q←[KdAgsgQKZAEUhASh↓SfA]=hABA1←hAI%MMKe∃]hAMI←Z~∃M←[Ki!S]NA1SWJA
@ln8@A→S-JABA!CYLA∧AI←u∃\A←i!KdAgegiK[LA∩AQ¬mJ~∃UgKHA%hAQCLABA]%GJAgUEe←kQS]JA1SEeCIrAg↑↓s←jA
C\AO∃hACh↓iQJA=&~∃MI←ZAB↓QSOQ∃dAYKYKXAY¬]OkC≥JAC]⊂AShAAe←mS⊃KfAB↓oKCV↓M←eZ↓←L~∃⊃s]C[%FAYS9WS]NQkgS9NAae=GKgf↓MWeW%]NRAM↑As←TAGC\↓oeSi∀As←kH~∃←o8AG←[5C]HAAe←GKMg←dA1SWJAAe←Oe¬[f\@↓≠kYi%GfAI%HASh↓EKii∃dX~∃=&↑fl@A≠-&↓ISHA%hACE=khACLAoKY0AKqG∃ahAi!JAiKI[S]C0AgkaA←ehA]Cf~∃]←egJ0AKCe1rA!e%[←fA YKnA%hAEK
CkgJ↓iQKSHAQSO AYKm∃XAYC9OkCO∀~∃oCLA
←eQeC\X↓≠COS @lAI%HAiQ%fAae∃iirA]KYXA khAo¬fABA ShAE%NAM←H~∃iQ∀Aae←
Kgg←HAC]H↓g↑A←8\@A'=[JA←_AiQKMJAgsMiK[f↓MKYh↓[←eJ4∃G←[→←eiC YJAi!C\A←QQKef8@A+≥%0ASf↓kgkC1YrAi!JAMSIghAI∃GK]h4∃gsgQKZAa∃←aYJ↓OKhAQ↑Akg∀AC]H↓iQKr↓kgkC1YrAM¬YXAS8AY←m∀AoSi ASh~)C]HA9KmKd↓ckKgQS←\A%h\@Alc:@A!CmS]≤Aakh↓k`Ao%iPAB↓I←uK8~∃←a∃eCiS9NAgsMiK[f↓g↑AM¬dA∩AAkhA+9∪0AS8AiQJ↓[kGP↓EKii∃dAiQ¬\~∃CYKeCO∀AGCi∃O←er↓EkhA¬ZAG←9giC]QYrAe∃[S]I∃HA←L↓iQJAMCsS]≤X@E∪_~∃ ]≥YSgP↓oCfA∧AO←←⊂AK]←UOPAY¬]OkC≥JAM←HAiQJ↓→←eH↓i↑AoISiJAQQJ~∃ SEYJ↓S\Ai!K\ASPOfAO=←HAK9←kOP↓I←dA5J\D~(~∃βf↓MCdA¬fAiQ∀AMkiUeJ}@↓≠rAM¬m←eSQJAgsMiKZAQ←ICr↓G←]g%gifA=HAB~)QCSedA ≠β
&\@A$AY←O%\XAK9iKdA∃≠βπ&↓C]HAMiCrAQQKeJ8@A/Qd}~∃¬∃GCkg∀XAoSQPABA→KnAKaiK]g%←]fA]JAQCYJAakPAS\X↓iQKe∀ASfA9↑~∃e∃Cg←\↓]←hAQ↑Ao←IRAS\↓C\AK9mSe←9[K]h↓S\Ao!SGPAQQJAg
eKK\↓Sf~∃]KYXA5C]CO∃HAC]⊂A∩AG¬\AI↑↓iQJAQQS]OLA∩AI<ACYX↓iQJAQS[JA∃CgSYd\~∃∪LA ≠β
&AiQ∀AC]g]Kd}@↓∩AI←UEhASP\~∀~)/QCh↓I←Kf↓BAO←=HAgsMiKZA9KKH}4∀~∀@@@A e]C[S AYS]-S]Nt↓+≥∪0↓CY[←MhAQCLAiQSLXAEkPAs←J↓giSY0AQCm∀~∀@@@Ai↑↓o←eV↓i↑AM%pABA kNAS8ABAY%EeCed\@A≠UYiSGLXA≠C≥SF@l0~∀@@@A'≠¬→→)β1⊗AgsMiK[f↓C]HAQQJA→%g`A≠¬GQS]∀AQCm∀AiQSL\~∀~(@@@@↓'GeK∃\A≠C9COK[∃]htAe←jAI=\OhA9 λA ShA[¬aaKH↓gGeK∃]fAi<AI↑~(@@@@↓g←[KQQS]N↓]SGJ↓i↑As=kdAg
eKK\8@A3←TA]KK⊂AS[C≥S]Ci%←\\~(@@@@↓!Keg=]CYYdXA∩A1SWJA ShA[¬aaKH↓gGeK∃]fXAQQKrA
C\AE∀AieK¬iKH~(@@@@↓IKmS
JAS]⊃KaK]⊃K]iYdXAEkPAoQCPAs←j↓eKCY1rA]K∃HASf↓i↑Ai!S]V~(@@@@↓S\Ai∃e[fA=LAgGIKK]f0A]←h↓iKYKQsaKf8~∀~∀@@@A5K[←edA≠C]¬OK[K9htA∩↓QCmJ↓gKK\↓gKmKICXAO=←HACAae←C
QKf\4∀@@@A→C]≥kCOJ↓←eSK9iKHAMsgiK5fAkg∀@E←E)KGhD↓←eSK9iCiS=\AoQ%GP~∀@@@A]SYXAAe←EC YrAE∀AiQJ↓oS]]∃dXAEUhAgK≥[K]i¬iS←\↓ae←m%IKfA∧~∀@@@A]k5EKdA=LAkg∃MkXA¬ImC]QCOKf8@A)Q∀A→Sg@A≠CG!S]JAUgKfA ←iP~(@@@@↓C]HX↓←LAG=kegJ0As←j↓!β∂
↓k]IKI]KCi AiQJ↓oQ←Y∀AiQS9N\@Ale:~∀4∃∩AC≥eKJAQQChAQQKeJ↓SfAB↓g←Mi]CeJAAe←EY∃ZAC]⊂A∩Ai!S]VAQQKeJ↓SfAB4∃g←MQoCeJ↓ae←E1KZAE∃GCkg∀A[←gPAgsgQK[fAAe←Oe¬[[KeLAC]H↓[←gh4∃gsgQK[fA!CGWKIfACe∀A≥∨(↓∪≠β∂%≥β)∪Y
AC]⊂A∪≥≥=-β)∪Y
AK]=kOP\4∀~∀@@@@@@@@@@@@@@@@@@@@@@@A/=nXAi!ChA←UOQhAQ↑AOKPAiQJ↓ECiP4∀@@@@@@@@@@@@@@@@@@@@@@@AoCi∃dAB[ kEEY%]NX~(~∀@@@@@@@@@@@@@@@@@@@@@@@@@@@A∂e∃ChAE¬YYfA=LAMSIJ@\\8~∀~∀@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@AMKiPAMiKS] KeN~(~∃+'∃→ '&↓
∨∨)9∨) &4∀~∃6E:@A/!rAKYMJAI←∃fAKm∃es←]∀AgCrhA+≥∪`ASfA)kghA1SWJA5kYiS
f~∃KaGKah↓EKii∃dAC]⊂ASO]=eJAC1XA←L↓iQJA]←eVA=\AGCACESY%iSKf↓C]H~)gGCY%]NAY¬eOJAMsgiK5fAEC
VA←\↓π)'&↓C]HAQQJA!⊃ Zb}A∪hOLAgS[AYJX~)iQKr↓W]←n↓+≥∪0↓EkhAQQKrA!CmK\≥hAKm∃\AeK¬HACE=khA≠UYiSGL\~∀~)6e:AM≠β→→Qβ→⊗A⊃←KfA9←hAa¬OJ\@↓∪hAY=CIfA=EUKGQfAMe=ZAiQ∀AISg,~∃oQ%GPASLA≥∨(↓iQJAMC[J\A)QKdAieS∃HABA ∪¬∨ ↓gGQK5JAC]⊂AoQK8ASh~)MCSY∃HAiQIKnA←UhAiQ∀AECEdAi←↑8@Aβf↓s←jA5CrAQ¬mJAO¬iQKe∃HA∩~)iQS],AiQKdA[CI∀ABA[%giCW∀AoSi AiQK%dA- I2Aπ→∃- $AMGQK[∀AEkh↓∩~∃[¬rAEJ↓oe←]≤\~∀~(~∀~∀_≡bf5≠CdZ`d@@`djr∪βY∧@@@%+]Sp0A∪¬~0AQk[¬]WS]⊂XA'[¬YYiC1VXAC9S[Ci%←\XAACeCY1KYSg4@@@~(@≡bb5≠CdZ`d@@dDbd∪π!eSfAIsYC]⊂@y%31β≥ ↓MeR[↔0|@∪+9SpXA%¬~XA!k[C]-S]HX↓'[CY1iCYV0AC]S5CiS←8XAaCICYYK1SgZ~) CiJh@bbA5Cd@bdpd@d@`b[!M(~∃
I←ZtA
QeSf↓%sYC9H@y%e→β≥ ↓'eR[-X|~∃MkEUK
htA+9SpXA%¬~XA!k[C]-S]HX↓'[CY1iCYV0AC]Sation, parallelism
To: works at BRL
Via: Sri-Kl; 11 Mar 82 23:07-EDT
Please, let's not crank up the old Unix religious debate on WorkS. See
back issues of nearly every other digest on the net for similar debates.
I think it's clear that the critical resource in today's computing world
is manpower, not machinery. The result? Systems which encourage and
support software movement among a variety of hosts are boundto be popular;
UniX and CP/m fill that↓ESYX↓eKCg=]CEYdAoKY0@Q]↑↓G←[a¬eSg←8AEKi]SqhAQQJ~∃Qo↑AS9iK]I∃HR\~(~∃'S9GJAi!SfAY%ghASLAgkaA←gKH↓i↑AE∀ABAG=YYKGQSmJAM←kX[MKCeG AM←d↓iQJAUYiS[¬iJ~∃]←eWgQCiS←8@QoQ¬iKmKHAiQCPASfR0AoQCPA[SO!hAG←9GKSm¬EYrAMKemJ↓CfAB↓ECgSL~∃M←HAiQJ↓]Kqh↓oCmJ0ACMi∃dA+]%pv@A$Aae←A←gJAM[CYYQCYV@!'(p`↓M←dAMQ←eh$\~∃'Pp`Ag%ifAUUghAC ←khA=\AiQ∀AKIO∀A←LA]QChAQ←ICr≥fAQCIIoCe∀@QeK¬Ht@la⊗~∃KEkSmC1K]if↓C]HA→←YY←\[←]f$AGC\↓gkaa=eh@EIKCg←9CEYrλ\@A∩≥mJAg∃K\A'Pp`~∃%\Akg∀XAC]⊂AW]←\AiQCPA∩OH↓[kGP↓aeKM∃dAiQ¬hAo←IYHAi<AC]sQQS]N↓KYgJ↓∩OmJ4∃gKK8@QS]
YkIS9NA→SM`A[C
QS]Kβ→1β←FK∂!βF [∃βε+K#ππ→βS#*β7?O"β∂?7εc↔S∃bβ'_4V 3O=π##∃βn{OQβ∂∪∂π;,ceβ∂}kC3↔BβCK??∪π77Ns≥β↔w3'K?vk↔;Qπ#?∪πJI9↓αJβS#'vX4+SF)αb⊗∀zaαOO≠S↔7~α∂?;≡+CSM∧;K?Wα↓#?Iπ;#πS/3↔Iβ&C↔eβ≡ 31β&C↔7O.c[↔Mεs?]$hSπ3Ozβ/;??→β'QαC←#eε+3O∃π;?W3"βS#↔Jβ#π[*β∪↔[␈#↔⊃β≡yβ7πwIβg↔∂∪MβSzαNQ⎇Hh*'Q?→β¬β≡Cπ7∃π##πQπ##↔e?∪∃β#∂3';≥π≠W∂!ε β#π⊗!βS'n)βK↔f+πO'v9αNQπ#=βSF(4+←␈∪3⊃1ε∪WQαJβ#↔π∩βS#↔J;K∃β}qβS#*β[↔K>)β?→π≠W∂!ε βK↔f+πO∃ε ≠S↔∩β¬β3}s≤4+⊗ SS3*βS=β>+Qβ3N≠↔;OL¬f:ε⎇⎇⊗v:d∧αDJ
↔&*∞Mrπ∨ \7.f≡LRεf≥<Rπ&
≡2bε.Z@hT∀ 6∞r}Dπ∞∂∀ ⊗fb∞Mε∂" ∀εF.≡%bHh!Q%≥#ε∧εF∂4 WF∞>MGJπM Rππ-}ε/↔M≤W
π∞-wε␈<\Bπ⊗\<Vw&O↔"ε∞d WG&]n6N⊗LTπ∨O>LVhh.⎇↔&B ≥bα⊗≥m⊗n∂L\B∩εl\Vbr∧ ↔"εM|W≡r}@π/≡T∞ε∂⊗≥MF.f≡=RεNd ⊗wJ
L↔⊗>QQ'>∂∃Dε↔/D ∩>j 9vw6≥l6."∞Mε∂"∞|Rε&⎇dw"π]lF/↔>L⊗v"
w:πMtπ/≡T
V∂∨=≡f(h.λ↔⊗∞MLVfO=PεNr ≥gJε.ZBπ& Tε∨↔\LW∨"∞<Vw≡T¬ε*vueBπ>\≡FF/$
π⊗.M≤7&N⎇e∩`h!Q$oJ
_F.∞D
v␈⊗>>F∂&≥⎇bbπ ↑&F∂∞4ε↔.≥LF∞⊗LTε↔Jε"ββαD
v␈.LDπεf≤<RεnT
⊗rε⊃Q'6O.NV∞b∞⎇w⊗FD¬β≡" ≥f"ε≥MBJπ⎇ W⊗*∞Mε*ε ≥Ffn≡-2π>≤4εn∞MLV∞⊗≥M↔'J
xbπ& QPV↑-,V∨'4 ⊗v" ≤7&←.4εNr∞Mε*π]m↔6/.8Rrα
MεO~
≡2ε∞d
vf"
_F.
D '/"
\⊗↑/1Q&≡}↑
F/&T∞6.w<Tπ&Z
\Rrαλ≥f"εmtε}vT
↔4→≠z-lh_;O≡~~;Lt≤y<M≥⎇<{∂∀_;≠mlc"]
<y(
M;Y<edλ⊂[m≥≤h→
}{H≥
t≥~→$∞x;9$
{→λ∞∞[x[ ].H≠Mt≠{Y$
{[⎇n4~≠⎇d∞≠c"N↑y(≠,≡|z=LT_;;n]]≤h
|H_{m↑≥=~-lh≤≠n|<KH∧
~→(
⎇→λ∀ ≡X9~,⎇<h~N↑⎇λ→
⎇I⎇β!-8:y$∞y;\lT_;↑-]|Y(
≤H≡;nT~_=LT_Z;
M;{\d
yH~ ≡Y≥x.,(_8nM|\h¬
;H≥
#"R ↑z=≥∧∞y;\lU(→[mM≠⎇z-lh≤=,≤≤Z;
M;{\d
yH≤l>Z<≥∞5C"K%U+++%Q"C"@↓Al,k)\<K.ε$λ ,εεα05H$λλα.=y]≥l≡Y(≤L]→8<l↑hβ"D↓l,+)\<K.ε$λ L&⊗α5p)Iq4H ≡λ⊂{.U,L_d↓<{yNNx<Y$∞Y;→,≡y<h∧∧λβ"HL=→.Dε,(∪,≡H .'εH LF'+14jA"Q\M⎇.H∃h→∩q4D =λ⊂m↑+,L 1"U≠g$≥{|M>h_=∧ := (≥#"Tn\ZY8nGH≤{ln≥x<LT≤Y; \<y<aQS9<n<9y+)_∞H∂πεL L&εLLN&&Up3 84P⊂iZ+,Lλ7C"UM≤.Hλ ]= 0-↔h ,$ 8<HπεH Lg&N+1(Jβ"UM≤.Hλλ.[ 0M\∞h &∀∪8<Dπ H F7Ll+(X∃β"AQT{yNNx<Y$∞Y;→,≡y<h∞⎇;≠λ
⎇[≡( ,(→~,lY<Y-nλ~;D∞~→( n=≥<LT~;H∞M_=λ∞M→<Y$∞z;≠↓QXY(
\;↑(
]|Y(
\8z~-l<kλ ≥Yλ_-o(~;LM=Z9∞\;λ≠ml(≠8/∀≠[⎇∧
_=Y$ (_[m}λ→→.m8y+AQU~~-l|h≥
=λ≥m≥≠λ_m⎇]~;N\(≥≠d
_=Y$∞Y;→,≡y<h ≡Y(_-Mλ≥~ T≤⎇_-l_<Y∧ {{<∞↑→<C!,{{< ≥↑(≤m|]≥x.,+λ≤n\zλ_.4∪tk∧ {{<
≥→<\eD⊃⊂S*5λ→= 5Hλ∪l.Z;⎇.=≡(≥
<y#!-=<⎇∧ Y(_L≤z⎇x.,λ_{m↑_=~,-→(≥m≡~λ_.∞≠~8l≡~;{N4≤_8m<9y<edλ∀{d∞z_=∧}h≠Y.wc"P.4≠≠{Lt_<h∞M→(~-n→<YL≤y<h ≡Y(_m⎇<_=
≤[→+∧∞~→<LT≥z;
D_Y(
mh≤≤M|[→;%a"C"H≡h≥≠d∞~→(∞
≡<z,<;λ≠,\z_;M≡{(→M}H→~.>≤Z8N↑~;Yd∞{y]∞|<Y+∧
=λ_l≥H→[mM≠⎇c!.~→(
⎇→λ≤nO;→(
|H≤y-l~;Yd (≠Y.t≥_< T≠|H m≠|≤∂∃Hλ∃
<h≥m};→λ ,(≠;n]]→9↓Q[{H ≥H~;LM=Z9∞\;λ≠,≤z~;LUλ≠|D
{H_$
Y=≥m}Zh≤l↑]Y<D ;Yλ∞M→;H -{⎇λ
}Y<C!.~→(
l= H∧
~→(λ95(∃H≠≤h_-NY89∂∀→≠h∞M~<h∞=;Xy$ε,H∃H≠≤h≤m <Y(ε$≥_< Q"Y≤M≡Y<h
}Y<H ≥H⊃=
<[Y.EC"C!*~→(
}~→<D
x]Z-}<h_-N→<[L≡~=Y$
<h≤m≥<≠≡$∞≠h≤m
<λ≥
(≠Y.t≤{yNNx<Y$∞Z8#!-Y=≥m}ZkH∧λY<Zl]→>(
≡h~≠m⎇y9λ∞Mh≠⎇.$∃P6∞5Hλ∀mt~<hλH0kH∧ ;H≤∞-;Xz.
→+β!,;≠λ
l=h≤m|]≥x.,(≤Y-L8<y.4_{⎇-Lλ_Y$∞z~<∞ 9λ≥M≤(⊂4Jλ;Y=∧ ;Yλλ↑~→<Ml= C!!"R(∞=;<≠∂∀~_=L]I⎇λ
8<Y∧ ;↑=
;Yh∞M_=λ
\:y<d
9(≥
;Zh∞M_=λ∞<;≠~-lc"X-lλ≤y..Z8z-lh≤{ln≥x<LT≥z;
D_Y( ≥↑(→
≤YY<L]]λ
←_y<∞D_<h
\;]~-⎇Y9β!,8[⎇LU(≥~ ≥H~=∧
<h≠M}kHλ
,;9;,,<H≥
=λ≠ ≡Yy(
\8z~-l<h_-NY89∂∀~_=LQ"]~ T_x< ≤Z;~.O(→[n$≤Y;-}→(→
≤9{[n=<h≥M≤(≥~ T≤~≠ml(≠yD
_<Y∞|<Y( ≥Yβ"N=y]≥l≡Y(≤∞-x[→-↑h≥z
≥→(≥
(≠8,=~;Y$
<h≥.∧_;Y∧∞];[M≥YkC!$λλ %U+++%U#"C!!"C"@↓Al,k)\<K.ε$λ ,εε"05H$λλα(∀≠:;M}H≤≠m≥] KEdλβ"D↓l,K)\<K.ε$λ ε&b5z-M~8;$∧ipz
}≤iid
y<⎇ m9;→∧π⊂Z;
Jp∀|M∃2{∂D↓0(≠-≥[|H∞
z;]¬eKC"HL=→.Dε,(∪,≡H .'εH LfFk4∀jA"Ty-l→<NDλR3∪
t_=λ
>Z+2mA"T⎇,-Y8⎇π$⊂(≠-≥[|H∞
z;]¬eKC"Hn[{.D
z;≠
≤;(λH=≠|≤d$∃y<nLZ9; D∂⊂Z-M∃p∀n-+2{πa"U≠g$∃{|M:h_=∧λTSβ!)9<|l≤y+2(GH∂⊗j:R+2iK,,+)\<K.ε$ LnFFnLn%hR3∪
wC"UM≤.Hλ
>Z+2mGh ,D 8<HπεH NFV+11
A"C"I∀≥{⎇-Lλ≠~-<(≥≠d∞≠{Z.D≠⎇=∧∞~_=∧
Y=h
]8|[e↑≤[xl↑|{|N4_<Y$ Y:;Lq"X;M};Xq,D_=λ ∀≤X= T≠yH }Y8= ↑H≥~ ≥H≠{LT≤→<D∂98<Edλ∩9D∂;⎇(∞|;]β!/;⎇<D∞{|Zn>_=~-⎇H≥≠d Y(_,-→(≥
t≥<y$∞⎇_= T≠yH∞M→(_..λ≥→,=≠[{
|}+β!/;⎇(
=Y(∞Mh_Y$ 8[→$∞≠h≤∞↑λ_;D
|→<L≡~;Yd∞}<⎇ ](≠sD
=λ≤∞,=≥≡!Q\=2,={≡+D∧∃~~.4≠98-nh≥~ ≡λ~=∧∞z≠⎇-Lλ_Y$∞|Z=∞L;H~-d_(∀L]_=~.l;≡#!-~9z∧
→=Y-D≠_;L}89y%D≥z=∧ (≠:-m;=;$
yH≠,≤z~;LT_{y T≠Y8l↑|x<O⊃"Y[n$→88m∧≤≤[l<<|{n%Hλ∀M≤z≥λ
m⎇kλ∞M~<h
\8;\d
3R6¬D∩(∃
;ZcAQS8>,,(~3D (≠~.N≠→(∞⎇~;→$
=λ∃m≥≠λ~-l{≥9 T∀{8-M∃_;
4_;Y∧
⎇~→..kKKAQC"Ujq"C"@↓Al-k)\<K.ε$λ ,&7"05H$λλα*ytRtdλ~9y.>λ∃LD∧lMλ∧∧λβ"D↓l-K)\<K.ε$λ Lε6b39-D∀≠→,≡x;]∧π∃stI:h_=∧
U5⊃hZToH↓~stRj4⊃~9l↑⎇λ∃F$λlM∧∧λβ"HL=→.Dε-H∪,≡H .'εH LFVk14jA"Q\M⎇.H∪,]λ∀≠ \<x;ND∂∃sj)th_.D∀U5λx4ToAQT⎇8M,8⎇∞D
stRj4⊃~9l↑⎇λ∃F$λlM↓QTy;LL<NH
⊃04h→Uλ_.D∀U5λx4Tc!*≠nH
⎇|Ztg$∞c"J,<≠≡%Z≠nH
ytRtd =λ∀JZS
OFdice: H0%5 - Hilh Cntr, Busch Camp, Rutgers Univ, Piscataway, NJ x4780
Home: 206 Easton Ave., New Brunswick, N.J. 08901, (201) 249-2748
Works Digest Tuasday, 16 Mar 1982 Volume 2 : Issue 24
Today's Topicq: Administrivia
Someone's Theory
MoDems vs TransceIvers
Ethernet Doomed?
Your d¬SegPAYC]≥kCOJ4∀@@@@@@@@@@@@@@AU≥∪ @_A/←e-giCi%←]f@_A≥Ki]←eGS9N~∀@@@@@@@@@@@@@@@@@@@A+9∪0@LEiQJλAβ]g]Kd~∀@@@@@@@@@@@@@@@@@@@@AεAi!SeHA]←egh|~∀@@@@@@@@@@@@@@@@@@@@A∨AS]S←9f@LA SCgKL~∀~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~∃ ¬iJtA5←]ICdX@bj↓≠CeG @brpH@@d`hhl[!M(~∃
I←ZtA)←]Ci!C\Aβ1C\A'=Y←[←8@y∃'=_ACh↓ π εx~∃'k UKGhhAβI[%]SgiISmSBZA∨kPAoSi AiQJ↓←YH@4A∪\A]SiPAQQJA]∃n~∀~)∩AoSMPAi↑↓iCWJ↓iQSf↓←aa←Iik]SQrAi↑↓]←iJ↓iQCh↓oJAQ¬mJAO=]JAE¬GVAi<AiQJ4∃ISO∃ghAM=eZA←_AakE1SGCi%←\AM=dACY0AeKC⊃Kef\↓+]M←Iik]CQKYrX↓IkJAQ↑AY←¬H~∃e∃gieS
iS←]LAC]H↓iQJA∃qieK5JAm←1k[JA=HA[C%XA/←IW&AQ¬fAOK9KeCi∃HXASP~∃QCLAgS[AYrAE∃G←[J↓S[a←MgSEY∀Ai↑A⊃Sgie%EkiJ↓iQJA%]M←e5CiS←8AMCgPAK]←UOP~∃Q↑ACY0AeKC⊃KefA%\AiQ∀AgQ←IhAiS5JAEK→←eJAQQJA]∃qhAe∃ga←]MJASf↓eKCIdAi↑~)EJAg∃]h\A$AQ←a∀As←j↓oSYX↓k]IKIgiC]⊂AiQCPAShA%fAM←HAiQJ↓O←←H↓←LAC1X~∃i!ChA/=eW&A9←hAS9iKeM∃eJAo%iPAi!JA]←I[CXA=aKeCQS←\A=LAiQ∀Aβ%!¬≥KhX↓C]H~)iQCh↓ShAG=]iS]UJAi↑↓[CS]QCS\A∧@EgK
←]ICIrDAgQCikf↓i↑Ai!JAS[A←eiC9h~∃EUgS]KMfAoQ%GPASLAG←]⊃kGiK⊂A←\AQQJA≥∃h\~∀4∃/QK8A∩AgQCeiK⊂Ai↑A=MMKd↓S[[K⊃SCiJ↓eKISMieSEUiS←\↓C]HA⊃SOKgQSMSG¬iS←\0~∃∩A]CfAQ=aS]N↓iQCh↓iQJA1SghA]←kYH↓]↑AY=]OKd↓eKck%eJACLA[kG AiS[∀ACfA$~∃oCLAgaK9IS]N↓←\ASP\A)Q∀AMCGPAoCf↓iQCh↓∩Aga∃]hA[=eJAi%[JA←8A/←e-&AiQ¬\~∃∩↓QCHA∃mKdA KM←e∀AI←]∀XAgS9GJAi!JAm←1k[JA=LA[C%XAQC⊂AS]GIKCgK⊂AckSQJ~∃g<A[kG AC]H↓ShAo¬fAQCIHAM←HA[JAQ↑AWK∃`AiQ∀AISO∃gifAU`Ai↑↓ICiJ↓oSiP↓iQJ~)ISgGUggS←8\AβI⊃SiS←9CYYr0Ag←[∀A←LAQQJAiICMMS AQCH↓YSii1JAi↑↓]←iQ%]NAi<~∃I↑↓oSiP↓/←eWL\A∪h↓oCfA5rAeKMa←]g%ESYSQrAi↑↓S]gkIJAiQ¬hAgk
P~∃I%gGkgMS←]f↓oKeJ↓GQC]9KYKH↓i↑Ai!JAae=aKdA5CSYS9NAYSMh\A∨9JAKq¬[aYJ↓←L~∃QQSfA]CfAi!JAG←5aYCS9ifAC ←khAQQJA[∃ggCO∀AQKC⊃Kd\AQQSfAQsaJA=L~∃G=[aYC%]hAg!←kYH↓QCmJ↓O←]J↓i↑A/=eW&[IKckKMh\A≥=e[CY1rA∩A]←kYH↓QCmJ4∃GCk≥QhAi!KZAE∃M←eJ↓akEY%gQS]≤ABAI%OKgh8~∀~∃QQJAg%[aYJ↓MCGh↓SfAi!ChA∩↓I←\OPAQCm∀AiQJ↓iS[J↓C]s[=eJAi<AQC]⊃YJAi!J~∃iICMMS A←L@HAISO∃gifXhAISIKGhA5CSYS9NAYSMifXA¬]HAi!JAEeU]hA←_A[CS1S]N~)YSgh↓[CS]QCS]K9GJAC
e←gf↓iQJA¬%!β]∃h\A+9M←eiU]CiK1rAgS9GJA∩↓I↑Ai!SfACT~∃Oe¬iSfX↓C]HA$AI←\≥hAOKPAaCS⊂Ai↑A⊃↑ASh0A∩AG¬\OhA1KhASPAS]i∃eMKe∀AoSi ~∃iQ∀Ao←e,AoQS
PA∩A⊃↑AQKIJACh↓ π_X↓oQSG A∩AI<AOKh↓aCSH↓M←d\↓∩ACZ↓]←n~)M←eG∃HAi↑↓iCWJ↓iQJA1KgfAA←akY¬dACYQKe]CQSmJ@!i↑A[∀RAoQ%GPASLAi↑A≥SmJ~)k`A[=IKeCQS←\A=LAiQ∀AYSgP\A)Q∃eKM←IJA∩A¬ZA←M→SGSC1YrAe∃gSO]%]NA[d~∃aY¬GJACLA[←I∃eCi←HA←LA]←eW&8~∀
∃$OZA]=hAO←%]NAG=[aYKQKYrA¬oCrX↓∩AoS1XAeK5CS\A=\AiQ∀AgSI∃YS]KLAi↑~)CImSMJAC]⊂Ai↑A!KY`A5CS]i¬S\Ai!JAYSMhXAC1←]NA]SiPA=kdA]∃nA[←⊃KeCi=dX~∃5KXA!1KCgC9h\A≠∃XASf↓BAO←=HAMe%K]HA=LA[S9JXAg=[K←]∀AoQ↑↓∩AGC8AiekMhAi↑4∃WKK@AiQJ↓ISgGUggS←8AQKCIirAC9HAQK¬YiQMUXXAC9HA∩A¬ZAgkIJAiQ¬hAQJ↓oSYX4∃I↑A∧AMS]∀AU←D↓[←IKICiS]≤AiQJ↓/←eWMiCiS=\AISMGkgg%←\\A5KXASLABAgegiK[L~∃ae=OeC[5KdACPA%ki≥KefX↓C]HA!CHAC1oCsf↓QCHA¬\AS]QKeKgPAS\A]←eW&0Ag↑A%h~∃g∃K[KH↓←]Yr↓]CikICXAM=dAQS4Ai↑A5←IKe¬iJASP\A!Y∃CgJA!KY`A5JAoK1G←[J↓QSZ~)iP≥β&C∃α←␈∪&Mβ≡{77WvKSe8hP4(4PH$&∨}{⊃α3.≠-α7.a∧4(hP$$$HI)))RQ(4(HH$$%TRO?1Ph($$HH%))RQ)(4Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓↓↓α↓↓EI∧kπI↓A⊃↓Ii ↓iEel*NQ↓D3C%$hR≠K?kQ↓↓↓α↓α7'≡Cπ↔⊃∧kWWO~↓s7'↑*α Kbj 7⊃ph*S=R↓↓↓↓α↓↓α7L[∃α=<#↔31¬[OgO&+6u↓dk>α3⊗a6W≠MAx4*∨+ +↔∨!i↓↓¬∪∃i↓¬≠?7↔}s∃∨M¬##↔?↔H4(4TIβOC.sQβ7Jβ≠'K≥!β#πf17∪?V+9βg. KMβπ∪?∨K∞k7'≠8βπ;⊃εCπ∂/Ns≥β?rα&
4hSOgO&+7M9αα%β3N[∃αVtJaβS}sMβ /#S↔Ir↓α∪?/→βS#O→β7↔∞qα%∨jβG'∂[y↓α%¬;π∨↔⊂h+S#∂!β7?∨!βC↔␈β3∃β|qβS#*β;↔Qπ;#=βf+πK;,!β∂?oβWS'v9βO?n+C3π≡)β?SF+IβSF 84+≡{33↔>)βCK}∪π 3Jβ3↔π⊗s↔⊃αL∩59↓¬##'Mεkπeβ&+;Qβ&C∃βSF+?Keπ≠?7↔>CπQ9rq84(hR eβ&C∃β←∂I1α%π;?W3"β3'/*βS-β≡+∃β∪O≠∂WO≡K?9β&+;⊃β&yβ≠?fc?]β&C∃β3Ns↔Mβ}04) >CπQβ&C';∨~β∂π9π;∃β∪zβS#π β∨'[*βC↔?εc∃β↔6+9β7␈∪∃βC␈;↔Iβ&Cπ84U*:&a⎇"⊗*⊗BzR>B~iIA bβKπSF+IβSF 9βK*k#πOBβS#∃ε∪πO'≡ceβ∪. ⊃β'∨≠W∃β}04+←F+S#↔∩αV:&BaαR⊗t*a1β␈⊃αR>¬→5IAαC?Iβ/3↔9β≡{7↔SFK;≥β.cO∃%εKM↓ ⊗+OQ r↓α$4W∪↔∨π⊗!βS#*βS#K.)βπMε∪↔';:↓#K?.;#3eJβ≠W;∨#'?;∞c3eβ/ W'[∞c↔;QαC#π∂↑+KL4V+[↔KM;#↔K*aβC↔∞≠∃¬%bβ∪'≠6+K';:β7?O&ceβ'rβO7πfc'O!ε#↔SπNcM9↓¬##↔eε 304W∪↔CK/≠↔;Qπ##∃↓⊗∪↔OQ∩β?→β&C∃↓ ∨+KK↔w! βO}3S←π⊗)βS↔≡C;?3};eβ'ph+W3'∪¬7←N#↔OC⊗+π⊃β/≠∃9↓¬≠=1β>CπQ∨~β;↔c#x4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓αj7'/(h(4)ji555ji555ji555ji555ji555ji554hP4*∪∂#∃iα&CWKO& e1↓ α7π⊗≠!↓EKAI↓ACQQU6¬~P4*7∪?5i∧≠#K'~αKg3∞s⊃↓r↔K3π;$αOK%l[1x4U#=i↓ααN&J∃)βπQ∧k'Q6n_4+∂≠Q↓↓αG+7π9ls↔SMε Qα7O!6π$hROW V+∂Qi∧k?∪↔o→β[M¬#Kπ;≡≠↔'[/∪L4(hQ↓↓↓∧#πS∃RαS#W↔≠∪πeb↓EEαn K∂!β eaIα↓AYiβ⊃6BN h)↓↓αα≠K?kQ↓
7∂∪['9∧ 9αOO∪ U1∧SI9 βbN&J∃)βπQ∧j&Q6l→x4(hQ↓↓↓∧I∨5β≡{KKebβ WQ∧+S#↔⊗s↔Qβ&{↔Mβv{QβK.;W'K*β¬α6|"⊗51εKQβK/ W'K/→β∧4R↓↓↓α%∩ε:N≤*&Z⊗∩q↓αSF+K∃∨~β¬β N9β∪'63↔K↔v≠∃9↓h(4*}1β∂?/∪O∃β&C↔K∃?→β¬β&K≠≠↔⊗+;∂∃αCπ;⊃∧IβπO∨+7↔⊃π##πQε ;eβ⊗+π∪↔∩β?→βoH4+7/≠Oπ∨*β←?Wf!βW;&+KOS∞s⊃βSF)βS↔≡C;'∂∞aβ∪'∨#';∂&K?9%bβ WQεs?Qβ&C∃β/Ns⊂4+}1β∪'63↔K↔v≠∃βSF)βπK&K∂3∃π;πMβNkC3gNs≥iβ
β;π'6)βK↔∞#↔Iβ>{W3⊃ε OOWn(4+SF QβSF+K∃β> Mβ;zβ;↔↔"β≠?Iε β∂π⊗c∃β∪⊗K[↔Iε{9βSF)α↔SF+K;↔"q↓α¬εk?∪↔hh+π;"β¬βS⊗ ;O∂.K[↔Iε K∃β7+;∂SN{;π3gIβ'∪.sS'∂∞a84(hQ↓↓↓αq99α
β7?∪.iβ'7εc'↔M¬∩→β?≡≠'33∂#?KMε ;⊃β⊗+∂↔'6+KMβ>KS!βf{SMβ}04)↓α↓β≠'g#↔KMε ;⊃β␈##↔I∧s?97&K∨'S∞aβ∂?oβ?;↔w#M9↓¬#Kπ;≡≠↔'[/∪M04R↓↓↓β␈β↔Kπ&K;≥β}qβ#?v+OQ7&y7∨?}#;↔O~β∪'∨O#π1β≡K∨;πg→1β;␈!αJ→π#?;↔~`4)↓α↓βπK*β↔πON+IβSzβ W'f!84(hR;/Qπ#KW∃ZβKπSF+I1βε+?C3*β#π[*β7?K*β↔cC/∪'↔;≡)β WNc∪';8βSKπw≠∂↔'6+KM8hRS#'~β'Mβ⊗{W;⊃π#=β∂F ;∨∃RαRJ]εkπ/↔~β∂#'π→β←#N≠!βπfc?]βN{UβSzβ W'f!β∧4S∩6#i∧3'c↔"k∂#πvs↔1α∀1β7?&+5β←O#!β↔∨≠↔;SN 33eβ→β∂?oβ?;↔w#M↓#⊗≠[I0hSc7''#I1α≤"2
β≡C'A%r↓α≠K/ W↔;∨I7π∨Nc∃β7}#↔7Mε K∃βF K∪↔∩aβ W"α2N%ε≠π84T≠#π;>)βS#∂!1βπg≠=84Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓EI∧kπK∂B↓Eea∩↓AMi 96⊗N h*≠K}iiα#␈;πK⊃∧Iα∂πvs?9↓dB&∞αnKQ67≠p4*O.∪+↔∂#Q↓α↔&C↔K;/!α∪?}k↔⊃|hRS=i∧∩&2∩:βπQα∨∪%6/`h+∂
RαN&J∃)βπQ∧k'Q6n→1αKLcπ;⊃ε QαO⊗I6/1bα#W\≥bnv↑N2ε∂D VO"X≥⊂hPQ)∩>j
mw"π>↑&*ε
zrπ& T∧/& ↑&v/D ↔
π> V~>\@λ¬∞z;XlT⊂){$ =λ~
⎇9+λ ≥Yλ≥
#"Q
|⎇;9-n_=~-⎇H~0→H4w⊂6↑P22yZP0z work), bu@PAiQJ↓πQC←M]KhX↓oQSG ASfA∧~∃ππ5α←πλQGCeISKdAMK]gJ↓[kIi%aYJA¬GGKgLXAoSQPAG←1YSgS=\AIKQKGiS=\@QI%H~¬∩↓OChAQQSfAISOQh|RRAKQQKe]∃h[YS-JA]KQo←eV0AI←KLAg←[∃iQS]≤AYKgLAC]C1←N~∃¬]HAS8Ag←[∀AgK]MJA[←IJAg]∃CWrAQ↑AIKQKGhA
←YYSMS←]fhAShA]CiGQ∃fAiQ∀~∃GC YJXA¬]HAS_AoQCPOfA←8AiQJ↓GCEY∀ASg\≥hAoQ¬hASh↓SfAg∃]IS]≤XAiQ∃\AB~)G←YY%cS←\↓QCfA=GGke∃H\@AMS]GJ↓iQJA
CEYJ↓SfA←9YrAC
iSmK1rAIe%mK\A%\A←]∀~∃ISIKGiS=\XAi!SfAo=eWfA9SGKYd\@@QA←gSi%mJXAACggSYJAiKI[S]CQ←efA=\AKC
P~∃K9HAae=mSIJ↓iQJ@ akYY Just like open-collector TTL, but
reversed.)
The analog electronics in the Chaosnet transceiver have mostly to do
with driving the cable, which is perhaps the most tricky part of any
scheme. By getting this right, you can run at 10 megabaud baseband.
We had to slow the Chaosnet down from 8 to 4 megabits/sec in order to
get more acceptable error rates on our longer runs. I believe the
major problem with 8 megabaud turned out to be that many of the
optical isolators we were using didn't work very well at that speed.
There is no question that ringnets have simpler interfaces to their
cables. One could build a ringnet cable interface out of two
differential parts and do very nicely. Even add optical isolation if
you want for a coupla more chips. But I wouldn't want to try arguing
ringnet vs. ether-like net on that basis alone.
------------------------------
Date: 11 Mar 1982 1819-PST
From: Tom Wadlow <TAW@S1-A>
Subject: Your first language
From: mo at Lbl-Unix (Mike O'Dell [system])
Subject: Someone's Theory
There is a psychological theory, the author of which I can't
remember at the moment, which says the first language you
learn, or become fluent in, dramatically controls the thoughts
you can have.
The first computer language I learned was BASIC, on some obscure
Westinghouse computer. This has not stopped me from appreciating the
good features of LISP, C, Pascal, Forth, Smalltalk( Mesa and others.
To say nothing of UNIP⊂X↓)←af4d`XA5kYiS
fXA/¬∪)&X↓C]HA=iQKd↓←aKe¬iS]N4∃gsgQK[fAQ←↑A]U[Ke←UfAi↑↓[K]i%←\\@↓∪hAQ¬fACYM↑A]←PAWKaPA[JA→e←ZA→YC[S9N~∃CPAOeK¬hAYK9OiPA¬E←kh↓iQJA⊃eCoE¬GWfA=HAiQ∀ACM←IK[K]QS←]K⊂\@A∩↓I←\OP~∃oSMPAM←HAiQJ↓O←←H↓←YHA⊃CsfA]SiPA1S]JA9k[EKIbAC]⊂A≥ 1PA0AgQCiK[∃]if\4∀~∃∨α≠∂πOL{;π3gI1α%∧Cπ[∃εk↔Qβ6{3/Mπ;#=β≤cπ'∃π##πQ¬##↔'⊂β3π≠?+π∨∃εKEαSF(4*3∞s∨Wπ>)9↓α&C↔eβ∂∪∃βπe;πgMπ;@⊗}lubα∧≡@π∞.]↑2π&t V*πM ↔"πM Rε/><Vv≡T
v ! Y{m|λ≤slNα;py→P2w3Zw2ri~w3P4\P:7P_2P0q≠2P:7H84quH:42P_x897\94pz→FE60[3zpsYP397[P8wz\⊂92x→y:7t\αe (and, @1SWJA¬]siQ%]NAK1cBXAQQJAE%O@∨↔⊂h+g}Z"π⊗↑λW.≠z4LUλ≥~ T_Y=∞L<J( ≥Yλ≥
t~{[nt∃r⊗$∂;y(∞
8zy,D∪_;L}89y$ λ→[n↓ U_.=h⊗+AQ@εE⊗KVVVVKVVVVKVVVVKVVVVKVVVVKVVVFBεA"0]2]⊂_L⊂&pyλ_\\→λ_X]_N⊂()jβE#97[]⊂"2]z9qtλ0z⊂(_y1VfX|1FE∀zq5"Xz≥⊂)→]⊂"g∩l⊂∪⊂∃wy5y]0z4w[9P∪⊂∪2z;w\5tw3H↔↔↔εB$p∞-reply-to: mike's message od 22 Feb 82 0:15:36-EST (Mon)
To: Michael Muuss <mice@BRL>
Afew @]KKWf↓CG↑Ae←jAg∃]hAB↓[Cgg¬OJAi<A/←e-&ACE=khAB↓iKe[%]CHA
CYYK⊂~∃iQ∀A¬→∪P\@A∩≥mJAg∃K\AB↓cSKS1CdA[¬GQS]∀AMe←4A¬∧M8AGCY1KHAi!JA¬SQ∂eCa \~∃¬UhASh↓g←k]⊃fAYS-JAiQ∀A¬→∪PAQCf↓[←eJ↓Mc]GQS←]C1SirX↓C]HA5SOQh↓KmK\↓EJ~∃∃qaC]⊃CEYJ↓iVAS9GYkI∀A[←e∀A[K[=erAC9H←←d↓BAQCIHAISMVXAo!SGPA%\A[r4∃←aS9S←\A¬eJAE=iPAC g←YkQKYrA9KGKgMCerA→←dAB↓Q←[J↓G←[aUiKd@!oQSG ASf~)oQCh↓∩OZA%]iKe∃giKH↓S\R\AπC\↓s←jA≥SmJA5JA[←IJAS]→←e[CQS←\A¬E←kh↓oQ↑~)IKgS≥]KHA%hXAo!↑A[S≥QhA[¬eWKh↓ShXA]QKeJ↓i↑AM%]HA←UhA[←IJACE=khASPX~∃KQF\}~(~∃+]%M←eZ↓]Kio=eVAaI←i←G=YfACIJABA5kgh\A+]M=eik]¬iKYr0A)π =∪ ASL~∃eK1CiSm∃YrAG=[aYS
CiKH↓C]H@!CfA∩↓k]IKIgiC]⊂AShR↓QCfAM←[JA→KCikIKfAi!Ch~∃Ik\AG=k]iKHAi↑A=kd@QQQJA QQKe]∃hAo←IYHOf$AaQS1←g←a!rA←L4∃aCG-Kh[g]SiGQ∃HXAE∃gh[K→M←eiLAG←[5k]SG¬iS←\8@A∩A≥kKgf↓QCmS9NAg←5J~∃Q¬YMoCdAeKCM←]CE1JAgi¬]ICe⊂ASfA KiiKHAiQC8A]←h↓QCmS9NAC]dAChA¬YX\~(~∃∪]
SIK]QCYYr0A∩Ai!S]VAQQKeJ↓SfAC g←YkQKYrA9↑AKq
kgJA%\AiQ%fAICdAC]H4∃COJ↓M←dA kSYI%]NAB↓o←eWMiCiS=\@Eg<AEeC%]IC[¬OKHA¬fA]←PAi↑A JACE1JAi↑4∃[kYQR[ae=OeCZλ\@Aβ1XASh↓iCWKLASfAM←[JA-S]HA=LAQCIIoCe∀AS]i∃eekaP~∃gsMiKZA¬]HAB↓iS]r↓EShA=LA[k1iR[aI←GKgLAgGQ∃IkYS9NAg←→ioCe∀\@A≠∃[←er4∃ae←QKGiS=\XAi%[Kef↓C]HAMkGQY%WJACIJAk]9KGKgMCer\A∪\AQQJA[%HZbrXaf~∃M←[K←9JA∩A-]KnA¬hA*] \A¬KIWKYKdAoe←QJABAIKCX[QS[JA5kYiR5ae←G∃gf~∃MGQKIUYKdA→←dAB↓ εAA ZjQiQJ↓aeKGUeg←d↓←LAi!JA! @ZpRA%\ACE=kh@b@`~∃S9giek
iS←]L\~∀~) \Aλ8~∀~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~∃ ¬iJtAQQkeg⊃CrX@DbA≠CH@brpH@bftTl[!'P~∃)↑hA∃←J9≥KoG=[KdA¬hAπ[TZbaB4∃'kE)KGht↓%Jt@↓%JtAU≥∪0@_@EiQ∀DAβ]MoKd~)∪\[e∃aYr[Q↑tA3=kdA[∃ggCO∀A←L@DbA≠CIGP@bdpd@bLjh[ M(@Q)!kegI¬rR\~)
e←ZhA[SW∀AChAIC]H[U]Sp~(~∃ K¬dA∃←∀X~∀~)3←kd↓[Kgg¬OJAC ←khAU≥∪0A!CfAi!JAM←1Y←oS9NAgK5C]iS AG←]QK]ht4∀~∀@@@@@A+≥∪`ASfA9↑AO←=HAEK
CkgJ↓BRAε↓Sf@EQQJAo=eghD↓C]HAλR~∀@@@@@AEKG¬kgJAU≥∪0A⊃←Kg\≥hAGC1XAiQ%]OfAQQJAo¬r@E∩≥ZDAkMKH~∀@@@@@Ai↑0ASJA%hAI←∃g\Oh↓G←]M=eZAi<A! l@QC9HASiLAgkG
Kgg←IfR~∀@@@@@AiKI[S]Y=OrXAM↑ASh↓[kgh↓EJ@E]e←]Nλ\~∀~)πC\A]JAeC%gJAi!JAS]QKYYK
ikCX↓G←]i∃]hA←_AiQSLAYSgPABAY%iiYJ|~∀~∃5SGQC∃X~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJtbdA≠¬eGP@Drpd@Dr``[∃'(@Q→eSICdR~∃
I←ZtA)←J]≥∃oG←[∃dACh↓π[jZDaB~∃Q↑tAaICih]MQCgi∧AChAMk[Kp5βSZ~)'kEU∃Ght@↓%JtA AiQSIHAo←Igh}~)∪\[%∃aYr[Q↑t@AAeCii↓'QCgQC↓'k5Kp[β%ZOfA5KggC≥JA←LbbA≠¬d@pdbptd`[ '(4∀~∃∨9JAiQ%]NASLAiek∀A←LA5←IKe8AYC]≥kCOKLtAs←TA]KK⊂A]←h↓eKgiISGhAe←keg∃YL~∃Q↑A[K⊃SkZ[1KmKX↓G←]iI←XAC9HAICQBAgiIGike∃fXASPASfAA←ggS YJAi<AEkS1H~∃←AiS[SiS]NA
←[aS1KefA]QSGP↓eK[←YJAiQ∀AEke⊃K\A←_AQCG-S]NA¬]HAC1Y←nAQQJ~∃UgKdAQ↑Aoe%iJAi!JAKqAeKgg%←\Ao!SGPA%fA[K¬]hAS9giKC⊂A←LAQQJA←9JAoQ%GP~∀ OK]KICiKf↓O←←H↓G←IJλXAC]⊂ACYi!←kOP↓OCeE¬OJAG=YYKGQ←efA¬eJA]%GJX~)KqaY%GShA¬YY←G¬iS←\=IKCY1←GCi%←\ASLA]←h↓g↑AE¬H\@AQQJA[¬U←dAAe←EY∃ZA∩~)QCHA]SiPA ACMi∃dAkg%]NA¬1SgfA%bAiQ¬hAiQ∀ACEgQeCGi%←]fA$Aae←≥eCZA%\~∃o∃eJAKaieK[∃YrAI%MMSGUYhAi<AoeSQJ\@A%LAs←TASO]=eJAgUGPAS9GSIK9iCYf↓Cf~∃QQJAG=[aYKQKYrA ←Okf↓oCr@λ\DAC9H@DZxDAS]Qe←Ik
JABA1KmKX↓←L~∃%]CaaI←aeS¬iJAG=]GeKQSuCi%←\A←_AgieUGike∃fXAC9HAiQ∀AS]C SYSidAi↑A]eSiJ4∃IKG∃]hASQKeCi%←\AC gieC
iS←]L@QiQ∀A[←gPAS[]PA←]J↓∩AGCIJACE=khRX↓C]H~)iQJAAe←GY%mSir↓S\AKYKerA Aae←≥eCZA$AKmKHAY←←-KHACPAi↑A!C]IY∀Agie%]N~∃%iKeCQS←\A rAoSIS]NA%\A7R,W:AieaJA]=iCiS=]fXA¬]HAi!JAYC
VA←L↓B~∀O1KCmJ≤Agis1JAG←9giek
hXAi!JAE←≥kfAo¬rA←L↓I←S]≤AGCg∀AgiCQK[K]QfXAC9H~∃i!JAOK9KeCX↓k]eK¬ICES1SirA=LAiQ∀Aae←≥eC[f↓EKGCUgJAaI←GKIUeJ~∃⊃KGYCICiS←9fAY←=RAYS-JAae=GKIkIJAGC1YfAC9HABA→KnAI=uK\A=iQKd4∃]←i¬iS←]¬XAae=EYK[LXASh↓ae←E¬EYrA%g\Oh↓BAEC⊂AYC]≥kCOJ8@A⊃←]KmKd0~∃QCYS]NAUgKHA ←iPA YSgf↓C]HAMβ∪_X↓∩A[k
PAae∃MKdAQQ←gJ↓io↑A1C]OCUOKf\4∃'β∪0AoSi!←khA∧Agie%]NAO¬eECO∀AG←Y1KGi←HAo←k1HAEJ↓BAESPA←LA∧AaCS8Ai↑~)kgJX↓EkhA$AMS]⊂AiQCPA∩AG¬\AoCI`AKSQQKdA=LAiQ=gJAY¬]OCk≥KfAi<AiQJ4∀EYC9OkCO∀DA∩AUgJAS8A[rA!KCH@!oQSG ASfA9KSiQ∃dA¬→%gfA]=dA'β%_XAEUhAB~)[kGP↓QSOQ∃dAYKYKXA← UKGh5ECgK⊂A]←i¬iS←\$XAEkPAoSi AεXAQQJAk9IKeYeS]N~)[CGQ¬]Sg[LAC]H↓]←iCQS←]f↓∩Akg∀AGC]9←hAKYK\AE∀AKqaIKggK⊂\@A)!KeKM=eJXA$~∃M←U]HAi!ChA∩↓oCfA¬YoCsLAoeSQS]NAYKerA
←]Ge∃iJAG=IJAS8AεXA%]giK¬HA←L4∃CEgQeCGh↓G←IJ0AC]H↓∩ACY]CsfA!CHAi<AEJA
←]GS=kfA←_AQ←n↓ECIYdAiQJ4∃G←[ASYKd↓oCfA≥←S]N↓i↑AiIC]gY¬iJASPXAS]MiKCH↓←LAW9←oS]≤AiQJ↓G←[a%YKd~)o←kY⊂A←ai%[SuJ↓CoCr↓C]rAIkEESMPA∩A]e←iJ8@A∪ht as bad as
writing in assembler in terms of the mind-set I found myself
maintaining. I usually program two or three levels above the
implementation, and use sophisticated macros and knowledge that the
compiler will optimize tk defer The detailed implementation. The
Change was more than I could bear. Even a preproceqsor would not
suffice in the casE of C, bewcause some of the primitives I needed
Weren't presant, andin any case, I couldn't Exploit the non-existent
sophiqticated optimizer. The only experiencE I have had worqe than
this was with Pascal, which actively goes out of itq way to Prohibit
me from lettingcode flow from my hea` to the target language. Fop
the cuRious, the sacond-worst language is Fortran, which is truly The
Assembly cOde o@_AQSO [←eI∃dAYC9OkCO∃fT@A!←oKm∃dXASPAI←KM\OhA¬GiSm∃Yr~∃AeKmK9hA[J↓Me←Z↓I←S]≤AoQCPA∩Ao¬]hAi<AI↑X↓CfA!¬gGCX↓I←Kf8~∀
∀@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@A)←J~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@bdA5CeGPbrpdbrbn5 '(@!
eSI¬rR~∃→e←Zt↓∃←J]9KoG←5KdACPAπ[j4baB~))↑tA)∂∨→ %∂ HAChAUgF[∪MSD~∃MkEUK
ht@AIJtA∨AS]S←9f@LA SCgKβ_4*'rjK↔Cdπ∩m&w$αβe:Z4~l~9∀∃@,,+)\<K&ε$ -nF↔,Ll¬IQssλHQ4QhZOC"AQR;Y \9 λ
mh≤}.>→; ⊂~yP82\32qz ⊂⊂$P~0{2P_P6py\t{2P→4v2P≠w⊂*'T)RQ_λ4wεE≥t4qtλ$P27Xzvrg≥⊂9r{→y0v⊂→7y2wλ6pu7\⊂7y⊂≠ts7`2 problems with the
system; the major oNes usually deal with the dact that↓iQJA=aSOS9CX~∃
←[akQS]NA5←IKX↓oCfA∧AgS]≥YJAkMKdACPABA[=IKX@LfA))dAek]9S]NA∧AgS]≥YJ~∃Ae←Oe¬Z@Qa∃eQCaβ→β?→εkW3SOβ3∃βπ∪?∂↔∨≠↔M%∧{9⬬≠gOS.iβC?∨≠↔OONs≥β?v(4+3};'∂πbβ≠'3*↓βOS↔+∂WS⊗)↓#;zβ∪'On{W;S∞∪3∃βε ∂/MJβ←?K↑K;≥β}qβ¬β≡K;∨3(h+CK}S↔∂Qr↓αO'v≠∃β;}s∃β?2βS#↔≡)β∂?v3?K5π#=β←F Qα%ε#=β↔6+Keβ& e1αJβ≠'; h+O↔⊗K?WMεk'O7∂#∂#↔~β ↔S>+↔9β>CπQαJβ;↔↔"βπ;⊃π;#πQ¬">BMk⊃AβO/βC3'/→9↓α}p4+SF)β?SF+Iβ#∞s⊃1β6{IβπfaβS#␈≠∃βSFK;∨Mπ;#'∂BβπK∃π;'S#NqβS#*β∪↔ON;84+ε Kπ7/#↔KMbβ'Qβ&{↔Mβ&C↔5β6+Keβ>+31βNs∪↔↔"q↓α%∧ ∨K↔*β←'SBβg?W∩β∂?7n+;P4W##πQε β∂?oβ3↔S*β;↔]π∪↔S#Ns/';:β?→β&C∃β≠.s∪π7.sSπ1πβπKπ&K∨5βO_4+'oβ?KS∞sQ9↓¬##∃α≥"εIβ∞s⊃αB-∩E>N∧J∞∃β∂∪∃βO& KSMbβ WQε∪?S!π;'31εs↔↔⊃π#<4+⊗)βK↔6K;↔⊃ε MβSF)βπ∂'+π1β/CC↔KN+;∂∃π;'S!ε#'OS⊗K WS.!β∂?oβWS'v9β'LhS∨π'v+⊃9↓∧ 31β>{K/O& S'?rβCK?V+∂SMπβK↔∪N≠πS↔"β?9β&C'Mβ∂∪∃β∨}K;≥βNqβS#(h+K'>CQβ∪O∪↔∂SN{984Ph*'QεKMβ'oβ?KS∞sQβSzβO↔C∂∪πS∃π##∃α.s'aβ/≠↔IβNsS↔K6 ∂∃β7∪?5β&C∃αWvK`4+↑+K;↔bq↓απfaβ?→εkeβ≠f 7';:βπ ?/!αW;OAβ∂↔w#↔Iβπ∪'7π⊗K3eβ}qβ'S~βWO↔⊂h+';&+K≠π≡)1↓α
βCK?V+∂Qβ>C'∂!ε≠#??≡+MβSzβWO∃π##∃α.s'aβ↑+K;↔bβπ;⊃π;#'∂@h+∂?oβ3↔S.ceβK.#?↔Mπ##∃βLsS↔K6 ∂∃βnK∨#Qπ;↔31πβK?∪.≠∃β¬π≠gOS.iβ←#N≠!β'_h+#π⊗#←πK*β';∪/β↔;∪.sQβπv!βOWε+K'?∩βS=α$zBM5∪↓β?I¬+;'ar↓α∂?.c?K'~β'L4V K∨WNs≥βSF QβSF)αW;OAβ/↔⊗s↔1βn eβ;␈!β ∃ε CCK␈βK'π&)mα%∧≠π;;␈ 4+C∂∪S'∂OβπS∃εK9βSF Qβπ⊗;W7↔w!β ↔≡ WO∃∧Iβ;↔6+Iβ↔Gβ3?K.!βS#*β≠K'v;↔Mβ}04+SF)β/↔⊗s↔1β.s?W∨BβS=β6K;⊃β>C↔K∃εKQβ ⊗{/∃β&{←9β7∪?5β&C∃β7}#↔1β}1β←#∂!α$4Vs↔↔⊃ph)↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓βV{∀4(hQ555ji555ji555ji555ji555ji555jh4(4T#πS∃R↓EMαn I↓EKAI↓E∪QMUi∪A6BN h*≠K}iiβC⊗ SRα≡CπOS
βπQα∨+7↔al '44U#=iαV{∃:;/;∂?7/∩α∞6*iEB¬bβCKπ'"αO#∂≠S¬β∂!αOWn+a6πNh4*O.∪+↔∂#QαK∃Rα
βSFKK⊃β>{KOQxh(4*JβS?=εc'/∃π#=β←⊗KS∃β∞∪OSK∞≠Qβ∂}#∃9↓¬≠=β≠∂⊃α%∨6)β≠?.s⊃βSF QβSF)β?;gH4+?↔≠Sπ∂f)βS=π##'MεK9α
εCπMβ⊗+↔9β&C∃βπ↔≠↔;∂*β?→β> K π>)β∂?fc↔∂SN{984Tk?∪WfyβS#O→βCK}∪3↔5bα%∨[*β≠?Wv!β7g≡+3→β∞∪3∃β&yβCK};Kπ5πβK↔S'H4+π↔≠SKπ∨#3e9αα?→β≡{WKO*βS#↔⊗)∨Mβvyβ←πJβS=βFK∪∃β&C∃β'oβ3↔7.sSπSN{91β↔+P4+&CπQ∨~β¬βO/βπKπ&)β'O∨+∃β≠⊗{5β .K;≥β∞∪3∃β&yβCK};Kπ5ε OS⊗ ∂S3JβS=β⊗+∨'8hS←'SCYβ#'&K;≥βO→β7?⊗)β?→ε βC↔↔≠?;πbkO↔∂/∪'SeεKOOW*aβSKNK;≥β&yβCK␈#↔∂PhSg?W↔≠↔3→ε3K?5πK?WIε{←9β∨#WC'&KSe8hP4*SF)α
&:βCK?⊗c↔5β6{Iβ7*β'Mβ> K π>)β∂?fc↔∂SN{99↓∧Iβ#π6)β;=εK;SWO#'[∀hS≠↔↔fK;≥1¬:"⊗9∧IαBJ|:Jε5∧
NR∀
∞R2Jaβ≠?∩β←#↔rβS=β⊗+SWKrβO?7/##';:q↓α%>h4+'oβK↔O≡+⊃βg␈)βπK*βπ 3*βS=β&yβ'Qε+πO'gI1α%π≠#?Wf!β3↔∂∪9βSF)βSKN≠-9↓∧H4+≠Ns⊃β←F+9α%π#Keβ&yβ∪=εKQα%ε 5β←␈∪/';:βπQβ&C∃β3␈9β3↔6+1α%π;πMβ'∪g';:βS<4V [?'"β eβπ∪?∨K∞k7';:βπ O'∪π∂SgI9↓α&C'Mβ≡c?←Mεk∃β∪␈;91β∞s⊃β7Jβ↔KK␈⊂4+K∂#∃β∨}+MβWαβO#π↔β3e8hP4*[∂+∨#πph(4)ji555ji555ji555ji555ji555ji554hP4*↔v!β?→¬;?K.~α∪'∨/≠P4)RQ)))RQ)))RQ)))RQ)(4Ri555ji44(hP0=Iαj7πIiAI↓↓ ↓Ad&
2 ↓↓J↑>J]→α∪'>+OQα3⊃↓
I*↓↓↓hQ=EBj7πIkAI↓↓β↓IX&n+1αCf+πOπw!↓r↑⎇∩.Mβ∂!αJV$:⊗JMr&↑>∀ZMα∪N;↔OQ¬1I↓
∪)↓↓hR∪πS+Q↓Ea∧kπI↓ IaI↓β⊃M]6-~P4*7∪?5i∧k↔1αεc↔πO∞sQ↓r<zJ.Mε QαJ-"≡⊗J≠p4*O.∪+↔∂#Qα↑>∀ZMα∪N;↔OQ¬1I↓
∪(4*O.s∪↔IRαB2⊗
~ε:Qε QαJ-"≡⊗J_h*S=Rα←?K]→i↓lhRK↔CeI6S=Rα↑>J]→βπQ¬∩VR≡-∩L4*}3∪'∂+Qα!A+)↓5αFK3!α≡sSI1∧∪WO∂Bα∂π7αaαKW&;↔KM¬+;'YbαC'O≡ Sπ←∂I1α:RβaQ]C4*#}k∃i↓∪↓Yα↔∂≠S?9∧ [∃9bα;↔]∧∪KW;∨;'∂-bα9:)r↓Aaeβ 1↓!∪↓E%↓⊃!e5I;!`4(hR←?K←→α∪'>+OQ↓α↓↓↓↓α↓↓↓↓¬##WK≡#πe1β aα7∂⊃↓EeC⊃↓↓↓αα[?3.k∃↓IβQα'O∨+∃↓I(h(4*&{∪πe?→αS?εK∂Miα↓↓↓↓α↓↓↓↓α↓↓απ&k';'∨#K'[Nλ4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓α␈β';'}sM↓→∧∪'πO-_4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓αVtJaβ?rβ←?K←≠SπSN{;L4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓αSF)απCεc∃α Nc04)α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓α
1∧∪3'O~aαNεL`4(∀Ri555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555hh(4*& S∃iβ aα7∂⊃↓EeC⊃↓AI∪96⊗N h* K}iiαSF)α7?&+KπS␈⊃↓rCf+πOπw!βπQ¬∩VR≡-∩Mx4U≠W +.≠Qiα∞#7'≠O≠SK'6K∧4(hR¬βOO≠S↔5ε≠CπOBβπ;⊃π≠W O- W↔;"βK↔∂␈3↔Keε≠πWO.!β7πwIβ?→πK?Uβ&yβK↔≡+'[∀hS¬βO.≠?;⊃ε≠?Ceε{→βSF)β3π∨!β∪'>+OQ9αα%βπjβO?K↔Iβ≠?∩βS#∃εK;∂?w3↔;'.s∂∀4W##πQπ##'Mεk'∨#"β#π[*β∂πW≡+⊃βg␈)βπ;"β←'3bβSKeπ#=βC⊗+[↔;"β'Qβ7∪?44VCπCC.s';≥ε ∨π'rβ'9β&C∃β≠/#WK∃ph(4)lk↔04Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+QαOWv#πe1β Qα7∂⊃↓EeC⊃↓IES⊃I6B≥ 4*S{Qα*≡|b∩
⊗∀:⊗Iβ∂!αVN~j&N&⊂h*OW⊗S↔∂QRαK∃i∧{C';L{;M↓2α 'π≡+L4*Lq7K↔εce7S{Qαg?/⊃β7↔∨≠π∨∃ε{→↓E
α7πIβ eaIβ ]EemαNQ8hQ↓↓↓α↓↓↓↓α↓↓↓↓eZVN
lJN&
k E67∂⊃5aIβ ]iEKQMA:T:>2∩∀*J≡⊗∪p4*≠⊗{5iβ> ';↔~βπQα∀
:⊃6,r&`4Ph*%β4K;⊃β&C∃βK.≠↔;Q∧#'O∂/≠O'?rβ?→α,r&aβ⊗ S#↔∩βO#?↔!β?→ε≠?;S.sQβπv!β3?v84+∨rβ?C'vK?99αα←?Wf!βS#␈≠∃βSF QβSFK;-α,r&aβO→β;?"β¬βO.KSπ f)β?C/∪πS'v84+OO≠S↔5ε3?Iβ>{K/O& S'?w→β ∃ε β '"β7?K*β↔cCfK∂'QbβC3↔∂≠∃⎇↓∧KQβ←␈+3⊃β⊗)β∧4VC↔3AεK⊃βSF)β∂?nk↔;S~βπ∂S. 33e∧ CC3JβS-β&C∃β?ε+KπSNs≥βOO≠S↔5πβπKQε{_4*,r&a⊃ε ;⊃βv{Qβ;}q7OWε+K['≡{Keβ≡{≠S←∂∪∃βO.≠!βπ~β¬βC∂∪S'∂.cπIβ6+KO'}qβ?_hSS#∃π≠#↔3bp4(4Ri555ji555ji555ji555ji555ji555hh(4*& S∃iβ Uα7∂⊃↓EeC⊃↓EES→IiQ
jBNPhR≠K?kQβ∂ ␈≠≥π;≡≠MπK/9βπQ∧∪↔K/.c↔d4Ph*S#*βS#↔␈∪eβg␈)βπK*βK↔≠/∪K';:βS=βO→β/;␈;9βπ~βS#∃¬;#πK6Kπ9βGKC?SF+O'Mph*π∂'+π33Jaα%βF [↔9?!βO↔.qβ'Qπ;K'S&+9β?/!β'9ε β←#Nc∃1β≡yα%βn eβ#∂3∃βSF(4+Oε+33'v9β←K}s≥↓#nK∨#Qε∪∃α←∂∪→%9ααπ3SF{W∨!εKQβ#∂→β3↔"βS=β
β3?Qε{_4+⊗+O↔π⊗≠!βπv!β'Mε{→βC/∪↔;;N 1β'w#↔K↔∨!1βSF+K∃βO→β;?"β7W∂BβO?3N!βOWπβ?KPhS≠?Ihis would suggest, of course, that the theory would not have
much application to programming languages, either.
Bob Warren
cbosg!nscs!rew
------------------------------
Date: 15 Mar 1982 12:22:07 EST (Mon)
From: decvax!duke!mcnc!unc!smb at Berkeley
Full-Name: Steven M. Bellovin
Subject: UNIX on workstations
I'm not going to claim that UNIX is the ultimate operating system (I
tend to dislike religious arguments), but it does have oNe very strong
point that many "hiGhly interactive" [sic] systems lack: the ability
to combine existing commands into persOnalized tools.
IF we accept that *no* sysTem deqignep can satisby Every@=]JXA∃mK\~)KmKedA]Kn↓kgKd↓oQ↑A!CfA]∃mKdAα∪↔↔→ε≠?KK-βS↔⊃∧∪eβ↔Gβ?OW⊗)βS=¬##∃β|¬F"π|∨⊂hVβyH Mz;Yd∞~~0↔→yP⊗VH0s2∩P92sXy2⊂*~0z⊂)]0z2vYw:⊂ !q beyond argument
(*sigh*, anotheR relIeiges statement) %- thenwe have to provide some
ability to cusTomize the enviRonment in ways not anticipated
before-hand. UNIX does this in several ways; the most important,
though, is the UNIX philosophy: *any* program should be usable as part
of any other.
Now -- I'm not saying I need pipes (though I like them); I'm not even
saying I need output redirection (though things are messy without it).
But I do need *some* way I can, for example, list the names of a bunch
of files, sort them, and then perform some other operation on just
those files -- because you, as the system designer, might not have
anticipated my application.
--Steve Bellovin
------------------------------
Date: 16 Mar 1982 17:25 EST
From: dvorak.WBST at PARC-MAXC
Subject: The Apple Bill
Reply-To: dvorak
Permit me to paraphrase from SCIENCE, Volume 215, 19 March 1982:
Last month Steven Jobs, Apple founder and prez, happened to sit next
to Rep. Pete Stark (D-Calif.) on a jet from California to Washington.
Shortly thereafter, Feb. 23 to be exact, Stark introduced a bill
entitled the Technology Act Education of 1982 that would permit
companies to donate scientific equipment to elementary and secondary
schools and then deduct the full cost of the equipment from its pretax
income--just as companies now do for gifts to colleges. In addition,
the bill raises the maximum such contribution from 10 to 30 percent of
a corporation's income (which is more important for Apple than IBM or
Xerox). Both of these changes from current practice would only last
for one year. This "Apple Bill" is apparently receiving the support
of members representing the entire political spectrum (unlike the
budget).
Oh, I almost forgot . . .
Jobs apparently plans to give EVERY elementary and secOndary school in
the country an Apple (configuration not stated). If so permitted,
Apple would enjoy atax savings of about $35 million fOp a deduction
of about $75 million that represents manufacturing cost only (total
retail value of $200-300 million). ServIce cOsts, software and
training manuals wouLd not be deductible, but somethingtells me that
Jobs believes there must be some busifess advantage to haviNg all
future generations of computer uSers weaneD on Apples.
--Chuck
------------------------------
Date: 16 Mar 8∩ 21:31-PDT
From: mclqre at SRI)UNIX
Subject: C, Bhiss, SAIL
α
C is bestconsidered as a high-level as@MK[EYdAYC]≥kCOJ↓MWdAMsgiK5f~∃aβ∪?∨K∞k7'lp ∧ ]=∞ ;|∪ T_8Y$∞≤↑:-lh≥≠d [|XlT~=λ
≥]≠h
m8z→.∀≥z→.,(~0~βE27r\w∪z_2v7w→V⊂5:\z⊂0yH37y≡ppy9H82wh≠2P40]2P12Yw⊂3'\1tw3H( iaPf⊂:7CE12P≠z42yλ:40wλ0P:2Xqt4w→P60w→zpsrK⊂⊂$0]4w3@ programmeD a great Deal In
SAIL _A →∪'&0AC]H↓εPA∩↓aeKM∃`AεA→←dAgegiK[LAae←≥eCK[%]NAE∃GCkg∀AShA)kgh~)g@↔↔o→β';F+K↔;&ceβ /#S↔I¬≠W'S.!9↓α≤
&1βO→βS?zαB1GO≠!βπv!α
2M~Mβ+/≠P4 &{↔O9?!βO↔,¬Rπ&t ε∂6TλVv␈\⎇αbε≥NFF␈\⎇α∧J M⊗"εM≥6*ε≡N2π6≥NV*o,↑G/⊗aQ&n∞= ⊗vO=Pλ∞l<↑(
↑8zεd
≠⎇y.l<H∩$ x;H∞]Y→<N≡_;Y∧
≠yh∞M→(∪nM→<@∞N{h∪-≤z≥β! Y(∀∞,9Y<L≤Y→( Mβy⊂$~st2i v2{2[⊂:0yZyP∞
Stuart α
------------------------------
¬
End oF WorkS Digest
*******************
-------
20-Mar-82 1010 AVB WKRKS Digest V2 #26
∂20-Mar-_2 0146 Mel PlEasant <WORKS at RUTGERS> WORKS Digest V2 #26
Date: 20 Mar 1982 0409-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #26
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WORKS at RUTGERS
Office: H055 - Hill Cntr, Busch Camp, Rutgers Univ, Piscataway, NJ x4780
Home: 206 Easton Ave., New Brunswick, N.J. 08901, (201) 249-2748
Works Digest Saturday, 20 Mar 1982 Volume 2 : Issue 26
Today's Topics:
Whorfian Hypothesis and Programming Languages
Unix Shell
Wang Interconnection Request
Unix on Workstations
----------------------------------------------------------------------
Date: 18 Mar 1982 1016-PST
From: Keith Wescourt
Subject: Re: Whorfian Hypothesis and Programming Languages
Sender: WESCOURT at RAND-AI
Reply-To: Wescourt at RAND-AI
In-Reply-To: Your message of 17-Mar-82 2337-PST
The "Whorfian Hypothesis" (named after Benjamin Whorf), stated
briefly, is that one's native language determines (to at least some
extent) one's primitive perceptual and conceptual categories-- i.e.,
linguistic structure determines the structure of thought processes.
The contrary view is that all human languages have a structure
determined or limited by universal (presumably genetically programmed)
primitives of thought. It's one of those "chicken-and-egg" issues and
has been studied by cultural anthropologists fordecades.
I think the Whorfian Hypothesis has little or no bearing on the issue
of how one's first programming language instills biases that affect
one's subsequent Learning and/or appreciation of other programming
languages. MoRe "mundane" psychological theopies of learning and of
social psycholoey are more relevant to the phenomena.
------------------------------
Date: 18 Mar 1982 14:12:43-@ST
From: Decvax!shannon at Berkeley
Subject: Unix shell
One major differencE betweef TOPS-20 and UniX is that on TOPS-20 I
felt a compulsion to rewrite the EXEC because it was so bad _Aα∪WQβme to engage in the compulsion. I would like to do a few
tweaks on the Unix shell which has its own problems, but they are not
a major departure from the basic philosophy of the Unix shell. In the
case of TOPS-20, I would never have considered using the EXEC code at
all, except possibly to see how some bizarre interface to the monitor
was done. It is such a poor piece of interface that I found it a
constant aggravation every time I typed a command.
Some people may recognize the above paragraph. It is based on a
message from Joe Newcomer to WorkS recently. I have simply swapped
Unix and TOPS-20, and shell and EXEC. It now sayS essentially what I
feel. This is just to show that this is a religious/personal opinion
topic and there iS really no point in trying to "resolve" it. As far
as I'm concerned, all the people who don't like Unix (or TOPS-20, or
VMS, or ...) should be encouraged to go off and build something that
they do like. If they build something good it might catch on. If
they build something bad it will probably die a natural death. I'm
not about to leave Unix until someone can offer me a system with
essentially all of it's advantages, some amount of compatibility, and
much more. I'm sure the TOPS-20 users feel the same way.
Bill Shannon
decvax!shannon
DEC UNIX Engineering Grkup
------------------------------
Date: 1→ Mar 1982 (Friday) 1051-PST
Frkm: ATHEY at LLL-MFE
Subject: Wang interconnection request
cc: ATHEQ
Doeq anyone have any experience with conne@
iS]N↓+β≥∂LAi↑A9Kio←ISfAC9H~∃iIC]gM∃aS]N↓ICiB↓C]HA
←]ie=XAS]→←e[CQS←\AQ↑A←i!KdAieaKfA=LA[C
QS]KL}~∃/∀ACeJ↓aYC]9S]NA=\AI←%]NAi!SfACPA→→≥0AC]H↓∩Ao←UYHACAaeKG%CiJA¬]r~∃%]M←e5CiS←8AiQCPAs←j↓G←kY⊂AgkaAYrA[∀AoSi \~∀~(@@@@@@@@@@@@@@@@@@@@@@@@@AπQUGVAβQQKr~(@@@@@@@@@@@@@@@@@@@@4∀~∀_≡dd5≠CdZ`d@@``d`∪βY∧@@@%/∨%↔LA SO∃ghA,H@Fdn@@@~(@≡db5≠CdZ`d@@b`jf∪≠∃XA!Y∃CgC]P@y/∨I↔&ACPA%+)≥ %&|∪/∨%-&A S≥KghAXd@Fd\@@@~) CiJh@dbA5Cd@bdpd@d@fl[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@Fd\~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYd[)↑t↓/∨%↔LAChAI+)∂ I&~∃∨α3∪'∂+Qα!A+)↓5αFK3!α≡sSI1∧∪WO∂@αππ7αaαKW&;↔KM¬+;'YbαC'O≤ Sπ←∂I1α:RβaQ]C4*#|k∃i↓⊃↓Yα↔∂≠S?9∧ [∃9bα;↔]∧∪KW;∨;'∂-bα9:)r↓Aaeβ 1↓!∪↓E%↓⊂εCJk&vC@h!Q%>␈->2∧&≤|W∨"∧∧ααα∧∧ααα∧
7.vL∨∩bβ&∀∧n∂$ε∪KC$∧ααα
mvg.\Tβ∩β$ ↔∨∨\Tβ∪8Q!PU&|L↔J?4
F␈ε≤>3Ph$∧ααα∧∧ααα∧∧ααα∧
FF*
<W6.nMα¬>↑>B∧≡|≡7"∧=⎇Wπ/L↑"∧6≥≡&(h%URjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+Rε"∩∧n≡$β Kε$β βV5U¬≥AQ$7⊗⎇W"∧V\lg⊗/∀ ↔"∧xhdL≤T∧hU>\&V.>G"β?M∧¬<≤8aPU&w$ααπ
≡ε/~ ≡B¬∧~(2ll≠λ2bπ>|V/∩ ≡B¬≥YXUBl→→Rbε-mαε∂D TM"X→∩`h*MsRα∧ &∞&|$ε∂" Y∃"l→∃BεNlmrn∨
Tε∂" Y∃"lX5Bπ;∞<GRε≡D∧lMEYT_h$∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα↓Q"αα∧∧ααα∧∧ααα∧∧ααα∧∧ααα
,⊗v&⎇T∧6∞≡,R∧N↑∞&/∨=≥vw_Q$ααα∧∧ααα∧∧ααα∧∧¬&FT
6/6]nFB¬|↑7"∧=|↔∨"λ=voπ↑LW∩∧l≥↔⊗(Q$ααα∧∧ααα∧∧ααα∧∧αααε↔∩k∪∀ V∂⊗=∧β Kε%B¬≡≥d∧7⊗≥l6O≡=qPRα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧αh!Q hPQ$ααα∧λ∩ε?,\↔"εL\⊗bε|dπ≡NM≤6}r
↔~π ≡7≡.D∞FG⊗}\vBπM Rε7↑-f∞≡QQ"αα∧∧π≡Nl<Rεf≡>B∧∂∞-⊗br
|Rε∞MDπ>∂L=ε." ≡2¬F↑-wBε≥lB∧L)Tε>∂lQPRα∧∧αεNn>F∞wD 7⊗.M≤&Nf≡O∩π&t∞vF∂D∞v∂~
W⊗/M|f␈⊗T ∩εv↑|6}n↑$w_h$∧ααα |⊗n*d∧∧
ε]⎇V.wD
F∂&↑%Bε/l↑'N}lTαπ>≡4απ&≥M6Nvt∧ε∞⊗}↑@hR∧∧ααπ⎇}&←∨L≡FN}n4απ>≡Mααπl≡7"α ≥V␈.nN2ε}d 6}o∞↑FNvt∞ε␈>↑%@hR∧∧ααπ=}εFO>M⊗≡∂L\Bε␈ ↑&∂&≥lrπ∨≡>F.o5DεFN⎇∧π⊗/=⎇G/&≥⎇bε?,≡εFN>5@hR∧∧ααε≥lBε.m}V>B
\↔∨~∞>F␈⊗≤|Rπ&t
6./∧
V␈∨D∞ε.␈
LRεF≡∞πJπ]nFN`Q$ααα∧ε∪KCEaPPh$∧ααα
⎇ε∂" ∀πN.≡%b¬& Tε}vO∀ε∂⊗\∀π>F≤=αεF≡9b?" l↔∩ε← 6..L\Bεo⊃Q"αα∧∧ε/G \7&∂M≥vw~
≡2εf|<⊗bεl↑G>␈-=⊗v:d↓PPh$∧ααα
Mε*π≤\↔∩ε ≡2ε∞N=rε⊗\]bε
∞lW↔J .W∨J∂≤V∂∩ mwαε\Tπε/.=vv∞MO∩rQ$ααα∧ ∩εF≡h -d⎇λ≤.]=→( <=9z∞D≥<λ∞Mh≥z ↑Y(∩$∞x<h ∀→Y=d
;{]
∞h_9muHβ"D∧λλλ ⎇Y(≤L↑⎇;≥∧
yH≥
<h_m⎇\⎇_-nλ≤⎇ ≡→(≠lD_Y:
≥Y≠Y.>h~<d∞~_=∧ ){#!$λλλ∧
[⎇λ ≤[→(∞Mh_{nl<H∃
(⊃X-≡Y(_.4≥y;
D_<h ∀yλ≠
≥y+H ≥C"H∧∧λλ_,NX;XlUλ≠→.D≠9(∞<>(≥
=λ≥
(_snl<X9lT~→<LT~<h
|H_( ><\{n/#"H∧∧λλ≠L≡≥<Y%d∪{Y$ <Y8$∞z→<LT∩(→ \Z;Z.L;≡(∞=≠⎇; D~_=LT≤|→-nλ≠;n,#"H∧∧λλ≥
≥9(~.∀≤{yNNx<Y$ <≤≠
≤x=~-⎇\kH
M~<h
≡h≥z ↑Y(≥
(⊃X-≡Y#"D∧λλλ ←_y;∞4_;Y∧∞z→<LT∩(→
≤≠I⎇∧∞|→;LD≠Y8.-≡(→-m⎇9z∧∞~;9!QHλλ∧∧≠≠{m=;YkD↓"C"AQC"C!!"U~
≡h⊗9,≡I|hλl:<Y!QC"C!)_<⎇∧∂98<D∞x<h
←(→Z..⎇λ≥M≡z=λ∞Mh_(λl:<Y%d∩(∀n ;]λ∞N{h≥m
{→( L><c!.x;Y ↑Z;YeD≠_=,⎇~;YeD_;Y∧ y;Y.,;≠≡$∞≤↑:-lh≥≠d
y94∧
>(→/≤<h≤
}z=~-⎇Y9β!-;]→.-;|H∞Mh≠>$∞z⎇;
EC"C!*~~<d∂98<ED∩(⊃
≤λ≥~ T≥z≠mL(≥~
≥Yh~-d≠{Y$ _>+D (≤⎇.∞≠|y$∞~→<LT≥y<L]I⎇β!.{h≠,≥↑(≤n↑\≤Z.<<h_L\x=0→YP$S{→P5rx≥⊂:x⊂≥tz4⊂≥44w3\P0w2λ12qp]yrP:~2y2FB5:yzλ;ry2[∪z⊂9[P6pw≡P9zy≤94yr\W⊂*4→P#0t\2P4yH0P67]⊂7s⊂→:w⊗⊂_:z⊂4]εE4y[∪z⊂;Z2y2P≥42P1~sP2x]tx6r[:⊂6p[:s0q]:y2y≤P1py→P:7P→4yx6_|P:4→tyεE→wwr9K⊂'s⊂≥42P:~2P14YP:49→rP∀ \862Vλ*0w2≡V⊂$a∪TV⊂7[6<P*_w2<FB92x9→yrw:→r⊂4z≤rv3⊂→4y2q]6<W⊂∀zy2P P:42\2P;r\2P7wY262yH7s⊂ \862yH0w2εB$a&P∀!SyVλ1:z⊂≠2tz4→y⊂7sλ x86→P77yλ$a&P~0r⊂0H17wz~↔⊂)z≤0w3rK⊂$a&H;pyFB892yYw:⊂6_yz⊂<Ypy⊂;Z2w⊂0[6⊂:4→|P1g]v2⊂1≤4w3@≥pyP0H1:v5↑P~XI ⊂17| ⊂$FE≤zx87\rP:4→|P;r\2P:2\z4w3H:42P≥pz2y εEεE∩z⊂9rYvyP:≠P6rP≥40z≥44yP≡rpy∪\P#0t\2P;p\P0P&~z:62H12z:→y⊂7i→pw4m→rεE0[2⊂0P≠4z:6→P6wy→P9ry~wzyP≥40w⊂≠0yz⊂≡rpy∪\W⊂&|H4vx9→yytw[⊂4yP≥40zεB60yzλ<rpy ⊂6pw≡P7s⊂≥42P2↑44q4]7y9P≥ry2P~7x4w→P:7P_z:90Xz⊂47X1<ty]9P0yCE;rv≠⊂0yP_:ytw→yyvr[↔⊂*4~yP<rXy⊗⊂2]2y<g[2P9rYvrr⊂≤wvr{Z0z⊂6[y2FE_:ytw→yyP7\4rw:→r↔⊂*~2P:7[v9P∀_7z4⊂≤ws:;Xy2P0[2⊂40\2;py→TP0y→P;rv≠εE;w\84⊂:~2P4g≥2yz6Yw:⊂$[⊂1:iZw2yyH2w;4\7w6r[:9W⊂∩P:44[5P:4~yP40\FE12XwvrP_v2pyλ2:y4[3P_\N_WεEβE)tv~qww⊂∃αadley sage, BilhλA≠UeeCr0AiQS9SfAi!ChA
¬SeJA=aOC]%uKdA)SZ~∃]CeeK8AoSY0ACYO¬sfAW∃K`Ai!JA
C%eJAY%KQhA!KCei∃HAC]⊂AMk\8@E∪L↓Sh~∃%g\Oh↓O←S]≤Ai↑A JAMk8DAgCefA¬S1XX@Ee←jA[%OQhA¬fAoK1XAO↑↓iVA≥
αD\~(~∃∩A5SggK⊂AiQJ↓WSIf↓gKYY%]NAi%[BA←8AaYs]←←HA%]mCI∃dAE←aKf\@4∀~∀~(~∀~∀4∀~∃
=eik]∀~∀
∀4∃
←eQk]JA!C@Ai]↑A[C
QS]KLA←\AQQJAM1←←d\↓)QKr↓oKeJ↓SIK]QSGCX↓C]H~)G←]g%ciKH↓←LABhp``@Aae←
Kgg←H@PlA5QtRXdjmV↓%β~X↓BA]K¬hAISMaYCR↓C]H~)W@↔g⊗{πK⊃bβ¬↓Wn⊃β←'v≠#↔O&+I1β∞s⊃β¬β)9IU∩↓aAC↑⊃β≠3␈βCe9¬##∃β4c?CCJβπ;⊂hS←';≡C↔OS/⊃βπK*β7?Ww#↔⊃βNqβS#*β7π'rβ∂#π∨≠'Mβ∞c?;≥π;'S!π##∀4T+3↔∂'∪?;'∨→9αSF)βO∂⊗+↔9β≡KSMβ}qβS?αβ?→β&C'Mβ≤CπOOO→βπ;"βS#∃ε[↔g } K⊂4VKMβO/βπKπ&)9αSF)βπCε+πKπv≠∃β?2βS#∃π≠gOS.iβ'Mε;↔;↔⊗ 33@∀
6Nn≥L↔∩πMqPWε ≡Bε}d∞FF* _$j¬λ72π& T∧6␈ll take up a little more table
space.
I was quoted three prices for the configuration: $8700, $9000, and
$9500. Your guess is as good as mine. Fortune's smallest
configuration will cost $4995 and will for that price you'll get one
floppy plus 128k RAM.
Fortune's system is an honest Unix. It is fully interrupt driven and
does support multiple concurrent processes. In addition to the
regular Unix utilities, Fortune demonstrated Multiplan and FOR:WORD,
a word processing system.
Multiplan is a Visiclone which is probably going to make quite a few
people happy. Its easy to use and has facilities for cross-linking
data between different reports (something which VisiCalc doesn't yet
do). Even I could Imagine using Multiplan - somethingwhich I could
never say about brand X.
I suspect that Fortune's word processing package is going to be a big
drawing point. FOR:WORD is a detailed coPy of the Wang word
proceqsing sysTem ("with 31 eXtensions"), It lkoks powerful and yet,
easy to learf. Some of this power And simplicity stems from
consistent use of special purpose keys. Fortune has provided a
ganeRous number function keys to avoid dependence on multiple key
inputs (a'la control characters). Under the function key row is a
plastic label strip which may be changed to fit a particular
application. The strip I sawwas printed to go with FOR:WORD.
Someone had crayoned a Multiplan legend on the reverse side.
Fortune will charge about $500 for FOR:WORD and about the same for
Multiplan - as the salesman put it "microcomputer softsare prices".
The Fortune system was said to be of the multi-user variety (up to
13). I Foundit interesting↓iQChαβ ?SBβ?→β&C∃β∪M≠C3πJβOgO&+7Mβ>+K∀4T∧6}vm≤w/⊗\Dε6←$ '/" ∀π∞Nl⎇F*π↑<W∩r↓Q hPQ!PPh!Q hPQ!PPh(:α|J ≥f"ε}Mε/∩
,↔⊗OM_W1"C"AQUy;
Eλ∩(
=Y(∞Mh_9
]=λ⊂~~0z⊂$H:44g~P"4sZz0v⊂∀2yr`!pch has blown it. I
don't seE a pLace for !X[ESH↓∞A≡h∧ε␈∩
~G4~;∩d Y=≥l\8π⊂&TVb'iH∀:42H$a&FB(!P9↑yz2vJP0w2λ*s4l α I @⊃SgGkMgCHAQQSfAEk@↔O&K?9β>KS!αo⊃1α3,C7π9bβS#∀hS#↔π"β?→αm!βOg∨#↔7M¬;#'∂Bβ←πMπ∪↔∂↔w#3eβ∞≠GW'⊗+⊃β Jα∩J%pαβ↔'v9β∧4T;↔;Sf+7π→ε{⊃βWπ≠Sπ≠&K;≥β≡CπKπ∨#↔I1∧¬ε*π>Mv}" ,VFNl@λ
<h≠L↑h≠⎇.LZ=βD↓ P].D≥~→$ <Y⎇-\8π:9H;ry2H;rpuH∀*w4↑⊂4qw z⊂9rXzy2P_w2⊂)→v4pq≠2P2`.ough
fob commepcial appLications;↓≠&[ =&AoS1XA]KYKdAE∀A[kYQR[kg∃`R\@4∀~∃⊃=oKmKHXAM←HA[JAQo↑A←_AiQJ↓
CSE∀OfA[=ghAS9iKeKMiS]N↓eKmK1CiS←9fAGC5J~∃MI←ZAi!JAπ =~Ao←IYH\A≥←AE←UhAIK5←]giICiKH↓C\A≠@←~ZpXAgsgQKZAeU]]S]≤~∃@?rβ#'Mε#Wπ1πβK?∂/≠O?IβAAaa{AAaUε∪?πK"qαS#*βOgO&+5β←∂→β π≤K∂π3gH4*6αz55a2aβ W"β←#↔v+[↔Iε ;eβ}1βS#*β7W3&KC3∃ε≠?;∂/∪C↔;"βWO↔↔→β';6{/↔⊃ε 84)C↓aUβπ∪?∨K∞i1βSF)βOg∨#↔5β≡{KK↔∨#3eβ/≠↔Mβ&C∃↓aβAUβSzβKW9π##πPhSCK??∪π59¬##WMε QβπwIβ7?n+;Q1¬≠?7∃π+O↔K~β7πeε∪∃βK.s;';:↓aAa2βCK??∪π7LhSπ;⊃ε{S#↔↔→↓aAA)βCK};Kπ7~qαCK/#Seβ6 ;∂er4(4T#'∨'& 1αK/≠↔πK≡Aβ'S≤∧Vf2D F.n⎇n7'⊗≡LV"ε=⎇f∨/.,Vw"λ:α|jWεbε}d∞FF* _$hh(M↔∨εL∨∩m?-≡F/∩dλ6}v>↑'⊗.nD∧≥αyPε.v≤-F/~ ∀π≡Nl⎇F*πL↑&nNl≥Bπ&t
wε/,≡F(h.<W6/,≥Bπ&≡97~r
Mε*ε} W⊗∂M}"ε≡≥dπ∨>≡L6BπM Rπ&↑-VNv≥Dε⊗/N|V.r∞Mε(h.L↔≡←4∞6No
O∩ε↔∀
6/N≥lrε≡⎇nG⊗}EV∩ε6}$π&FT fO↔>Dπ&∂=5Bε≡⎇nG⊗}EV"ε6}!PW& Tπ≡.=⎇f"ε≥lBπ≡t
vrrλ\⊗≡B∞M⊗n*∞Mε*πL↑&nNl≥BεO4∞7>OL=ε."∞Mrε
∞L↔≡ZAQ'&FTλ5∃" M↔∨εL∨↔~π⎇ ↔"π≥}Rπ>}]F"ε ≡f*π<\Vrε≤dπ&FTλ5∃"
⊗"ε≥Nv∂O4 &..aQ&∂'L≤6F.D∞FzπM Rπ&≡=2r∧≡Dπ>∂4 ⊗fb∞lW↔J
l↔'/,≥Bε∞lDεvN<Ubh!Q$&N⎇≡F∞b
,W≡.≡,6Bε ≡2π≡⎇\Rπ≡}.Bε}d ↔↔⊗≥lv.n]nBπ>≡Mα∧F≡L⊗≡F∀∞FzεL↑f.f}↓PT≥¬yRε6}$π&FTεcCβε¬b∧J⎇Tεv␈D∞7/⊗T
⊗2∧
≡F∞≡
∀εO~ LW6.M}εNvt∞FF* =v&*
} hV≤d∧%∀∀
↔~εL↑f.f}
⊗v:∞Mε*ε=|F*εm}"π≡⎇\R∧F≡L⊗≡F∀
ε∂⊗N|↔⊗*d F.F\≥bε∞lAPTJ M↔≡∨↑>6."∞Mε*π
}7≡N-LRπ/M≥FO'∀
v2π>\6Bε∀∞7O∨L]Rr∧≤|⊗NrD ∩ε&⎇dw h-≥V∞>≥lRεOD∞vNfD 6∂/<Tε
ε\≥&␈∩∞,W6}N↑FN}d
⊗rε=⎇Wπ/M≥f:r↓Q hPQ!PPh!Q hUM R∧?,\↔"∧]≤7⊗|l∨&/⊂Q!PPh*|↔&≡∧
w/"
↑Vg&≡L↔≡↑≥lrbε ↑&*ε=⎇V/~ ]⊗∨⊗xl↔V/$∀∧nN>-t6∂,↑"εO4 ∩εf≡NFf(Q,&␈B¬¬c;/ε5c/C$
⊗v≡ ↑2Jπ⎇
⊗≡B∂≥w*π
NV:ε,↑G>.]dπN␈↑$ππ⊗≥nF/∩ <⊗⊗fT ⊗v Q/⊗␈/$∂⊗␈/$λ6.wN-vvN>4π∨'≥LRππ-≥g&/%d∧O" =vw&≥≥g~βfM2¬∀→Tπ>F≤=αε∂,QPVf|≤F." ≡Bβ≠εεαk#εεαε≡ ≡&∞∨L↑'~π ↑"π≡\=vv"d
vF.d∂⊗␈* ⎇rπ&t∞π⊗NnEBπ& QPV⊗␈∧ε>},-F/~∞↑απN}↑"ε≡ ≡&∞∨L↑'~ε≥dε
εl↑rπ≡\=vv'4 ⊗v"∂≥w/∩λ:¬*ε≡4ε7⊗\QPV6}$ε␈& ↑"π>}-2r¬M Rε⊗␈∧πε∂><W~πM Rε≡ ≡&∞∨L↑'~πMtπN␈↑$ππ⊗≥nF/∩ ≡0hVl≡7"ε≡4π&FT∞π⊗NnLW∩π⎇≥Fbε≤<6/πD∞FF.UdhPQ*FF*
⎇fgJ
↔&≡∧ 6}n↑4εN2∂≥w*εL\6N&T∂⊗␈*∞,V∞fO∀ε&}d}Bπ>≥nBπ&t∞π⊗NnAPW& ≡Bε⊗≤tε6NLUb¬& ]bπN}Tεo/>Dπ⊗.≤=αε␈l↑"ε∞lDπ⊗/<↑Bπ& Tε⊗␈∧¬ελh-]⊗∨⊗u↑7>OL=αεO4∞π⊗␈m≤F." mw∩πM
↔~π∞↑'ε␈<U∩rQ!PU& Tε⊗␈∧∞&/&≥≥G~εm}"α#'↔∩r¬≥}Rεv\\Bπ&t f..D
↔"β∀∞f}gN4π>F≤=αε≡≥dε≡}\QPV7-⎇Rπ& Tππ⊗≥nF/∩
}"ε7-⎇Rε
<⊗f∨]L↔&␈$∞G⊗∞n<f␈⊗\↑"αF←∞F/⊗l≥BπεN\phW∞-w6NL\BJr↓Q hT≤dβ3&4
↔≡r}Dε.v}\vBb∞Mε.r∂≥w*ε<≥bε∂NL⊗≡B∞Nvz∧]≤7⊗|l∨&/↔4
⊗rπ<↑&N/5dhU
≡GJπ≥}RεNd∂⊗␈* =ε∞v|TπN␈↑$εnNlDε∞7L↑"εf|≤FNvt∞Wαε-}FBπMtππ⊗≥nBrQ+⊗␈*⎇MBεF≡lRπ&t∞&/≡↑Dπ'>t '/'M⎇g~r↓Q hT]≤7⊗|l∨&/↔4∞vNfD &*π=⎇F"πM∞&␈.⎇∧ε≡}↑∞W&/$∞7&␈,↑2r¬M WJε≡,PhV\≥g.6≤>G/⊗\Dε↔J∞Mε*¬≡\⊗'⊗≥T∧∞␈.
w⊗∂M≥vrbεF3+:
↔⊗ZλN&O6UD∧v␈,>&␈∨5APT>]}&>N∀ε3ββ⊗5`hPQ!PPh!Q$}w∨∧w~∧L≥f≡(Q!PPh)⎇gOB
?↔∨&]↑2αG⎇
rεF≡hRεNn>F∞fL\Bε∞-}W"βfεα¬Sεεβαn,≡6."
]fOB∞?↔∨&]↑0hWMtε&∂LU∩εF≤Dπ&F]~"βB\-↔"¬>]f&∞l<Rε⊗␈∧ε␈/D∞Fzπ>N&}fEd¬∨.lL⊗v≡T
F}}>1PVf≥<Rε
jBk ε∧ε↔/D 6}wL≥⊗w~ ∀¬SC¬Dε
βefvn∩∞⎇⊗v≡ ↑7&/%Dε∞vD ∩β
\"β
vD hWL≡ε*εN-↔6*d ↔"ε≥MBε6≡N2εNd ∩ε⊗␈∧π&F≡@εO~ ≤&␈/D
FF*∞=↔V*
|bε
jBk ε¬`hT∀ &.f≤↑f*πM Rπ≡≥lvf*∞]fO"∞∞&N≡T
↔~ε=Mw≡*∞Mrα#εVβαpQ!PT∂4∞W∨.≥EB∧}o∨απ⊗\nW≡/4∞Fzε≤MVO"∞>Wπε}.Bε6}$ε6f}∞εN/5d∧F␈t Fzπ≥}PhV≥↑ε␈↔D∞6}7N|↔⊗+t↓PPh!Q hPQ!PPh(≡πεf≤<↔&N⎇n0hPQ!PU'⎇tε∂π
M⊗≡∂M≥vrπ ≤6↑∞|↑2ε≡≡\vG"
←∩ε/≤Ub¬& ←∩ε∂,Tε⊗␈M∧ε≡}M}"ε?,≡εFN1Q&␈⊗≤]g&.D ⊗v" -w&B∞.Vrε⎇d∧∂π
LW~r ∀εv/l↑"ε≡\≡6*πMtε⊗* ≥V∂V\Dε∂"∞Mε(h.≡V∞f≡O∩bπ> V."D ⊗v"∞l↔⊗N↑O∩ε}d∞FF* =vf␈$ w⊗∂
⊗∨~∞⎇εN≡∧ 6∞r ,PhV|]f/⊗≡LV"ε/∀π&F≡Dπ&/.-⊗⊗fT
FO'MLRε⊗␈¬bh!Q$O≡L≥f"∧},↔εF≤>2π≡
}v." ∀ε?⊗≡
εN∨4 F/≡≤⎇bπε≤=6∞>T∞vFN=∧ε≡∞d &*π↑<V"πMqPV∨,\↔&* =vf␈$ w⊗∂
⊗~π
≤7'/,↑2ε}d
V}v≡Mw∩r
Mε*π?≡7&.T
⊗v≡N\F/~ ⊃PV?,≡εFN>4π&∞-LW"π⎇≡FBπ ]bε∞lDε∞rλ≡πεfT∞vO&∧ 6}f}$εn}m≡F␈∩d
FF* ≡'&O>APV',≡w~πM Rπε≤>G/⊗T
vrπM Rπ&≤-F/" ≥f"πM Rπ∨≡>F.j∞,Wπ⊗|NV≡/4∞FF*
≥V∞>QQ&}r∞Mε*ε=⎇F␈∩ M↔∨εL∨∩r¬M Rε∂.M↔∨" <⊗rπ↑<Rε
∞l↔⊗N↑O∩ε}d∧'ε.n4"ε∞lAPV≡⎇Mw↔~D ⊗v" <⊗rε<≡W≡* |V}n↑N&N~∞=ε∂ε↑4ε}2∞l↔↔N≥lrπ≡∨,W~πMtε⊗* ≤F&.AQ&∂" ≥gJπ
⎇⊗w"d↓PPh*⎇εNfT∞FF* ≡'&O>DεO~ N&∂>≥lrbπM Rεn⎇m↔&␈$∞6F␈}4π&FT
⊗n∞|Tε⊗.≥lphV>,V∂&\Eb∧Nd∞FF* ≡'&O>Dπ>∞nN2π&t 6F∞l|Rπ& Tπε.d
w∩ε=⎇F␈∩D ⊗&" ∀ε6␈-U@hW<≡f*πM RεN\≤v*b
}"πε↑,f␈⊗T ⊗wJ
zFF/$λ6}wN-vbεn]f∨&≥⎇bbπM Rε↑←≤&}∂,APVO4∞W≡.Ed¬&FT
V}v≡Mw∩πM VrπL]Wε␈,≡&Ng∀λFO∨
L↔O~ ∀ε?⊗≡
εN~
≥V∞>T
v0H,≥Fbε≡h⊗Nf≤-F*ε}∞FN}n5b¬& Tε␈πM≥vw~ ≡&*π<YF.∨L\Bε↔∀
V␈6≥lrπ& Tε∨/.9wh.Mrπ& Tε␈πM≥vrε⎇dπ&FT
V}v≡Mw∩ε≥lBε&↑∞&/∨=≥f:ε≥dε∂π∞-wπ⊗≤≡F*ε<←∩rQ!PU& Tπε∞=<⊗>* <⊗rε,Tπ/≡\Dπ&Z >&.∂LTπε␈>LW↔~Dλ6F∂.N2bε}$εW∂>Dε∞⊗}↑Bε∞o⊃PV≡⎇Mw$~;8,|(≡;nTyλ∪
≥y+Hλ≥≥~≠n\zλ≥
<Y(∞|<h≠Mt≤≤Z-n→<H ≡λ≥~ Te of the color printers (e.g. the Prism from IDS) could be
used to print images directly from the monitor.
I didn't ascertain the price of the package but it probably isn't
more than a few hundred dollars in addition to the hardware. A
company called Via Video offers the same sort of package on a more
expensive micro with a display of higher resolution than that of the
Apple. Via Video's package is substantially more expensive but is
potentially useful to professional graphic artists.
I don't think the resolution of the Apple color monitor is good
enough for professional work. Island Graphics' product is
nonetheless, very impressive. Is it reason enough to bite the Apple?
Nope, but each one of these Apple things makes that unit look
better.
Graphics Magic is another Apple color graphics tool which enables
software developers to create games or most any display oriented
application without all the fuss and muss. Its actually just a set
of routines which can create and manipulate color graphic displays.
One of the most impressive demonstrations of the package's capability
is a little show that takes about 20 seconds. The screen starts out
black and then dots od coLor emerge at random places. These dots
grow into small shapes of varying size, color, and outline.
Everything is random and everything is moving too fast for this be an
Apple. The little shapes (there must be about 25 of them) fly
randomly about the screen for a few seconds and then coalesce into
two rows of large color script letters which say "Graphics Magic".
And magic it is.
Altks
Conspicuously absent was Altos' ACS8600 Unix system. If they succeed
with this product, it will be the fIrst (and possibly the only)
8086-based Unix system* The Altos rep said the system was "almost
ready".
I understand that Altos has added many chips to the 8086 board in
order to make Unix possible.
Japan Microcomputer Club
Japan Microcomputer Club has visited the WCCF since its first show in
1977. This year, their booth didn't look much different than last
year. The beautiful BMC all-in-one color graphic system was again
center stage (the last time I saw one of these was at the Faire last
year). Again, SHARP's small black and white graphic box was on the
table. I wonder where all the 8088/8086 systems are.
Unix for the PC?
Quantum Software Systems, a Canadian firm with an office in San Jose
showed Qunix, a Unix-like system running on the IBM PC. Qunix is
multi-tasking and sells for a mere $150.
The developer claims that most Unix C codes will port to Qunix with
just a few mechanical source changes. I guess this is the sort of
thing that can be verified fairly easily.
Where Quantum treads, can Microsoft be far behind?
Tandy
Tandy was there, occupying the very same piece of Brooks Hall which
they had last year. They had one of their Model-16 computers, but it
was to look at only - no software. Actually, it was running some
sort of display driver which produced some very unimpressive low
resolution slow moving pictures. If it had been me, I would Have
left the power off. I asKed about Unix for the Model-16 and got a
rather Consistent "no commeNt". They really didn't want to talk
about it.
Sorry Folks - The Show Deserves Betper
The show deserves more time and more coverage. I'd guess that about
half of the floorspace was dedicated to software. Most of the
software was of the application variety upon which I have barely
touched. Maybe next year.
Jeffrey Stone
20 March 1982
------------------------------
End of WorkS Digest
*******************
-------
∂22-Mar-82 2216 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #28
Date: 23 Mar 1982 0028-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #28
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WORKS at RUTGERS
Office: H055 - Hilh Cntr, Busch Camp, Rutgers Univ, Piscataway, NJ x4780
Home: 206 Easton Ave., New Brunswick, N.J. 08901, (201) 249-2748
Works Digest Tuasday, 23 Mar 1982 Volume 2 : Issue 28
Today's Topics:
Whorfian Hypothesi@LAC]H↓!e←OIC[[S9NA C9OkCO∃f~∀@@@@@@@@@@@A'AKGSC1SuKH↓≥Kio=eVAβUi←[CQSFA!I←GKgM←ef~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ~∀4∃ Ci∀t@@@d`[≠¬dZpdddj`5 '(~)
e←Zh@@@AMiKaQ∃\A'Y¬IJ@yMYCIJ↓ChA3¬→
|~)'kEU∃GhtAIJtA/!←eMS¬\A⊃sA←iQKMSfAC9HA!e=OeC[5S]NA1C]Ok¬OKf~(~∀@@A)QJE/Q←IMSC\↓⊃sa←QQKgSLD@Q]¬[KHA¬MiKd↓¬K]U¬[SLA]Q←eL$XAgi¬iKH~(@@@A eSKM1rXASLAiQCPA←]J≥fA]CQSmJA1C]Ok¬OJAI∃iKe[%]Kf@!i↑ACPAYKCMh~∧@@Ag←5JAKqQK]hR↓←]JOLAaeS5SiSm∀AaKe
Kaik¬XAC]⊂AG←]
Kaik¬X~∧@@AGCQKO←e%KfZZ↓R]J\0AYS]≥kSgi%FAgiIkGikIJAIKQKe[S9KfAi!JAgiIkGikIJ~∧@@A←L↓iQ←k≥QhAaI←GKgMKf\@↓)QJA
←]ie¬erAm%KnASLAiQCPACYX↓QkKC8~∀@@AYC]≥kCOKLAQCm∀ABAgβ#KW∂'+K∃β&+S↔KnK;↔⊃ε{Iβ3Nk'S↔ β eβ.s'[↔↔≠π04R↓↓↓↓GβK↔O.kπ 3Jβ∨↔;/#'∂πfceβC⊗{∨Kπnk↔⊃%πβK'7O#'[↔~β?→β&C?W∨G!9↓αO!∨L4R↓↓↓β}s∃β?2βS#?≡)↓ ∂FK∂/↔rkπ;⊃n+∨≥ εKOOW/→βπ;"β#πMε∪↔↔9π≠SW∪N+⊃β Hh)↓↓αβ∂W3'+Kπ1ε ;S#⊗{C?3};'OS~β≠?Iε#↔∂π&+M84Ph)↓↓αα%βSFK;-β&C∃α←F{K≠'∞qα#gε{S#↔≡KMβ#∂→β3''#3∃β⎇⊃β;=∧∪↔πKNs≥β?rβS#∀hQ↓↓↓εKGOW*β?→βF{]β?v)∨Mβ6KKOQπβK?∨⊗ 77'v9β3πv;Wπ∨*β';O&K33Mε∪'πO/_4)↓α↓βS#∂!βπ≠4+∂Qβ}s∃∨Mπ≠W O- W↔;"β3↔π⊗s';≥ε ;⊃?␈⊃βπCπ∪↔∂'∂#'?9ε{_4)α↓↓β?&C↔Iβπ∪?∨K∞k7'≠8β3π;?+π∨↔~q↓α7⎇∪∃↓ o+;∪πv) βC∨K∂#?f{↔'∂∞`4)↓α↓βS#.{C'↔~β?→βd+πK≠Ns≥βπv!β?→π≠?∂'∞aβCON≠#?3};eβπ⊗)β7?⊗)βK↔f+[π; h)↓↓αβS :∞Mε*π
Vv}\]f
pQ$ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα
|W≡≡}↑'"ε≡@¬∀ hET JDε∪B∧\≡"β ↔ε"Hh!Q%>F},bπ∨N\FN.Dλ⊗n/-≤6∞r ≥f&N≥dεf∞l}V∞>↑5Bπ∨\=αε∂4 ε␈ε∃Dε∞vD
f␈&\@π&F≡APW& ←∩ε}nLVrε]\&}'∀λ∩εv≥≡f*π
∂↔≡N>4π∂.≡LRε&≤lf/⊗]nBε7-⎇Rπ>↑>F/⊗aQ'&F}\vG"D Rv:eDε&NllW⊗.nDεv␈M→vw~
|bπ&≥\Rπ>}]F"ε,Tπ⊗.mHV∨&\@εNr∞]g/∨\≥@hWL]g≡*∞>G↔8⎇≥.,<kH∧ →(_m⎇ZY8nN<Y9∧∞~_=∧¬_*(
l=~=LT≤|→,≥y<\d
yH∃
|y#!-_;Yn\9y<d∞{⎇; D≠Y0l↑|x<M≥≡(∃M≤=h∃
(≥;M≡Y<\lT≥~→$∞x:(∞M≠|y$
uages
framed it, and (b non-native speakers would would find the concepts
allusory, atbest, or perhaps incomprehensible. A common anecdote in
support of this position is that Eskimos have a dozen or more words
for "snow", while in English, we have only one -- you guessed it --
"snow".
A version of the rebuttal to Whorf suggests that one's language is a
reflection of one's view of the world in that it must communicate the
important concepts one has about the world. Thus, Eskimos must be
able to distinguish among freshly-fallen-snow and
hard-packed-snow-suitable-for-mushing-into-town, and
snow-that's-ok-for-flash-freezing-the-walrus-meat, and other types.
Now, English does in fact have multiple terms for snow, as skiers
should be aware, and English achieves this through its great
extensibility. One can create new terms explicitly ("slush"), or
modify old ones (as above) or use an old word in a new context, e.g.,
figurative speech ("John scored an ounce of snow.").
One may apply this argument to programming languages as followq: The
model is one of "machine as agent" and the programming languages
should facilitate one's communication with the machine. Just as
natural languages do not predestine the subject of discourse (Ghorf
perhaps to the contrary), neither should programming languages limit
the concepts one can communicate to the machine.
Natural languages saem tk diqplay a cOnceptual @!←[←O∃]KSidXAeK→YKGi%]N~∃QQJAG=]GKaQbAS\↓iQJA]←eYH0AiQCPACaa¬eK]i1rAKq
KKIf↓iQJA
←]GKAikCX4∃S]i∃agKGQS←\A¬[←]N↓ae←OIC[KSαs∃β3∞s∨Wπ>+M 2∧
vFNLTεn␈>@ε≡}l<Wπ'4
V∂J ,PhV=yVo.m_6∂&\@ε/∂\≥FgJ∞|Vf@λ~3D (→≠o,;H→
≤YY4L]]λ⊂↔_z:y0[⊂60w→zpsr\FE∀0Yptwελ92u2Xz4w3H+t7y→∀V⊂*~2y2P_y2P6Xw<P9Zsw4c~qpw:λ897s\0ryP≥40zεB1pw7≠z⊂12H4vx6→vrw:→r⊂4gλ0P27↑2w⊂0\10z9_y<P8≤7sy0[vtw3H60w3]psryKεEεE∀wP:4→P8zb\z4wwλ4yP7≠z⊂92Xv6<Pλ"7ryH<wzyλ34y9]⊂897Yy0vvZw3P6_w3zpYrFE $etermine how you view programming?", bu@P@E ←∃bAs←UdA]i Aae←≥eC[[%]N~∃1C]Ok¬OJAaI←mSI∀AiQJ↓MKCiUeKfA9KGKgMCerA→←dAi!JAiCMVACh↓QC]H|D@AβLAS\~) ]OY%cPXA∃qiK]MSESY%irAS8Aae←≥eC[[%]NAY¬]OkC≥KfXAMkGPA¬fA→∪M XASLAB~∃IKCXA K]KM%hAS\↓iQSf↓eKOCIHXAQ=oKmKHAShA%fA]←PAgkM→SGSK9h\@AQQKeJ↓CeJ~)eKCX↓aeCGQSGCX↓G←]g%IKeCQS←]f↓S]m←1mKHA%\Aae=OeC[5S]NA1C]Ok¬OKfA=L~∃o!SGPAQQKeJ↓CeJA
←eeK1CiKf↓S\A]¬ikeC0AYC]≥kCOKLt@As=jA[CdAEJA¬EYJAQ↑~∃KaaeKgLAs←kHAiQ←UOQif↓ckSi∀AMYk∃]iYr↓S\A 9OYSg XAEkPAiQCPA[Cr↓]←hA!KY`~)SLAs=jACe∀AiCY-S]NA]SiPAM←[K←9JAoQ<AgaK¬WfA←9YrAπ!S]Kg∀\~∀~(@@@@@@@@@@@@@@@@ZZA'QKaQK8A'YC⊃J~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀
∃⊃CiJtddA≠¬d@br`d@Q≠=]ICr$@`pfL[ (4∃
e←4tA %∃∪
*A¬hA/Q¬ei←\4b`@Q!K]er↓ eKS→kfR~)'kEU∃GhtAM≥β OL~∀4T#?↔Mε ;g?v)β#π4∧Rπ∨N-vv: lV.f≥lw~εmx D
|H⊂,|:;\nD∀sP*∞oh∀n 8z8-M>Y9↓QSY=∞⎇|Z`λ≡=≠{,≡~8h
∞[xq.ywy9OP⊂*4→P4r2XP4yP≥5P40]2P9w[pP9x→qtpvβE∀24Y32y2[:⊂:4_z⊂(2\9ww0[⊂+wy~βstations) processoRq on a network doing
NeTwork funcTions.
¬
I would group GateWays, Network-contrkllers and things like
Mail-Pumps, Mail-Servers, Number-Crunchers, And IO processors
(magtape, ...) in this category. Ho@\AgQ←UYHA←9JAaKIGSKm∀AgkG AIKm%GKf~)S\Ai!JAK]YSe←]5K]h}4∀~∃'!←kYH↓'←Mi]CeJAACGWC≥KfAY=←VAi!JAgC5JAoCdACfA]KYX}4∀~∃⊃∃]erA⊃eKSMUf~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃∃]HA←_A/←e-&A S≥Kgh~(TTTT(TTTT(TTTT(TTTT4∀ZZZ4ZZZ~(~∀_≡df5≠CdZ`d@@dHbd∪≠∃XA!Y∃CgC]P@y/∨I↔&ACPA%+)≥ %&|∪/∨%-&A S≥KghAXd@Fdd@@@~) CiJh@dhA5Cd@bdpd@@@dh[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@Fdd~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYβI6S=Rα↑.J]→βπQ¬∩VR≡-∩L4*|∧f&N<W"∧C∧VRαj
⊗f@λ⊂{NNKλ⊂N↑xzλ≤;< ∧
]=→l↑\h∃-m=Kλ
<xx.L=x>%D∪RH∂ε
n ↓QR≠s,WHλDεd⊃8<nM{H⊂.l+Kλ l=h⊂N.9\⎇m≤zkλ eRKHεπ∞, %D
Lε∃( @~∞VY≠Z∞εEεE∃wy5yH"4sr\z⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂+Yr72yY0|V⊂ ~⊂&p\⊂_\\ ⊂⊂⊂⊂λ+7v:[rP→⊂∞⊂$yy]rP→≤CEαE*≠r0|S\P*7x~qy]⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂∃t7y3~pw⊂$≡x7z4→ytyFB⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂*42H)r{2[:4⊂+Yyz⊂![pyz⊂⊂wvx:]2y⊂#_ty2FB⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂)\2qtp[⊂'2z≥wy5P⊃2{4aYyFE⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂'2j≥wy5P∀ry;2\9P4wλ&0w9CEαE⊗KVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVFBεE"0]2]⊂→ ⊂&pyλ_\\→λ→_]~M]__⊗T)jεE⊃97v]λ0v4qYPy0q_4z⊂vZz1t_z⊂!2\5rv2↑FE)zX52qz∞⊂+t7\34pwλ4<x7]42yt\FEεE∃42P4≡x7z4→ytyP≥40z≥42P3\0vvp]4qpvλ37y6H7s⊂6_w3zpYrP0s→2qz9H7w2S\FE1w[1rx:≥pv⊂9]9:qz≥y2P4\P2:rH:7P!→w50vZw⊂&2YP+t7\3↔⊂⊂∪w2P9[zy1rH37y~4yFE≥42w`2y is Lafguage, Thoeght, And Reality, SElected Writingq of
Benjamin Lee Whorf, published in paperback by EIT Press* Particularly
αrelevant is the paper The Relation od∧A↓C SikC0A)Q←UKQhA¬]HA¬∃QCmS=`∩¬i<A→C]≥kCOJλAS\AQQChAβ3?3Wn)1↓α>C'3∃¬ W'S*β';S-∪↔OSLs≥!β&C↔K∃∧K@~εM~G&FQQ&/6≤LVv≡T
ε*?4
&N>∞E`hPβ"K%U+++%U+++%U+++%U+++%U+++%U++#!! Q_.L,H F4⊂εpy_t⊂_LN→⊂⊂⊂6800-EST
Fph∂Zt↓∃KeedA
\AA←ke]∃YP∪∃βbB>Vα)d*ε≤@λ Y5 3(↔C"Tn\ZY0⊃]≥⊂≠z~⊂+aaQ∧E*7N⊂!2c→αrey at OFFICE-2
cC8∧A.qM 4ACPA≠∪(5≠εHAα∪;!β∂!α6&"jε%1∧∪π∪?∩βπQαlJQ6εJ`4)↓α↓↓βCLεε/~ ≡B¬∧~(2lL≠λ2bπ>|V/∩ ≡B¬≥YXUBl→→PhPβ"H∧∧λλλ∧∧∪>(
≥<≤Y.≡z;{D
yH∃
(⊃X-≡Y(_,n→<H∞M≤Y9$ _>0→H;pqPλ1ww9[v4r0]4wwεB90z4→y⊂:4_w⊂17[2⊂0r≥0w1r\U⊃⊂⊂⊃wr17]z⊂4iH1wvt[3P:xλ;tz4λ74qrH9z:s→⊂92p[εE9g[w⊂77]V⊂0yH0y2P≠z42y≤T⊂1:]⊂77z~4w3@_4sP4_yP40\82w2Y⊂5:y]⊂<rz ⊂⊂*4→FE-⊗N___⊂≠5wuyH22pr ⊂0w2λ:42i→SyP9[P6zqZ⊂9zx≤7y:⊂→7y⊂:~2P≤λ∞≠↔\_∞≤εE3_vtv<H:40zλ:42P→vry3Yw1rP≠s⊂:2Z⊂≠≤λ _⊂1p[77z⊂_67{P~z⊂7z]⊂7s⊂≥42FE≥pz2y Vpv:~7zstλ:42P∞_≤≤⊂→z1P1Xw77zλ5tv6λ7s3⊂≥42P≠∞____λ2tz4→y↔εEβE⊂⊂⊂λ⊂⊂⊂⊂∃42y2H;ry2H:;wP
≤___λ9|yz→vyV⊂_:z⊂:~2P)`QbP:yYyP)aUb⊂( Ta`f⊂_yFE:~2P7x→y0z4[3P9|\z2vP_w2⊂;Zv6⊂4_{2P:[4|⊂)→pv⊂)[ww⊂7≠{W⊂⊂∩P1pw≠7z⊂0Yy2rFB0q7z]⊂"4sZz0v⊂≤2yrp\1t⊂3[tw3P_{p|]H$P9z\x2qzλ!h↔fH4yP0X7zz⊂≥7P:0ZrFE0[7z42\⊂8zp[::vP≠2px⊗λ0qz:Xv6<Vλ0yP:~2|P3Yz⊂:9_w9v0]7y9P≥7P19~w3FE≥44w3\P:x⊂→97vP∞⊗q4zλ:7P_M⊂14zλ9p|y]2vyWβEεE$]⊂;pyH0w⊂4[:2y2\z4w3H30ty→V⊂0w→⊂$P;\7z2P_q7zzλ4z⊂0[6⊂20↑P:7r_|P37\⊂0wεB0y:4Xv2V⊂≤wP$P≥44w5H$Sv6λ9z7x ↔↔εEβE⊂⊂%⊃hεEεB⊗VVVKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃0z2]λ→→P&Xy1t⊂ \\→⊂ X_≤⊗QijεE⊃97v]λ$0w5H+pv5Yy⊂0zλ!fjVLX FE∀zq52Xz≥⊂9\2qtp[⊂72z≥wy5P→2{4qYyFEεB$s⊂;~ytq6→P0z⊂_v6⊗⊂≥42|P≤t7zv→⊂897X0q6<H12P6≠stqp[⊂22{~qryWλ⊂*42H30qzβE:40]⊂:42↑P0y2H67qp[⊂7y⊂≠7z⊂4\P4y9→v2{0[:↔⊂⊂⊂P:0x→P294]2P6tYt:⊂6≠wuFE≠4urP≤0y:⊂≠s⊂:4→P34v→P9|y]2vV⊂_w2⊂1→P4w;~ytq6→V⊂0zλ62py]⊂37yλ9wvrCE:44[3yW⊂λ#pz2]p|yVλlly invisible. Number
crunchers are probably visible. It does matter whether you want your
job to run for a week on your processor or a minute on the Cray-1.
But again, they should look like they are local. One means is logical
devices, which sort of works now on VMS anyway (with DECnet Phase III).
------------------------------
Date: Tue, 23 Mar 82 13:08:44 EST
From: chilenskas at CCA-VMS
Subject: NETWKRK SERVERS IN LANS
I Suspect that in many larger networks some form of networi
server would be useful, As an example, consider the MAIL task. If i
am sendinga message to soma workstation thatstation could be
uNavailable fkr a number of reasons. It could be under repair, shut
αofd for the evening, Busy Shipping a large file along the cable (iO
busy) oR havE too many processes rqnning servicing the user#s current
∃]∃KIfAQ↑ACY1←nAi!JA[C%XAeK
KSmS9NAae=OeCZ↓i↑AS9SiSCQJ@AGAjAEkMrR\@↓∪\~∃→CGhX↓ShAG=kYHAQCWJAEkSiJ↓BAoQ%YJAM=dAE←QPAo←ISgiCQS←]f↓iVAE∀ACEY∀Ai↑~)G←[[U]SGCQJAgS5kYiC9K←kg1rXAKMaKGS¬YYbA%HAiQ∀A[KgMCGJA%bAO←%]NAE∃igKK8~∃gQ%MafA=` βO.≠S'?w→β?→ε βOS∞;∨↔K.!βO#␈∪Qβ←␈∪ ~π|\VZr∧
FG/4 ∩εn≥≥@hW<Z'6/%z7ε}⎇LW$~<h∞↑y9U-D≥≠h }X8H∞M→(≠,↑|x9lT_;Y∧∞x:=∧ [|@∞M→#"N,8z<
≤;]λ∞Mh_{m\(_X,=h≥<¬dλ⊃=L]H~1D∂;y( Mh≠[nD_]0≤H:42P_y3zvYw:⊂*~0zεE~z⊂6tYt:⊂*_urP0H67w3H:4vrH37y_7z4⊂≤z0z4[w9P:≠P12P≥x⊂:7Yp¬ther, you
sTill don't↓oC]h↓iP≥β&+∪'∂∂#∃⬬#πO-π#=β←∞KS';8∧π&@h≤q-lλ≥~ T≠94n<9y(
}A"P⊃[w:4w≥pv6,H87v&λ:42P→7{w⊂≤βtation i@8As←KHA←o\↓o←eWMiCiS=\\~∀4∀@@@@@@AMa←←Y%]NASLA←E@4K?WOeIβ∪↔≡K@⊗∞-HRεNd∞6}nT w&F↑ ε≡∂<X d <h∃l]≠ C!){Y(∞⎇⎇;→∧ Y(≠,≥X9z-lh≥~ T≤=0∩]pP3'\α the DOVER or whadever @!SOPAEkCYSQr~∃aIS]iKHASfA¬mCSY¬EYJA→←dAY¬eOJA=kiakPXλ$(hQ↓↓↓α↓↓↓α␈##↔I∧¬f}r↑>ε}}M≥f:εn]f∨&≥⎇g~ε=}Vf" ,RεF≥lFf.D ↔
π|]Fbr∧λ⊗ph,≡&≡F≡lRαε\≥f∞≡↑$εnN⎇∞Bε∞N=rεF]Jαε∞nLW∩πM Rπ∨≡>F.j
_ d
;H≤
L8y(
M{Yc!,;[p~Yt∪⊂⊂⊂P9rx_y0z2H9z0z~ww⊂7\⊂:;wH3pz4→y4w3H9z0z~yz4q\P7w≠2z;w\5FE&≠pr⊂0[2⊂82\37y6Xw1rP≥wzv2λ42v 0 tuning and detecting botthenecks. In
high qecurity Environments you might want a Snoop of some sort. There
are high speed, shared peripherals to manage. etc.....
R Mark Chilenskas
Chilenskas@CCA-VMS
------------------------------
End of WoriS Digast
*******************
-------
∂24-Mar-_2 2318 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #30
Date: 25 Mar 1982 041-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #30
Sender: PLEASANT at RUTGERS
To: WorkS: ;
ReplY-To: WORKS at RUTGERS
Office: H055 - Hill Cntr, Busch Camp, Rutgers Univ, Piscataway, NJ x4780
Home: 206 Easton Ave., New Brufswick, N.J. 08901, (201) 249-2748
Works Digest Thursday, 25 Mar 1982 Volume 2 : Issue 3
Today's Topics: Words for Snow
More on UNIX . . .
Programming Languages and Whorf
SoFtware Wish List
First languages and Whorf
BELL BLIT
----------------------------------------------------------------------
Date: 23 March 1982 21:13 est
From: SSTeinberg.SoftArts at MIT-MULTICS
Subject: words for snow
Sender8 COMSAT.SoftArts at MIT-MULTICS
*from: SAS (Seth A. Steinberg)
Words whiCh quickly come tk mind include: snow, powder, slush, frost,
a dusting, .... I'm sure I could jack this up by looking in a
thesaurus or a skiing guide but English has lots of words for snow.
There was an interesting book review in Science a week ago. There is
a culture (the Vai) in Africa in which three writing systems live side
by side. There is the native Vai system( the Arabic (the religious
language), and English (the administrative and scholastic langauGe)
System. Vai script is taught informally, usually by a friend, and is
learned in a few days or so. Arabic is taught in religious schools
and is heavy on memorizing the Koran. English is taught in the
schools and is usually part of a general Western style education which
includes mathematics, science, history, and what not.
Needless to say. Men who could write Arabic had really good memories
and the English writers did better than most on SAT/IQ type tests.
People who could write did better than people at large. The
impression I got (from reading the book review) is that the
researchers felt that alphabetic literacy did not engender major
changes in thought patterns, but rather that new thought patterns
could be taught along with an alphabetic system.
(I should probably read the book but ... )
------------------------------
Date: 23 Mar 1982 2259-PST
Sender: RENTSCH at USC-ECL
Subject: More on UNIX . . .
From: RENTSCH at USC-ECL
Message-ID: <[USC-ECL]23-Mar-82 22:59:20.RENTSCH>
The arguments for Unix are that it is available, widely used, readily
transportable, and has (and will have) lots od software available.
These same things could be said of FORTRAN in 1970. Not only that, in
1970 FORTRAN was 13 years old; Unix is now 13 years old. Let's hope
the analogy stops here and doesn't extend into the future.
I don't want to enter the arena of religious debate. It's not that
Unix is evil; it's dated. And it's a pretty poor match for the
workstation environment. Unix is a timesharing system for a
minicomputer, I want MY pepsonal computer to be more powerful than a
mini, and the last thing I want to do on that personal computer is
timeshare.
Unix's shortcomings for the workstation environment are clearly
evident by looking at what it does and does not provide. It does
provide C, which is a great language for hacking around. It does not
provide adequate type checking, nor is there any support for
"programming in the large." C doeq provide a terse solution foR many
typical program fragments. It does not provide clearly readable coDe
(declarations are particularly offending here). Unix does provide
hardware independence. It does not provide hardware independence for
devices which don't fit the byte stream model, Like a mouse and bitmap
display, to name two important examples. Unix does provide a
replacable command processor, which is therefore tailorable within the
Command byTe string model. It does not provide a framework for a user
ows a different paradigm, e.g., modeless
window-object basEd.
The siren call of instant avAilability is luringus to repeat the
FORTRAN disaster. We can save paying N dolhars now only at the cost
∃←_@b`U8AI←Y1CefA1CiKd8@A≥←PA←]YdAiQCPXACf↓iQJA
←ghA=LAG←9mKeg%←\~∃%]GeK¬gKfA¬fAiS5JAO←∃bA←\0Ag↑A]SYXAQQJAa¬S\AC9HAG←IaKga=]IS]≥YrAi!J~∃e∃iSGK9GJA←_AaK←AYJAi<AG←]YKeh\4∀~∃)!JAae=gaKGPA←LAAkiiS9NA←M_AOKiQS]NAM←[Ki!S]NAIk]]S9NA←\↓s←kd↓mKer↓←o\~)aKeg=]CXA]←eWgQCiS←8ASfX↓∩OZAMkeJX↓k]EK¬eCEY∀Ai↑AM←[J\A¬kh↓iCWJ↓Ucgh4∃BAg1SOQi1rAY←9OCdAYSKn\A∩OH↓aCiQ∃dAoC%hAgS`A[←]QQfAM=`ABA5KeGK⊃Kf~∃ K]tAQQC\A!CmJA∧A
←e⊂Ai←I¬rXAKYK\AS_AiQCPA[KC9fAαAα;↔QβoIβ∂#|K∂∃β}1↓QLhS∪'≠6+K↔;"β;↔]∧3?K∪~β'9β
βgππ∩β≠K?jβ;?]r↓απ3bβS#∃ε K∨Wn+;SM∧Iβ#π4(4+#, K⊃β∞;K↔∃π##πQ¬+;'aεKEβ;zβCπ;∞≠↔¬1ε ;⊃β&CπQβ&C∃βO>KS∂!π;'31εCπ[∃π#<4+⊗)β7π&)9↓α&C∃βG.+OS'}qβ'Mπ;#↔SF+Iβ'"βO#?.c⊃β *β7π∪*β ↔≠␈∪∃βSF+K∃βO→β∧4V∪'≥βNs[↔O&k↔;Q∧K9αWvKaβO}3S←π⊗)β?Iε ≠S↔∩q↓αO,+9β'rβS#'~β3'∨G!1βSF(4+πw≠←↔IεKMβ7.≠!β∂f+πK↔∩q↓απv!β∪?r;Qβ/N!βg?/∪O↔32βS#π"βS#∃ε≠#π;>)β∂πrβ ∀4Tkπ∪∃α∪↔[?g+S'?v K'3Jq α'"β#πOr;Qβ .+9β∪}s∃βg/!β'9π##∃β≡{≠S←∂∪∃β←␈∪3⊃8hRK↔7,k ↔Iπ##∃βd+GO?rβ?→α4zJRJ q1βπv!βK↔n+7 ↔∩βS#'≠QβS#␈≠∃β←Fyβ∪=εs?P4Vc↔πKrβ≠K?jβS#∃εk'OS∞[↔Mβ}1β#'∨#?Keε K∃β&{?7↔"βS-β⊗+C↔π"βS#↔jp4(∀T{;∃β6K;π1εs?S∃r↓αS#*βK↔3.≠Sπ;≡)β?→πβ↔?Cf)βS=π≠←'S≡Aβ≠K}iαW;OAβ'LhSC↔K6+∂S3JβW;∪/∪OSπv#π 3*β'9β6K↔]β}1βS#*β3πK>)βC↔↔≠?;πbβ';[/≠S7↔w!84*f+πK;Ns≥β¬∧s↔]β∨KOS↔jβ'Mβ
βO↔KN{WMβn SS↔∩aβπ;"β?;∃εs?Qβ&yβ ∀hSW;∪/∪Sπ/.qβ3'>CS3Er↓α W"βW;∪/∪Sπ/.qβ'Qπ;'31ε∪∃1β≡yβ←?.c⊃βg␈)βKπ&C↔Iβ&x4+'"β;?]ε ;⊃β>+Qβ'"β?[↔∩β←'SBβ?Iβ> 'Qβ.sS'1¬K?UβF [∃βf+πK;.!β↔[.qβ7?⊗(4*WvKaβK.33↔c/→⎇↓α≡{7∃β}q1βg␈)αW;OAβC↔⎇β3∃1ε≠?7∃ε{WQβ}1βg?/⊃βO#.c1mβO 4+←}q∨Qβ⊗)βπMε∪π⊃β∂→βg?*βS#'vY84(hQ555ji555ji555ji555ji555ji555jh4(4T#πS∃R↓IMαn I↓EKAI↓I≠→Y6B≥ 4*O.s∪↔IRαJ⊗:%~∞!β∂!αVN~j⊗∞⊂hROW V+∂Qi¬βK?∨⊗ 77'v9α3πv;Wπ∨/→βπ;"α←#?⊗04*≠⊗{5iα∀*:RN≤AβπQ¬*N
6,~04*n+OOπ>)6&⊃R↓rnV≤→6⊗∞eiIM6n I5a∩↓IMi≠1iUEu∩⊗:R≤~!x4Ph*←#Nc∃βSF)α←#␈∪≠'πrβ#gC␈##↔OM→β∪?/→βO↔,iβS=ε CC3JβS=βπ∪?∨K∞k7';8h+3πv;Wπ∨/→βπMπ;↔31ε Mβ;∂#WKπbβ3π;?+π∨∃bβ←#π"β'Mβ⊗+π33Jβ ↔'v9βSπf[↔⊂4V ?W"β'Mβ≡{7↔SFK;≥β.cO∃9αα%βSF{W∂#"β'Qβ> Mβ←.c1β/v{←9↓DIβO↔*α%β←∂→β'8hS↔KK␈⊃%βSF QβSF)α~&∃~QβC⊗{∨Kπnk';≥εcπ;∨. ∨∃β&CπQβ
βC↔K≡{9β3. K;LhSOSK}s∨3eε≠πOS~aβ?Iπ≠↔SMbβ#'MεK∪↔π~βπ ?/!βCK};Kπ7nK;≥9ααS#∃ε+cC↔⊗K7↔; h+S#∂!β←π~β∪?;*↓#π;"α%β#∂3∃β;zβ'∪↔
β?→β&C∃βK.3↔K↔v≠∃%β> MβSzβ∂?7ε K∀4Wβ↔?Cf)β←#zβ≠'K∨!β3↔∂∪;↔⊃ε{;∃βf ;∨W∞;∃1β≡ eα¬bβS#↔rβπ;?&C↔I1∧⊃1βSxh+C↔␈β3∃β>C=β3. K;↔"βS#↔jβ'9β&C∃β?⊗#↔Iα∩βS#↔rα¬9α␈##↔Iπ≠SW∪N+Mβ#∂3∀4+⊗+↔91π;'S!π##∃β≡{;∂3/≠'?9π##πQπ##∃β6KKOQεK7CK/≠O'?w→β?;*β∨↔S_h+CK};Kπ7nK;≥↓FI;∃9bβS#∃α∪CK??∪π77Ns≥β3∞s∨Wπ>) %β∨#K?;>ceβ'v33W↔v≠∃β#␈84+?v)β['/;MβC⊗{∨Kπnk';≥ε3K?5π##↔9ε{91β∞s⊃β'~βK↔7∂∪/π gIβOS⊗{;≥β/3↔9βNp4+SF)β≠π≡)β?→εc↔πKvK;≥β6+Keβ&K≠≠↔⊗+;Qβπ∪?∨K∞k7';:βOgO&+7M9ααS#'_h+πCε K↔;&ceβ∂∞qβ ∃ε{[↔K≡{7∃1ε∪WQβO!β'Mε+πOeπ#=βWv#↔K↔∨#'7π&)84(hR'9βoIβC↔↔≠?;πbβ↔cC/∪'↔;≡)1βSFKMβ↔Gβ3π'w→↓#π"β3↔π∨!βCπ↔#3e%π;#eαHh+∪'&q∨Qβε KS'∨+3πKgIβSπ↑)βS=∧b&NAbβ←#'≡Aα%βf+πK;.!βπMε βS#O∪⊃β?∩β≠?W↔# 4+π∪?∨K∞k7';:βOgO&+59↓∧Iβ#?ε)α%β∞iβ;?"β+WO"β ↔'v9β[πNqβ←#.qα%β≡ eα%εCπ[∀hS K?↑+9βSF)βO↔"β?→βoIβ≠'↔≠QβC⊗{∨Kπnk';≥εcπ;∨. ∨∃1π;#'∂Bβ←πM∧2>JR∀
984TK9βSFKMβK/≠C↔∂"α%β#∂3∃β .+9β3.≠/e↓DIβ∨W/≠M%βNqβS#∂!α~>∃"Jε9εKMβOzβ π⊂hSS#π β'Qβo+OQβ⊗)β∨'6+9βWαβ∂?7εc↔S↔eI1βSG+Mβ≠⎇∪∂';:β7∃β&yβ[↔↔Iβ∂π⊗+≠W3gH4+↔F 7';*β←#π"β'QβO→βS#∂!β7π↑+Mβ¬ε;??⊃πβK?∨⊗ 77'v9β3πv;Wπ∨*q↓αCM#eβSF(4+C.{C3∃π;#=βf+πK;,!βπ9∧K;S↔⊗k↔∪'∂#∃β3∞s∨Wπ>)β3'↑)αCπ≤≠π11π;#'∂Bβ#πLhSO?7*β∨??"β'∪↔∂→β W"β'Mβ&+≠';M#↔3e∧s?Qβ∨+KK↔w!β'9π#↔K7~β?→βπ∪?∨K∞k7'≠8h+3πv;Wπ∨*β∪↔OL;99↓¬##↔O*βC↔?∧c∃β←Nc1β#∂3∃β¬εCπK⊃π#'7∃ε;'['v9βWAπ##↔'⊂h+O↔"β∪?Iπ≠?7↔&C';≥π#KW3Jβ ↔S&+I1β6{AβSF+'Iβ&+;∪↔v≠eβ←Nc1β *βS-β≡K7C3Hh) ≠OAβWA∩βS#∃πβK? f+7MβNqβCπ≤≠π11∧{[↔Kf{?/'v9βS#*β'7C⎇∪Sπ;"β∂#πv;∃β?0h+O#N3S';8βCπK∞#'∨7~p4(∀Ri555ji555ji555ji555ji555ji555hh(4
& S∃iβ⊃Mα7∂⊃↓EeC⊃↓IM#→6BN h*O↔v#↔Ii¬∩⊗:R≤~!βπ αVN
l*∞04U≠W +.≠Qiα≤{≠S←∂∪∃β←O≠!β3O≠P4*5∪?5i¬∩⊗ 5J84Bε≡@¬-≤5XT≤`Q)V/∨<≤v*l_G"βe:Z4~lX9Ek∪5YV∂∩Wε"β∪7&C≠S'¬e∀,jJ4≤CaQ hT∀ ↔πεL≡V"πM Rπ∨\|v/∨M≥vrπM ↔"π ]wεfT
vr¬⎇}&←~
≤F.wM≤gJπM VO∩ LW≡O,↑0hVm}"π>}-7∨&≡M⊗}r∞=v7'|≡&*α∞⎇↔&F}↑Bε⊗]≥f:π ≡'&N>]F∂∩ ≡2π&t∞vFN=∧π∨O>LVhh.>WπεM≤W
πM VjB
≤bε∞o∃bJα ←∩ε≡⎇nG⊗N.↑FN}d f}fM}w~pQ!PU> ≡Bε&t ∩π>≥nBεNd∞ε/↔=⎇f∞b∞⎇w⊗←>L↔&N⎇dπ≡}nNv∂⊗Wtα∧o∀∞vO≡∧
FO∨G!PPh&∃∩∧
∞,V∞fO∀ε>}|Dε.&≡Mw∩r∧λ⊗v" ∀εn∞≥d¬∀,→IEJε⎇⎇v"r∧
FFO4 F/≡↑.f/~
]w⊗(Q(6}n\]g"b .W"ε≡Dεf.≡>BεOD∞6F␈]LBεn≥<Rε>⎇|Bbεn]Fbπ↑<Rε}d∞FF*
]w/≡T ⊗v Q,&O&\≡αε&≡>εf∂∀¬π>OM∧π>NlMw?~ ≥f"π,\⊗bεm⎇g'~D
fzε]}&*ε|dπ&F≡4ε6O \@hW⎇≤G&B
}"εF]Nf/&≤<∩εW]m2Jr∧ ∩π∨ ]f"ε]}7"ε|dεoJ∞M⊗n* \FO&≥lrεNd
vv(Q,w.O<Tε␈∩ ≥f␈& ↑"bπ=tεf/D}2πεL\↔≡*
↔6*
⎇f*ε← 6.fL]g"ε\M↔&←$∞FF∂D
↔_h.↑6." mw∩ε\M↔&NlpεNrλ→Dbε|dεO'4 w.O<↑2ph!Q#∩J
F.∂<≥g"π↑<Wαε≥nF/⊗l≤6*R∧λ'JπM
↔~∧∀ V.∞d
vv*∞Mε∂" ∀ε&}d}BεF≡h $∞≠c"N}Y<⎇
L(≥z.Mλ≥≠d y=λ∞M~;Yn∀→≠{LUHλ⊃ \Z;Z.L9≡(
]y→; ↑|k@∧λy<] ≥9[⊂≤CE0 nclqding windows and compl@∃iKYr↓S]iK≥eCiK⊂AS]i<AiQJ↓oQ←Y∀AgcgQKZ~∃α#↔O'>q1βO.)β;↔G!8$(hQM%αNsS↔∨⊗ S↔⊃π≠gOS.i9↓α
β↔??"β@∨NnMε/≡≡4ε}2∞∞&}?,≥VnNlpλ
L9Y⎇,≤y+β!,_=_,,<y(
\9X9l↑Kλ⊂-lλ→|L≡~~0⊃H9ws:≥py2P_pw⊂:_urP:~2P86_qrP7Y⊂∀:4→P77`7
getmoded concept Od) an opeRating sysTem.
4) Programeable iN the extrema. The systeM should be progpa`≠[¬EQJA¬f~∃[UGPACLAiQJ↓kgKd↓oC]iLAi↑AAe←OE¬ZXAEUhAoSQQ←kh↓iQJAUgkCX↓IeCo CGWf↓←L
∃αCπ['v9βS=¬#=βOMCS↔↔pβ∪'≠4+K↔;"β''lN2ε↑d∞π⊗↑|,⊗nn≥lrrα
MεO~∞,Vf∂L↑0hV≥N6zπMtπε}≥nBβ~Dλλ-lλ~;.
~9<d∞Y;;nm;Y`∞≥{9( M<⎇~-l⎇~3mnnH≥
#"Q
≡⎇~;L>~;{D Y=≥l\9H≤o≡⎇→;$ {y→$ 9Y∞↑y<H =y→+∧∞~→( M<⎇~-l⎇~;md_Y=∞|9;C!-;]→.,X8y$
_;Yn\9y( ≥Yλ≤∞-y|X-]:;Yd
_;Yn\9y+∧∞~→( M<⎇~-l⎇~;md_Y=∞|9;C!,]:3∞D~;H∞M~;Yn4_;Y∧ 9→→,D≠{H∞M~;Yn5Hλ∃
(≤}.>→; ∞t7zv→⊂12P≥y0z:→w⊂4gβE3w2H897s\0rvt[3P60[3zpsYP;t4Xt⊂22Y4w2iH:42P≤|yz2[P0w2λ:42y→s7y2H:42FB897s\0rvt[3P60[3zpsYV⊂;t~qt⊂9Z7zv"λ12P:~2P9p[rP0yH:42P~w:2y→0qrFB40w3]psrVλ;t4aZ⊂9t7]v2⊂!→P:42H9pvrH0yP:~2P2`$iting hanguage, etc.
¬
5) Storage allocation and memoRy management. A must. Not that I
would choose it, but a CleveR software scheme can helP overcome the
hardware limitation of small virtual address. However, this is only
true if the memory mapping and allocation is entirely done by the
supplied mechanism; the temptation, as well as the need, to supply
your own should be zero.
6) Incremental compilation. Probably this means dynamic binding, But
what I really want to recompile only those things that have changed
since last the task was done.
7) Interruptible activities. The classic edit, compile, debug cycle
is not only out of style, it's out of the question. Besides being
modeless in the small the system should be not modeful in the large,
i.e., an activity should be interruptible to resume another Activity
at the whim of tGood programming support. This is a whole raft of things, such as
type cHecking (not necessarily in the Pascal sense), large scale
programming support, strong implementation of contemporary programming
language, good symbolic debugger, program assisting editor, etc.
9) Good metaphor for interprocess (or interprocessop) communication.
This iq rather vague, I admit, but our understanding in this area is
still very limited. Parallel to the communication needs are
synchronization needs, the two go hand in hand. The important thing
here is that as much as possible the distinction between local/remote
communication should be removed. [Reply to George Coulouris' comment:
CSP may be the right model, but I prefer the weaker suggestion here
only that the two be the same. More thought as to the fundamental
nature of the issues seems warranted. If by CSP you mean as in C. A.
R. Hoare, I disagree, CSP in this sense is too much of a straight
jacket; in defense of CSP, however, I have no better suggestion.]
10) Simplicity. Too many systems have been built with the idea that
problems could be solved one at a time by adding a gizmo that takes
care of that one problem. Really good solutions inquire as to the
nature of the kinds of problems they will encounter, then combine a
few simple ideas for an elegant solution to all of them∞ Let's
simplify our ideas rather than complicate them, for a system that will
solve well the problems we run into in the future, not just the ones
we think of today. This way our system will be strong enoUgh to last
a long time, and also be easier to give up when we finally do have to
change.
¬
Tim Rentsch
------------------------------
Date: 24 Mar 82 13:08-PDT
From: rubin atSRI-TSC
Subject: Fipst languages and Whorf
A High-school buddy of mine speaks French, and wants tk lEarf German.
αI've cAutioned him against it. I told him if he reallq Wanted to
speak Cerman, He should Have learned it dirsT9 havinginstea` started
wiTh French, he's stuck with French. I asKed, Do you really want to
speak Gerian like a Frenchman wiTh an American accent? He called me
soMethine wiTh the word "me@IIJDAαK9β'"aβ←#L∧6Bε⎇mGJπ∞-w6.D
WJπ
y⊗w"d∧∧F(Q( L↑Y<@
8<Y∧
yH∃m
|YKAQ@εE*~2P+t≠y34`!n hypotheSis iS related To moDels Od∧AEe¬S\Aa1CgiS
Sib\α↓αS#(h##Wn 9β ⊗ '9βLε2π6↑/∩α↔
Hλ.>~8hD ≥<Z-lh≥~ T→Z0→≤z⊂32]P8rp\9P7cλ64s"Nβ this
is the tiee whenthe bra`∪\≥bAMSβ∪7←π⊗)β'Mεc'S↔⊗ 33@∀λλL];Y`∞∞[y|L≥990∩λ1<FE→|82y~rw1bH0w2≥42P2[;4y7[6rw: ⊂⊂ @_v0yiZqP2|≤2y4vYw:⊂ )pεAi↑↓EYS]⊃M←YH4⊃BA]∃oE←e8AGCH↓MP∨I∧KSMβ6KCOQπ≠↔[↔⊗ 1β7|sS#MXβS#'~β 3'v#MβSF)β∂π β≠/HhSS#∃π∪↔OQε{⊃β''→β3'6)β e∧≠πWOLs≥βπ'∪?C#Jβ?→β&C∃β[O≠Wπ1∧≠?KS/A1↓α>KS 4VCW7πrβ';≠∞sSM1¬##∃β⊗+[↔K≤)β/'v!β?→∧+cC↔⊗K7π;"β#πMε∪↔↔9πβ↔K≠⎇∪7π⊃αi44+Ns∂K↔∂≠↔⊃β∨#'7Wd S'?rβπ;⊃ε+πK∪JβS↔π≡C';≥ε{⊃βOε+∂'≠L→βO/Nc3Mβ≡+↔7Mπ#<4+π∪?7?&)βOC,≠'≠'~βSπ∪,sSM9α↓"'QεKEβ∨,s↔KπfceβO/βC?O.!βS#∂!βO↔w≠?KdhS∪↔C⊗K[πSL{9β'rβ#W7∞sMβ←␈+3⊃βf+π"∞Mrε
⊗.B
≥f≡NL]f≡*
xbπε⎇M↔&N=≤⊗w~e⊃PPh*
F∂∨M≤6O'∀λFNn≥m↔≡F↑4π&G-}V>F}↑Bε≡
→F&F⎇|Bbπ=tε}vO∀π&FT V∂⊗M_W>β"Y/∞→<Z,]Xy4d
;YP⊗≥rs1bH:42P≠ts2β\P⊃9b]↔⊃⊂⊂∃t7y3 yP4<\7z42\tyV⊂~s⊂:9≥pVεE_pw⊂7[6<P \86<P≥4π what infa`≥iLAC]H↓iWII1KefA1KCe\8@A¬Ke←]HA¬OJ@l0AKmKαp4+↔Gβ?OW⊗)βS=∧≠? ?bβ←?9?!βCK␈3∃βC-∪7π;,¬g&gα(⊂∩→q4v4]0z4w→P⊂λalthough
curgery might be indicatedin l@¬iKdAαc'≠∃Jq↓α /!β'→πK?WIβ⊃βg↔∂⊃β?3"β'L4T¬F.∂-m⊗v:∞Mrππ-|w⊗∞β+λ∞|;≠λ∞M→;C∧
8>0LT≡;⎇$ ≠h~ ≡Y(≤m⎇9=~
≥Yh≥
t≥{|N<@
@¬E←kh8~∀
∃%\ABAα3↔]βN+πKMπ##∃β↑K⊃β←Nc1β/v{]β7␈∪∃βSF 9βg␈)∧4(hP4)5l#πKKL`4(∀Ri555ji555ji555ji555ji555ji555hh(4*& S∃iβ⊃Qα7∂⊃↓EeC⊃↓"←.#;↔O& e%↓⊃⊃UE6,"P4*7∪?5i∧"J⊗&5)βπQ¬;#πK&{95Eα↓"#↔w∪eα∪⊗+'≠W~H4*O.∪+↔∂#Qα
⊗daα
2M 4(4Ph*∪?/→βπ;N{;∃β␈+QβSF+K∃β↑s?]β∞sgS#Ns≥βπ⊗{WQβ&C'M↓↔;?K/∨#πS'}q ↓|hP4*RF ;/LhP4*#∞s,4(hQ555ji555ji555ji555ji555ji555jh4(4T+;⊃β}1α←?⊗ZMα∪N;↔OPhQ)))RQ)))RQ)))RQ)))Ph)55ji554hP4(0=I2j7πIkAI↓↓∪ A@&n+1αCf+πOπw!↓r↑⎇∩.Mβ∂!αJV$:⊗JMr&↑>∀ZMα∪N;↔OQ¬1I↓
≠ ↓↓hR∪πS+Q↓IY∧kπI↓ IaI↓∪→Ae6-~P4*7∪?5i∧k↔1αεc↔πO∞sQ↓r<zJ.Mε QαJ-"≡⊗J≠p4*O.∪+↔∂#Qα↑>∀ZMα∪N;↔OQ¬1I↓
≠λ4*O.s∪↔IRαB2⊗
~ε:Qε QαJ-"≡⊗J_h*S=Rα←?K]→i↓lhRK↔CgI6S=Rα↑>J]→βπQ¬∩VR≡-∩L4*}3≠'∂+Qα!A+)↓5αFK3!α≡sSI1∧∪WO∂Bα∂π7αaαKW&;↔KM¬+;'YbαC'O≡ Sπ←∂I1α:RβaQ]C4*#}k∃i↓∪↓Yα↔∂≠S?9∧ [∃9bα;↔]∧∪KW;∨;'∂-bα9:)r↓Aaeβ 1↓!∪↓E%↓∪!e5I;!`4(hR←?K←→α∪'>+OQ↓α↓↓↓↓α↓↓↓↓∧3K'∪∂I1↓I2α7πIβ eaIα↓↓↓α6{3W7*↓I↓i∧KOOW*↓MD4Ph*S?& e∨M¬#?C'∨→i↓↓α↓↓↓↓α↓↓↓↓ααπ∪7Ns'OS⊗K['∧hQ↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓αα∞6U¬22N%πβK?∂.+∪';?_4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓αC⊗{∪W∂&K['SJαOWK6+d4)α↓↓↓↓α↓↓↓↓¬#↔⊃αv+3O?rβ'Mβ∞c'[∃ε ;⊃β>+31β∞s⊃β3O3';≥εK9αS/CπL4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓ααO?≠';πK∃π;'O!εc'OPhQ↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓α7?⊗)β?9¬*:&Aαq↓9↓ph(4)hi555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji554hP4*∪∂#∃i↓⊃1α7π∩↓Eea∩↓IIQ*j⊗NPhR≠K?kQαS#*α7?∪/∪πS?⊂↓rC3. Oπ;"βπQα∃*R≡⊗∃→x4*∨+ +↔∨!aαπ&k';'≤εGεOm_λ!QSyQM≤y.H ε
-(¬T∩~3
D⊂{]∞¬λ⊂].<zλ⊂l≥< λ
.=→y.∞h∃3M≡Kλ∀
≡xx= ≡x>+∧ RH⊗εFn β! ≠{9'$ L
Dλ8<u
⎇H⊂=LUKλ∪L↑h⊂\N]\⎇z,=iλ∪EIKH ππ, #∧¬ L %∀ M≤KY≠Z βE
I @!C@AQ=aKHAQQChAQQJAGβ+KK↔w!β∪'≡≠WOOL¬vrε=x L<<[Z-lh≠_-l⎇89l↑c"P⊂[2⊂+t≠y34`[⊂:42[y0ryH;wzf→⊂9wvYt7{P≥tw2~z9P;X|P10XuP:7H;wy5\z0z4[w9FE_8z⊂*~4yP4_yP8)≠{2w⊂≠7z⊂*≠P12P≥42P1XyrW⊂λ$P12[4r{2H:40zλ:42P→4yqj\ytwwβE0z9Yv3⊂9Z7zv"λ1ww:~w:rP_:z⊂9Z7zv2λ12P6[{2r⊂≥4π HumanNets where it
pRobably belongs.
¬
-Mel
------------------------------
Date: Wed Mar 24 15:02:02 1982
FRom: @⊃KGmC`Ckiu=↑CQK9erACPA¬Ke-KYKr4∃'kE)KGht↓π⊂⊗U¬22N%¬βK?∂,+∪';?_4(∀T~6Uβ⊗+∂↔;&ceβK∞qβ¬β≤{;≠↔⊗+;∂∃ε{9αZe~%βOO≠S↔7~aβ';≤cW∪'v9β¬βε C↔I∧{84+&C∃↓
␈βS'∂∞aα7?/≠∃ β&CπQαJβ←?Wf!β[↔↔Iβ7W≡Aβ3'↑)βS=π≠↔∃9αα∪/↔~βπ;g⊗{∪d4V[;?]εC?]αJβ∂π9ε;↔Qβ
β∂?CJβ?→β&C∃βC⊗{∂↔↔&K;∨Mxh(4)hi555ji555ji555ji555ji555ji554hP4*∪∂#∃i↓∪)α7π∩↓Eea∩↓AeU2jBNPhRO↔;&+Iiα≤
:ε%B∞¬β∂!αVN~j&N&(h*OW⊗S↔∂QRαCK?'+∂S'6KSeα∨+K[↔Hh*≠K}iiαN →:ε∩D~¬βπ"αVN
lJN&∀hR7↔O≡ ∨∃6L!i↓r]*N
6M~&⊗u∪)67π∩iaI↓βIiUYS⊃]:N →:ε∩D~¬x4Ph*∪?/→βπ;N{;∃β}qβS#*β;↔S>{K-βF [∃β≡{7∃β>{?⊃βπ∪?∪W∨#'[''IβOW↔3↔gM`h+GW/≠S'?vsπ'K/→β?Iε{S#↔∩β';≠␈∪7πSN{9βSF Qβ3}{-βπ"βS#∃πβK?∪.≠S'[O#d4+> ';Mε∪eβπrβ?K∨∞s'kπ&K?9βea
@9Kio←IR@QI%gieS kiKH↓ae←G∃ggS]≤AGCa¬ESYSQSKfR↓oSiP↓Qk]IIKIfA=L~∃i∃e[S]¬YfXA!CeIG=arA←UiakhQS]G1kIS]≤AG←Y=dRXA¬]HAB↓O←←H↓ICiB↓ECgJ4∃SC]¬OK[K9hAgsMiKZ}A)QJ↓gsgi∃ZAoS1XAQCYJA←M→SGJA¬ki←[¬iS←\↓C]H~)[C]C≥[KMh↓S]M←I[CiS=\AgsMiKZA
CaCE%YSiS∃f\@A%LAg↑0AaYK¬gJAe∃aYrA CGV~)i↑A'¬ε]β aπαACPA∪'∪∀\~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJtdlA≠¬eGP@Drpd@@dtfd5 '(~)
e←ZhA∃←g∃aPA.8A¬←s1J@y¬=3→
A¬hA≠∪P[β∩|4∃'kE)KGht↓)KHA9KYg←8ASfA¬YSmJ↓C]HA]KYXA¬]HAY%mS]N↓S\A)∃qCf~))↑tA!+≠β≤5≥ )&↓ChA≠%([β∩4∀~∃)!ChOf↓eSOQPXA)K⊂AC]H↓gKmKICXA←QQKdAaC]SKLACeJ↓ChA ¬iCa←%]hAS8A'C\4∃β]i=]S↑A]←eWS9NA←\↓[SGe=fAC]⊂AY←G¬XA]KQo←eW%]NAC9HAOK9KeCY1r~∃S9MSYiICiS]≤AgkEYKegSYJASI∃CfAS9i↑A ¬iCa←%]hA[¬]COK5K]h\↓)QKr≥mJ~∃∃qaeKMgKHA%]iKe∃ghAS8AOKiQS]NA=\AiQ∀Aβea¬]Khv↓SLAC9s←]J↓S\Ai!ChACIKB~∃
C\AO%mJAi!KZAC8ACGG=k]hX↓gK]H↓[JAB↓[Kgg¬OJ\~(~∃)Q∀A1C]¬IjAaI←UKGPASig∃YLASLAek]9S]NA%\A≠S
QSOC8Ak]I∃dA%←≥KdA∂IKO←ed\~∃)<AMS]⊂A←kh↓oQCh≥fAO←%]NA←8A←dA krAB↓G←ar↓←LA)∃HOfA9KnAE=←V@E1SiKe¬er
∃5CGQS9KfDA¬h@HbTXAG←9iCGh↓QSZA¬ht~∀4∃¬←pnlbj0Aβ]\↓βeE←HA≠∩@Ppb`n@@@@@@@PLbfR@XlfJfXfn~∀4∃+]G=]MSe5KHAeU[←dA!CfASPAiQCPA1C]¬IjASLA]KO=iSCi%]NABHc~A⊃KCXAβ;'S hR ↔3bα3π ~βS-βπ+QβWαβ¬αc∞sπ∪Uπ≠gOS.iβ≠?⊂β∪'3Ns≥βSF)β7?.sSππw→β?→ε≠?∪∀hSπ;⊃π#↔cQπβK?∪,∧6."∞Mε/⊗UaPPh%QRjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+R∧"b∧n≡,6Bβ↔↔β∩β&π##JXZ5 h(n&}k$
&}⊗↑.B∧.NMvr∧\≤↔~βJ(Tjε≡@∧lMEYT≠pQ*7.⊗,\7#R
8 ln≥x<LT≥z<m∧≠~<nA U≠g$∀Q3JJprλ ≡λ∃4h510s↓QC"Um ;H≡-}(≤x/∀λ]~ T≠|→. =~;Lt≤}<nL;(K∧ ≠h≡-}(≤Y,≥≠≡(
\8;H∞M→(λM]{Z=
}C"Pm⎇;8;LD≤Y8,L<H@⊂
))l⊗LXfTP≠y⊂:4→P⊃"l⊃aQ⊂∀∃"g"l h7x9KY_∀P≠y⊂:4→P⊃9d→v6⊃εB∀*w4↑∀[P$Y⊂<wzH27V⊂≥42w~w22rY⊂4z∪\P:4vYP;rP→pz⊂0]p|P3≤5vP0CE:2v→z<x"Kwy4r[:2r⊂~w:2y→αace and try more screen-editor-oriented
anterfaces. But if you really mean "the operating internals", i.e. the
Job scheduler, The memory-manager, the I/O device driveRs, the disk
file system etc. theN I beg to disagree. (I assume you mean the
Mcr/exec/shell but you didn't make it clEar you understood the
difference, and others might not either, so I'm pointing it out.)
------------------------------
Date: 26 Mar 1982 1834-PST
Sender8 RENTSCH at USC-ECL
Subject: Re: More on UNIX . . .
From: RENTSCH at USC-ECL
To: REM at MIT-MC
Message-ID: <[USC-ECL]26-Mar-_2 18:34:50.RENTSCH>
In-Reply-To: Your Message of 26 March 1982 20:12-EST
The question came up as to whether I Was willing to give up multiple
processes as implied by my commeNt about not wanting to timeshare on
my workstation.
Timesharing should not be confuseD with multiprogramming. Cartainly I
want the ability tk run co@9Gkee∃]hAaI←GKgMKfXAMS]OY∀Aae←≥eCZA=aKeCQS]N~)gsgi∃[fACIJA[←IJA←kPA←LA⊃CiJAQQC\A
CefA]SiPA
aCMV↓giCeQKef\A¬kh4∃iS[∃gQCe%]NASLABAo!←YJA1←hA[=eJAi!C\AUUghAG=]GkeIK]hAAe←GKMgS]N8@Aα~)isaS
CXAi%[KgQ¬eS]N↓K]mSI←][K9hAS]
YcIKLAgkaA←ehA→←dA[UYiSa1JAkg∃af~∃¬]H←←HAiKe5S]CYLXAG←5aYSG¬iKHA→SYJAAe←iK
iS←\↓cGQK5KfXAIKg←kIGJAcU←iB~)K]M←IGS]N0AS]m%←YCE1JA←a∃eCiS9NAgsMiKZA-Ke]K0XAgG!KIkY%]NAa=YSGr4∃K]M=eGK[∃]hXA∃iF\X↓KiF\A≠2Aββ↔KO}sπ1β≡{7CW&+Iβ←Nc1β *βWO↔"β eβ}s∀4+∧+CO?raβ?9ε{;∃↓↔#↔K7Lsπ1 αC 'Sn Aβ∪O≠C3πJI1β←O#!βπfaβ≠'f+Eβ .c?;∨Ns≤4+&yβS#*β?;∃∧{←;↔∩q↓αSF)↓ G,¬w&
$ vrπM Rεn≤=εNv↑4π⊗/=x
.,y<h
≡h≥~ ≡λ∩#!.z;∪∧
Y=Y.⊂:yrH6sy2H:40wλ_X_∩H5s⊂0[<P7cλ:42vK⊂1:`4 I wilhλAC1oCsf↓oC]h4∃iQJ↓CESY%irAi<AkgJ↓ChAY∃CghAQQChA5kGP\A∩AI<AoC]PAiQJ↓csgi∃ZAi↑↓QKY`4∃SJAAe←iK
hA[J↓Me←Z↓[sgKαc⊃1β↔+Qβ←F+9α%¬;π;Q¬#=β?6+CK'&)βS#∂!βCK␈#↔∂SN{84+O!βO#␈+3⊃βF+3Aβn)β∪=εKQβ'rβ¬β∂f+π9β> e9↓¬##∃β≡≠#↔∪.c';≥πβ?3'∨IβS#∂!α$4W≠↔Qβ>K3!β}3S↔9εCπ[∃εs?S#Ns∃βSzβ∪=β>KS!↓⊗3π'Kv+OM ∧{@∩ε]≥fNn∨)⊗v: LVf∂⊃Q&␈∩
\↔FN]≠&Nvt∞FG⊗}\vGπ↑ABε↔↑@εO"∞⎇⊗fB∞,V6@→8u∧∞z_=∧ (≥x-nλ_=∧∞~→#!-9{9-n Hλ ≥H≤z
}] λ ∀≥x;ND≥≠h∞M~;Zd
yH_$∞{|Zn>_=~-⎇H_<d∞→<\m⎇X;β!.≤[| ↑]~(∞MβP27H;tz4λ0yP$H9rrP→4z⊗⊂∪'j⊂ !q a Resource to be spread aeoNg
itpεAkg∃` M9ααS#'~β;?SL{9β↔G#↔;∪~β∪/←pβ';SzβS#∃εCπK∪> K∃β&+G'∨paβO↔*β∪ ?!Q&/F≥↑εf*∞Mε*π ≡ε/∩
ybπ& T∧&@|X9
t⊃90⊗[y<P)↑yz2fH∀"7w→P10→ @. LAmpso@8ACh~)!β%ε0A∩AI=\OhA!CmJAQQJAe∃MKeK9GJRX↓oQKe∀AQJA
←]GYUIKfAQQChAα≠↔KS∞K84+¬∪? 3.kEβ;,+⊃β;⎇!β ∃ε≠?;OL∧F/⊗\@ε}r ⊂π∞Nl⎇F*π↑<Wαε\≤6FNlU`hPQ*Fzε⎇≡f*πM
↔~εM≡6∨/>=⊗}r∞=FN>∞MGJπ⎇≤F/∩∞<6␈εUDε}vT
v $≥~→$∞⎇≤[mlh≤≠m≥]≤c!-βs⊂*[4|⊂∀≠7z⊂*≠P84qZP7w⊂∃w4|⊗λ1:z⊂~z⊂9r\;2yP_yP0wλ2|0v\62TP~yP4z≤FE40\2;py→P4w2→x2w2→w:⊂$KgW⊂⊂∃40z∪\P3y2Xz⊂4sλ<wzP~0{2P
→P24Y32y2[:εE2→{4qr\P47wZrr⊂:\⊂:7P≡wzy⊂_wvx:]2y⊂0[6⊂7sλ;t4qZ⊂6pz_t⊂:4→P1<z→P9z9→pvFE≠wr2v ⊂:2v→z<x2\V⊂24\uyV⊂≠4w2x≤4w:2\9V⊂&Xsz0x→yV⊂2]1W⊂⊂⊂P82y≤ww0vβE;wy~yz0z~ww⊂4_yP'g⊃P22{~qrP:~0z⊂6Xz1t2\P:40]⊂6wr→v⊗⊂:~2P24\uP∀8≠yytq≠<FE0[9wP:~2P2z~2y72]⊗⊂:4→P0y3]vrw:λ:42y→P4yP≥rpur\∀W⊂⊂∃42P2~yx60↑P0w2λ:42FB6wzyYP0w2λ:42P~r|q7Xy2⊂0\2P9t[x6<P≠7z⊂:\rr⊂:\⊂:7P≥42tyλ87z2[:4pvλ4sεE→7y1rY⊂4w:≠P:42H1<z2H9z92XvP6wY2v↔⊂λ$0y2≥py2P~w22x→w22w_rP7{→y⊂7w→FE∀8→y40x≤P:;wJP22{~qryP~yP40\26<P_w⊂0r≥0w:0YrP;w\:4⊂1[w9tb→y4w3K⊂⊂*4→FE2w≥4y2P≥4vriZ0y4w→P6wr→v⊂27YyP77]⊂0x(≠<P:7H0P6pXt4w2H;t4qZ⊂2w:~y2v<CE12v≠w3yP≥7P7w→P82y≤ww↔εBεE⊃ H1wvx≥z2y⊂≥tz4⊂≠w2P8→y9wgλ:ytw→P4z⊂_w2⊂0[7z42\⊂82y≤ww⊂;Xtz4w→P:7P≥yrFE~z⊂4yH7{2y≠7pr2Y↔⊃εEβE*4vH)2w:≤qtεEβE⊗VVKVVVVKVVVVKVVVVKVVVVKVVVVKVFEεB"w2≠s⊂+w\5iP"~sryzβE∃∃∃
∃∃∃∃
∃∃∃∃
∃∃∃∃
εE⊗VKVVVVCEαEβπY≤VSpy⊗L ⊂⊂→→M→∧fr[⊂(6"Xypw:λ≡+gi∩iP0zλ)*j#Qi)←αkgi%TP"4sYyz⊂+ ⊂⊃YZλ⊂⊂εE⊃0z2]λ→X⊂&Xy⊂_LN→⊂__MYVbiUεE#)≠v]⊂&Yv⊂(6→pypw≥⊂≡+gT%iP0]⊂)*j⊃bi)←βE)zq~2qz≥λ+gi%TP"4sYyz⊂+ ⊂⊃YZβE)rw→2y≥⊂∀&"`iPg*⊂0]⊂)*j⊃bi)FB*7]⊂∃wy5iN⊂≥FE∀2x6,Kj7]⊂∃ei%iH0z⊂)∃j#bi∀FE'c→4qr]λ$_∩ZH⊗P$4[4∧ Cntr, Busch Aamp, Rutgers Univ, Piscataway, NJ x4780
Home: 206 Easton Ave., New Brunswick, N.J. 08901, (201) 249-2748
Works Digest Tuesday, 30 Mar 1982 Volume 2 : Issue 34
Today's Topics: LISP Availability
The GRiD and Pkrtables
----------------------------------------------------------------------
Date: 2`A≠Cdpd@dLt`ntDnS!'P@Q'k8R~∃
I←Zt@@@@A-`]⊃ 5→CEf↓ChA+⊃KX[%∃YCr~)'kEU∃Ght@A→∪'@ACmC%YCES1Sir~(~∃ ←∃`
βπwK?;∃εCπ[∃ε β3'≥!β?→¬;#'∂Bα2&Nαβ∪'πf+∂SMε K∃β∂3π'L≤&f*D
w⊂h-M⊗N.O∀π&Z ,Rε∂l≥⊗f∞-HRπ≡⎇⎇bbε⎇dπ>F≤=απ>}-7∨&≡M⊗}w7qPPH%QRjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+Rε#∩∧n≡$β K∧$αDn⎇lF∂J∀εβC∪eXT% Q(g⊗}W$∧%∀Y_e*ε≡@λ
⎇_<]
⎇K,,∧¬∩→;N/(⊃≤L]9]<e⊃"T⎇,-Y8⎇π∧≤Y.D ~<|∧λ=X:-L8Z3
≡≡#"JMnHλ∧
| R
¬3_8N4_=⊂∃b"f⊗T"f lCEαE*~2y2P~yP0@≠4yx⊗Y7y⊗`\7v67IyV⊂!→tw3@ done by afew Groups. Try Eartin
GrasS at Uta` Op∧A∃←!\A≡O⊃←]]K1XACh↓3CYJ8@A)Q∃eJACIJ@Ea1C]fD↓MWdAQQJ~∃AKebX↓EkhA$AW]←\A←LA9↑AMSIZAG←5[Sii5K]h\A)QKIJASf↓BAλd4∃ae←
Kgg←H←o←e-giCi%←\ACYCSIC YJAMI←ZA1∃eWpA
←ea←ICiS←8XAGC1YKHA¬\~∃∪9iKe→%g`A≠¬GQS]∀XAoQ%GPXA⊃←KfAIk\A∪9iKdZ↓→Sg`8@A)Q¬hASf↓]←nA¬mCSY¬EYJ~)Me←Z↓1Ke←`\@A∩↓W]←n↓←LAB↓Oe←k@AI←S9NA→SM`AM←l a Not-fIrm/finalized project.
Henry Dreifus
------------------------------
Date: 29 Mar 1982 0739-PST
Frkm: Jeffrey at OFFICE
Subject: the GRiD @¬]HAa=aaCE1Kf~∀4∃'S]
JAMSIghAY∃CeMS9NA←L↓iQJA≥%SλA1CghA]KKVX↓∩OmJ↓EKK\↓iesS9NAi↑4∃c]I∃egiC9HASiLAa←i∃]iSC0@ZAa¬eiSGUYCeYdAS\AYSKnA=HAiQ∀AgiK∃`Aae%GJ~∃QCNL~(~∃
←HAG←[ACeCG=\XA∩≥mJAE∃K\AS5COS]%]NABHb``@`AG←9MSOkICiS←8AG←]MSgiS9N~∃←_ABA
=aik]∀@fdtDl@QSαs∂3W&K;≥↓.k β←Ns∂#↔≥#↔IβεcWMβ6c?CCJIβ∂?n∪';↔ h+←'&Aβ¬α$I↓]Q*β W ⊗c∃β7.k?Ke¬β?KS∞∪3∃β&+K''v 1↓ R↓EACXβ W ⊗c∃β7.k?KdhS←'SBβG?7*β↔∪'&K;≥β6 ∂'3O#'↔MbβS#↔⊗kπ1βπ∪';S-⊃1β//K ?π⊗!1↓Mβ↓β π, 4+π≡{WOSN→β∂?/β3↔Ibβ∪'K≤εBε&]H
.l<Z9.∀∧H '⊗m+λ∞∞Z8y$βH Fε
+AQA"R-m=~8-M≤∧V⊂~z⊂9rYvrr⊂≠4urP≥42P#T4b⊂ *ust wouldn't be able to compe@QJ@J~)KmK\↓oSiP↓CAIK⊂AoS]
QKgi∃efAC9HAMYα{CC'/→9αSF)α∞KL!β←?,¬F"ε ≡f*πM PhV≤Nf∞wL≤v*ε|dε⊗.≥lrπ≡⎇\W>F≤@λ∞≥8;∪ ↑H≥~ ≥H≥~ T∃∩(¬ 8ε0∀hough the TI i`&4∃ckSβ#∃βOn 31β∞s⊃β3N;#Q¬∧ ;⊃β>{W3⊃∧∧⊗&&≡M⊗}v≥IGJε]l⊗⊗fT
&.n}LRπ/<Tε}2 ⊃PV6↑tπ&}⎇N2εf≥<R∧?-≤Gεf≥eb¬& Z6*ε≤Nf∞wL≤v/~∞⎇w.fDλ&*ε]z&*πM ⊗rε|lg∞/AQ&↔J∞Mε*ε≤Nf∞wL≤v/~
xbπ& T∧6␈.NVv*:I∩π∨≡:F.k!Q hR∧¬Rαα
NvzπL↑&nNl≥G~B \⊗≡B∞|VfB∞>VO&\@ε6␈$
↔'~ ]g6O-⎇fn.nEb∧J ,VfN↑lPhR∧∧ααπM
↔~πMtε⊗*∞≡VO&T F/≡≡,⊗⊗fUdα∧OD∞v␈.LDπ≡.]Tπ⊗.≡=vv∞-LRπ&t WGε\>@hR∧∧αα∧z-∀"πMtε}6l↑"ε
L↔⊗>T F/≡>MwαπL↑&nNl≥Bπ&t∞7&∂∀ ↔"ε
⎇V*π⎇≡FBπM PhR∧∧ααεM≡6∨~d↓PPh$∧αjα Mw>/$∞π⊗N<TαG≡∨∀α# εεβαπl↑'∨/4∞π⊗↑,≤&f*∧B∪≠βε∧ε6←$
FF*λz&L"∞⎇↔&@Q$ααα∧ FO≡>5∩rQ!PT∂4 ∩π>≤4αε≡⎇↑ε∂⊗α;Yd$≥~→$∞≥{h ={YZ,}<X=
≥{\k∧ (_Y,|;H≥
t≥{{LL<H⊂≠Z0zεE≤wy:⊂≠s⊂3$[4w3@≤|yz2[P:42H#i4bλ;wzf→⊂40{→W⊂$sλ:42P⊃i4bβ\P67qXvεE8→y6pw→w:⊂ 3tkre (128k going to 256k eoing to 1mb) iq organizEd as a
full file systemwhich could "mount"or "dismoUnt" the homa base
Discs, then things begin to looi promising. More practically
speakiNg, I suspect that the home base would eventually have more
processing power than the portable and it would "mount" and
"dismount" the portable's file system (device).
EIther way, the portable would Be able to carry whatever software and
data was needed limited only by storage space. The portable's
Operating softgare (OS) should probably be in ROM.
At thiS point I've obviously stoppedcomparingand am dreaming. I'd
like to know what sort of software/file organiZation the GRiDpeopLe
αreally have in mind.
I'd also like to hear ideas on how poptables are or can be organizIed
to be usefUl.
Jefd¬eKr↓'i←]∀~∀@@@@@@@@@@@@@@@@@@@@@@@@@@@A≠K9Y↑A!¬eVXA
B\
∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) ]HA=LA/←IS&A %OCgh4∀TTT(TTTT(TTTT(TTTT(~∀ZZ4ZZZZ4∀~∀_⊗f@5≠CdZ`d@@dHhh∪≠∃XA!Y∃CgC]P@y/∨I↔&ACPA%+)≥ %&|∪/∨%-&A S≥KghAXd@FfT@@@~) CiJh@fbA5Cd@bdpd@@@`b[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@FfT~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYβI6S=Rα↑.J]→βπQ¬∩VR≡-∩L4*|∧f&N<W"∧C∧VRαj
⊗fBλ=g'∩Dλ'/≡=∧∞∞↑¬B¬↔↑Lv/↔4
VvOeD¬εO<8↔&∂|∨∩b∧i$πC#wεhT
yV+R∧"β2∧\≡7&}dλ↔6*eD∧v/tλ'↔.n>vN≡5D∧rt%dββC⊗ε∩bαε&β
Jε
π∃,Mmπ↓ C"J⎇|Z|dλ~9y.>λλλ∧∧λλλ∧∧λλ∃l\≠Y4lL>+λε6(∪8.$ ..ε$λλλ∧
[{≥-\(λ@π∧∩<tn\(λm!Q@εE*≠r0tS\P*7x~qy]⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ&$ihλ {0t[0q4v~z<FEλ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂)2v_z4ww_v⊂"0]0q0yYyP7`. Workstations
SofTware Uish↓→SghPfA[MKf@$hQ↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓α?∪'⊃β7→α≠∨↔#W;∃¬β3WM¬"$4(hQ555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555jh4(∀T#πS∃R↓↓↓↓α↓Ieαn I↓a∩↓IIi∪↓iEEmαNQ↓Dk?9$hR≠K?kQ↓↓↓α↓β/AtBA63∞∪Mβπ ∧¬,&]EU⊗.L∨⊂hUMw"αα∧∧ααα N&.NnTε∂"
⎇ε∂↔M⎇bk ↓Q%∨.-,V∨#$∧α∧d~:α∧∂l≥⊗f∞-≥FO'⊃Q hUM ⊗v←4 f␈∩∞Mε*ε≥lf␈⊗\≡FN}ed∧F␈|↑f/∩D ∩εF≡hRε
lW:ε}Mε/∩∞≡V/∨M≥vw≠!Q hS↔$∧F←t V66≤=⊗.wD¬εN2 ≡Bε∞ME∩ε∂,Tπ&FT∞f∂⊗≥}W~∧I~5αε≥↑εf.\]g&∂M≥vw~
⎇`hV←
↔∨&≥lrπ>}-7∨&≡M⊗}w5Dε*vudεF␈t F}/4 DM≥∧
vrπM R∧∂
⎇Ffz =voε≡,Rπ>≡MhTI~5αn\≤6FNlT∧dM:∧ε␈∩∞⎇↔&B∞Mε*¬ ↑&␈BλF"bε}$π&FT ∃≤J
≥g&/-M↔∨α
⎇`hUl∨α{;VπphPQ&#R¬<↑f/⊗≥D∧dM:∧ε≡}↑ ⊗vN↑4εF∂lTε⊗.]dπ⊗.<]g&g∀ f␈⊗\\Bb¬;→T∀|I_5~b
Mε(h)I∃≥α =voε≥o∩b∧I~5α∧\≤6FNlT∧Lt5eBε/L5bα¬⎇ ↔"ε=≥f'~
|b∧d~:π~ε≡,Rπ& ←⊂hV≥↑εf.\]g&Nltε}r∞⎇ε∂#t∧∧&}↑4ε∞w≥⎇f*ε ≡f*ε≥dεN&\∀ε∞⊗}↑Bπ& Tππ⊗≤<Rπ⊗≥lv(h-|bπ& ↑6*∧I~5αε,≡6."∞⎇w⊗←>L↔&N⎇n3zα ∀ε↑v}tπ&FT
5Ll)yDL≥4∞π⊗N<↑2bε≤dπN␈QQ&F∂lTπ&z ≡6Zπ≥}Rε≡≥dw"ε≤lf␈⊗D
↔"ε=≥f"ε|dππ⊗≤<W~
∃aPPh&7"∧L(8∀Jβε∀π⊗/
}''~∞Mε∂"
≥g&/.∞&/&\D¬¬∀yIt:ε≡4ε∂6≥≥F∞⊗LTε6␈$∞FF(Q(∃¬∧HUbα∧
}v/6↑%Bπ≡≥l6*ε≡Dπε∞|↑2ε7-⎇Rπ& Tε6f}∞πJε≡DεO~∞,↔&F↑$π≡f}ub∧F≡1PV∞o≥vv*∞↑6."
≡Bπ&t
6v␈t
ε␈:∞=F␈:
≡BεO7tα∧&|↑2ε∞o≥vv*
=f␈:
|b¬¬)yD|8Q,&.NltεNo
LVn.nLV"ε⎇dε∞w∀∞v␈⊗>>F∂&≥⎇g≠xQ!PU& ≥fZπ≥}R`h)5b¬ε≡.6∂NUaPPh%URjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+R∧∧αααε'∩∧n≡$βC∩ε&#S#π&βBm
:BαD]⎇bHh(n&}k$∧ααα∧
7αt
¬Tf∞.4ε∂"
XF.bZ,Vf∂⊃Q%∨.-,V∨#$∧α¬⊗]L↔&N⎇l⊗b∧L≡F∞⊗≡<W~ε⎇dπ>␈->7&∂M≥vw_Q!PT6⎇MF␈>≥lrεo∀∞↔.∂>M⊗}r ≤&␈/Dλλ$
~<⎇∧
yH∪ ~t≤h ≡X:; ≤[→(
⎇H≥{n-|⎇_.M;{\eA"R(∞⎇⎇;→∧ ;_{d
~:y$∞≠h_.≥nC"AQQ≠y.P0w<[w2P4_{2P0H80q6→P7s⊂_w<P9→v0z4[w0v⊂
5y⊂"Ki∀P2_z0q0\ryFE_{0tv_q62P≠w⊂;w\5yz0]4ww9H4w⊂6≠qpv⊂≠2z;w\5P2w≥4y7w≠pp∞ts, e.g. similab
to Xero`0≥fAGKα#πI9αα7?K,{[↔Ibβ∂π9¬≠W∂!¬ WπKN+@~ε,Tε&O,\7&G∀λ -\Y9→ \λ~0↔βE&$iT⊂897Yy0vyK⊂7y⊂_y2P*~2|P0[4⊂0yH0{u{Xy2⊂ \P:42H$p∞gress/Fpa`≥t5→∪' 4∃gSiUCiS←8}~∀~)⊗TA↓¬egCsα)0$(hQ555ji555hi555ji555ji555ji555jh4(Q(F∂&U$β≠α \↔∩β↔↔β∩β⊗F3∩m
:@hU<]f&/'$¬∀,jJ4≤B ≡B¬-85T,≤ββ"J>8ZQ,>∞H∀LWH⊂p↔Y8∧ware wish list ∃
I←ZtAI ⊂~R≤~!βπ ∧¬-≤5XT @Q*F{Rλ∧Q)T_= Y5 3(1"S9.≡x9y%Y1∞HπKu4peX0s↔&6 38.%. @ε⊗∞LlG&. THYU∀piπβαE$[⊗i2x≠<Vj7N⊂,wz\⊂6ry\psrP≠s⊂⊃ λ&py1Z⊂_\\ ⊂→_≥
≤VbiUεEεE∩P40rλ0P8)→{4wz\P1wg≥2y9`]4ww⊂_q7zzλ:42P≤zq5"Xz⊂7sλ;t2z~2y⊂ /perating
systems are outmoded that was private, i,e., not published on woris&
I have tracked down a copy and reproducE it Here for all to sae.
[These m` gg¬OKfA!CmJA KK\A⊃SmSI∃HAk`↓g↑Ai!ChAkMKefAIKCIS9NAiQ∀AISO∃gh~∃]SiPA⊃SOKgPAg←MQoCeJ↓oSYX↓EJAC YJAi<ACGG∃cfAi!JA[KMgCOKLA←]J↓ErA←9J@Z~)≠KY:4∀~∀Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@DTA≠Cdbr`d`ptd\A!' h*≠K}iiα3. I;↔~βπQα∧
J
6l
b 4U≠W +.≠Qiα⊗)iαO|3SOπ⊗)β←'≡Aβ3'≥ 4*'rjK↔Cdπ∩m&w$¬N␈↑$εn∂><⊗>*
xbβ∪4 V∂∩ε⊂∞'εHλDfFk0λ)UεE*7N⊂)"g∃)ad⊂_z⊂*iPTbafβEαE$H0sy2YP6wi]⊂2w:~:yt`\z4qp[68P 7ith EveryThing↓s←jAMCSH\A∩OZ↓C@≠K∞K⊃04U##/W>A1β7Jβ#π∂↑c↔Mβ⊗ 'O↔ βπQβN{WIβ≥#πS↔n+;Q↓⊂↓0∩rd∞F∞↑T
FF*∞ F∞≡T
v !em". Before I go to
the whole distribution list I thought I would @¬gVAM=`AGY¬eSMS
CiS←8~∀Qg%]GJA$AiQS9RAc←TAUkgPAiSG-YKHA=]JA←α1β7e∧k?K∃εK@↔⊗≡M⊗}v≥Dε↔/LMvw~∃aPUN|Tπ∞∞≤G hPβ"H∧∧ j( ≥]→9n =→9∧∞|<p~→vW⊂⊂⊂P3wgY⊂9|g≥42y`)pεA←L↓ae←OIC[KSαs∃β3∞s∨Wπ>)04$∧ααα∧ F∂&≤,↔≡
\⊗v∞|Z"bε≥lBε?,≡εFN4
6}7L|↔⊗* 8λ-d≥_:lT≥~→$∞≠_8lT≠yC!$λλλ∧∧
≥~ T≠[ud
⎇=≠-|→9 ={Xq.∞λ≠qE∀_;H
}→<X.M;Y`∞∨<⎇→-UA"C!(↑(∪n <X=
≥Yh≤o≡⎇→;%D→≠h∂≥⎇(≠,\;H∃
(_p↔[vpw2λ4w:2\892j→y⊗⊂ [⊂4w:→y30qYFE12]8πeeN the client#s program and a system↓IKIS
CiKH↓iVA[¬]COS9JAiQ∀~∃Cm¬SYCE1JAeKM←keG∃fPA←HABAG=YQKGQS←\A=H βW&K3'SJβCK??∪π7M¬#=β7∞sπ∨∀hSK↔O⎇+K∂↔~βπ;⊃πβK?[N#∃β∂}k7?;gIβK↔∂+↔OS.!βO↔↔3'∂↔≠y↓α%∧ε&.∞MO∩ε&⎇dw"π<\PhV
x
d∂;⎇( <;H_l≥≠λ≥
(≠t ↑X=~-lh≤}.>→;( ≥H≠u.M9y→,D_{sL<<≥ AQC"R$
_=P∩H77P2≠zq:⊂≥40z_P3wwY⊂897Yy0vvZw3P6_w3zpYrWr0]0q0yYP6pw_sry⊂~yP0FB9zy2H;tw7→y⊗⊂ [2⊗⊂)Zw1rP∩P34g→⊂3y0\44qyH6zqtλ2pytYy⊂:7H24sr\z⊂:4_w⊂0FB1wv:[w⊂7sλ7:vq→y9V⊂∩P0v9[P:44[5P0P→wwr⊂→y0x4~qyP9↑yz2vH9t7z[2⊂12CE897]4r2r εEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVCEαE)Yw22y∞⊂)"g∃)ad⊂_z⊂*iPVbafβE)zq~2qz≥λ)2]⊂∀ws:;Xy2P;Zyt⊂6~yzεE⊃97v]λ)"g*∀ad⊂0]⊂*iaKbafεB*7]⊂∪2py↔→yP0zλ( i!Kf`l!CE&ry\psrVRb≥⊂≡⊗jiaVQab.Y
Vfpy \→⊂_M≥_[]
[W)"S*)ad∂εE$w i2x6≡Vj7]λ,wzyλ6ryyXsrP7Y⊂→~P∪py⊂_N\→⊂_∞≥→≠P∀)jεEβE*44\P4yP_P24s→4qzv≥⊂87t[:⊂:7H1v2p\⊂:x⊗λ9tw1YP;t0]⊂0w⊂∪βS "is" iS not at
all clear. IBMtakes a pOint Od∧AmS∃nAiQ¬hASf↓aeKiQrACY0[K]G=[aCGβ≠';≥`h+≠?⊂β↔cπoβ3∃1¬##↔eεK;∂3.#∃βSF)β∂?oβ'3↔↔→βπ; β3/π&+KM↓G;#'∂Bβπ S-⊃βπ3`h+πK*β∂?7εc↔S↔dπ∩π≡↑ ↔⊗∂LTππ⊗|}&∞o5∀ε∂~ ,VNvt∞ε∂↔D v"πM Rα∀} Wε∂M≥f8h*?↔∨&]Qb∩αλ,V6@|Y(∞|(_p-d_x;
D_;H
}→<X.M;Y`∞∨<⎇→-T≠⎇=
]y→9¬D≥y(
↑<⎇β!-_=Q$ (→{m|λ~9 \(≠qD
]<⎇∧∞z_=∧ ;H∪n <X=
≥Yh≤o≡⎇→;$
<kC!!"R( M{I⎇∧
_=P∩H9tvx≠2P2l≤60w0]4ww⊂≠s⊂;t_z⊂$P≥44w5H0w⊂7\2y0z~w3P9↑yz2vH4yFE≠y⊂4y[∪z↔λ'ir`3 came into being pretty much when machines were
Starting to be used by multiplE people, with the iDea oF allowing
cooperative sharang of the machines resources. The personal computing
situation is quite a bit different, yet the artifact (which some of
us, me included, are too young ever to have not known) remains. There
is not a piece of a system that I would say definitely is or is not
part of the operating system, that depends on the context on which it
is examined. For example, the command interpreter. On TOPS-10 that
is certainly part of the operating system. What about UNIX shell, is
that part of the UNIX operating system? Other examples are even
fuzzier.
With all the preceding negative talk, you are probably hoping for
something more definte and positive. Here it comes. As to what an
operating system is, let me quote Dan Ingalls:
"An operating system is a collection of things that don't fit into a
language. There shouldn't be one."
This quote is from Dan's excellent article on Design principles behind
Smalltalk, published in BYTE August 1981. Following the quote is an
elaboration of this aphorism, and Dan says it as well as I could hope
to. If, after reading what he has to say, you have more comments or
questions let's talk some more.
Feel free to publish both your message to me and this reply on Works
if you see fit.
------------------------------
Date: 30 Mar 1982 (Tuesday) 1838-EDT
From: ROSSID At Wharton-10 (David Rossien)
Subject: Grid vs Fortune plus TI
I would Say a primary strength lieq in consistency of interdace. That
is, if I want to use the cUte Wang-lIka eDitor on the Fortune I'd
better be on the Fortufe (eveN at`)¬GQKH↓mSBAQ)2AY%]VAo=\OhA≥SmJA5J~∃MUYPAg
eKK\↓KISi%]NA←8ABAi!Ke[C0AaeS9iS]N↓iKe[%]CXR8@A
kIiQKd0@ACY0A←L~)S]iKIICGKLAGC\↓iCGJ↓S]i↑↓CGG←U]hAi!JAMC
hAiQ¬hA∩A!CmJA∧@AgGIKK\X↓]←h~)aCaKHXAg↑↓oJAO∃hA[K9kfHA]S]I←]S]NX↓KiF\4∀@@@@@@@@@@@@@[ ¬mJ~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) ]HA=HA/←IP∞Mα&K∨πO h)))RQ)))RQ)))RQ)))RP4)5ji555hh(4(0-A"jπCIkAI↓↓β A@&n+1αCd+πOπw!↓r↑⎇∩.Mβ∂!αJV$:⊗JMp&↑>∀ZMα∪N;↔OQ¬1I↓
≠A↓↓hR∪πS+Q↓↓Q∧ CI↓λπ∪C∩∧ε#∪*XZ5 h(j&}k$ V.b
F.∂<≥g"βJyu∀]4 ↔"¬*ZD<-*7`hU>\&V.>G"¬<z)5~∧M≤v/∨D
c∩α67hU<]f&/'$¬∧dX~4 uDλ↔"¬*ZD<-*1PU&w$¬>␈-:3Rβ1Q%⊗/
K∩m&w$¬<]):2ε∂D
%-$xZ%_h!Q%>␈->2∧&≤|W∨"∧∧ααα∧∧ααα∧
7.vL∨∩bβDλ↔π∩ε⊂∞'εHλλ∧∧∃[s∞]9( DπH∩<n>9( g↓"C"JMy_>$}h∃≠n
8|nD∧λλλ∧∧λλλ∧∧∪_;D}h≥≠d∞~→(
⎇|[→↓QHλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλ⊂N,=Y( l=h∃m}[→∂d¬ H∪.<|j#!!"K#%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WHλ Dλ<≤Hε↔. H¬λ\Z9 ∨*( Fε, 1(Jβ"QN-{.HλJQ21JT_9
⎇_<]
⎇K,,∧¬∩→;N/(⊃≤L]9]<e⊃"T⎇,-Y8⎇π$∪_;D}h≥≠d∞~→(∞⎇|[→↓QA"Ul]≠ λ ∀_;(
mh→6∞ <]
⎇H∃⊂j¬r4 ∧ ]=λ
←(→R.∞⎇λ~ ≥Yλ≥M≤=h∪ld_(⊗Gεβ"TN][Z3Lt⊂4λ∞Mh≠9$∞y93.∀≥≠h
≥Y~8l≡→(≥
=λ∃
⎇9z∧
=λ⊂⊗X|P77]⊂12P_P3y2XzεE8≤7z7q[v⊗⊂ )d∧AKm∃as@?v)β∨↔'→β'9∧c';∃π#=βSF QβO& ;∪π⊗!βS#-∪∃β←Nc1β↔FKOQβλh+'↔≡Cπ;'≡iβ≠?⊂β∨πS&K;≥βNqβπ; β?WQp↓α';≡{∪πI∧∧↔~πMtεn∞l≤v.n]nBε}d∞7.≡∧ ⊗ph-≡F.jD
FFNl}2εf≥<Rεv≥\Ro≡↑.f/↔5Dε⊗∞=1V.vD F∂&∀λ l↑]Y4N∀_;Y∧ ;≠λ∞M→#"M}~→4D
Y=≥m}X¬t`.e isSuas Are sOm` oQ¬hAYK→hA←A∃\\~∀4⊃↓Sg
kggS=\ACY=]NAi!JAYS9JA←L↓QWnAβ#=βπαλ ∞-βpqdλ:42P_ww72Xz4wgλ5s⊂0H& gεB8∧o @QQJA←β+SO'&)β←?⊗c⊃1β&C∃β←∂Iβ¬β∧+@↔≡⎇l⊗bo⎇z&@>⎇_=
≥{H∪md_(∪λ→H≤z
};→β!∧\y0∩Hα thiq woRld, @¬]HAo!ChAieaKfA=H βW≡+@∩n≥nF/⊗l≤6/~∞=ε␈.L@ε/F≡>Bε∂,QPV∞β≠λ ⎇{y
\=→4M≤9λ⊂∪≠y⊂ ↔opkS. TCP/IP sPecifics are best discussEd in
Human-Netq or TCP-IP.¬
λHank
~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀∩∃ ¬iJd@dAβaH@bbpH@Q
e%ICrRdbjr5 (~)
e←ZhA%∨'M∪λACPA/QCIiW\ZD`@Q ¬mSHAI←ggS∃\R~∃MkEUK
htA¬ICmJA9KnA/=aQH}4∀∩¬∨αqβS#*βGW T+∂Qβ|1βO?5#←πK*aβO↔4+@⊗∞βλ⊂⊃[vvr`.ts; First it @%`
βO-βK'OL¬f8h-
w:εM~G&FT∞6}7L|↔⊗*∞λV␈εLTε∞∨N\⊗fgα(⊂↔→rr⊂*≠P3rjλ≤\RP≠q⊂:4→ty⊂%≠q9FE→7w2Wλ⊂,wz\⊂0{ %p¬COJ↓ae←M∃`∂O'|sπ1β≤ 9βC⊗{ π eIβ ∃∧≠3πO≤+⊃β'w#=β?v)β/→∧λ4+ ≥f&7]Dε}∩ }&␈/∞4αFNlh n
8=~-⎇H_p→→pz7i ⊂4w3≠y0
ation seace@HX~¬S9IWe[¬iS←\↓C]CYeuKdAα+S
e∀ε∞vD
FF*
lV.π4 v $≠;tnD→|[n↑≤h_.,(≤{,≥≠λ
⎇Y#"N|>(≠l@⊂897]4s3@ this is that moqt people don't use computers now, pπ↑~∃
YKCe1rAiQ∃rAI←8OhAe∃ckSe∀AiQK4Ai↑A→k]Gi%←\R\AαAOIKChA9k[EKHA←L~)ae←M∃cgS←9CXAieaKfA
C\AO∃hABA≥eKCh↓IKCX↓←LAQ∃Y`AMI←ZAB↓H∂??"β←?K h+CK}≠↔OOies like forms a la Scribe and spelling checkers etc.], a good
graphics package (again, user oriented, for business graphics),
electronic mail, electronic filing [keyword if not full text],
administrative software like scheduling programs, ticklers, diaries,
calendars, etc., a very easy to use database manager (relational,
preferably graphic/spacial), a sprea`sheet program, and an easy to use
math/statistics program. Not that this isn't a great deal of
software, but I'd argue very little of it actually exists in a form we
would really want on a workstation (or a mainframe either)! I think a
significant number of the hundreds od programs lying around are there
because someone wasn't given the tools to do whatever Was required
without creating some more code which no one else wants.
On the interfacing comment; this is quite true, we have to get the to
the outside world too, but here too, it isn't like someone's alreaday
invented a wheel... we'd havE this problem on any machine... no matter
what system you are on, there will still be some time where what you
need to do is interface to another system.
Performance is a good point; I too think all the mathematics in the
world isn't as good As one "well, lets try it". All this means is
that you don't go putting in a bunch of these things without
prototyping. But that's just commoN sense!
Fred Brooks (Mythical Man MoNth) noted that "the question iq whether
to buidd a pilot systemand throw it away. You will do that. Hence
Hence, plan to throw one away; qou will, anyhow.α [requoted from the
(quite iNformative) article On the Star interfacE in BYTE.
α-4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@f↓βaeS0@brpH@@@b@pdntHp[!'P@Q'CQkeICdR~∃
I←ZtAAeCii↓'QCgQBAChααOW7,παl∞≥QPE∨\-&.∨G$¬⊗+$∧¬<]):2∧&≤|W∨"
f"α≠4qPPH*Mrε∞n>v/∩λL⊗r∧O→f≡B}4πε/>=⊗nO>M⊗~π≡XWπJ∞⎇↔&B∞8 m\(≠[nL<h≠l@⊂7x:~vpy`-: α
1 @aving To be@%YHAB↓[←k]QCS@9ε{⊂∩εlX
d∞{yU∞|<Y+AQ@εE)]0p∞dards help Enkrmously here. The exterh
CXQ`↔O-⊃7['≤K #∃Jβ#π∪2β?_∀U+;'abβOSπ↔#';≥∧3C/5π##∃β/≠↔I7↑+K 6]DεNwL↑& ,8y( ≥Yλ≥m}Zz3LT≠⎇=∧ \[{!Q]~→.,+λ≤∞-⎇Z9 ↑h≤⎇,=λ_(∞>_;Y ≡Y @∧¬∃~~.4≤z≠n]→λ∪Izλ_Y$ {{\nN]91∧ <c"N><≤≠n.λ→Sn∧≥~→$
;Z6∧
y<[L] λ⊂≠Z4qt⊂~yP77]⊂4w⊂→βood pπQCa∀AC]H↓o←kY⊂~∃EK9KMSh↓K]Oe5←kgYβIβ≠K}iβO?n)β7∨&+K)βf{[∃β∞s⊃β∂∂∪∃1βNs∂3W&K;≥β/3'∂SNs≤4+o+∂!β|1β'Q∧3C?5¬##∃β↑+K+↔bq%α f+GO↔ βπK∃π##↔eπ;'S!ε αW;MAβ↔;6KC?;n+;Q0hS≠ ?$
FF/∀∞6F∞MDεNv Z&O" ∀εn␈]nF∞Nd
v $≤{yNNx<Y%A"C"H∀≤z;-≥_<@∞ ;8<M4_{⎇-Lλ_Y$
89→$ 8[⎇.D≠8;O∀≠⎇~ ↑H≠t ↑X=~-lh≤}.>→;<edλ∪>!Q\≤Y,l<Y;L<(→[n∧∃;Z/∧~_<d∞≠h→
t≥z=
∧≥~→$
⎇Y<L≥≠λ≤.\;~=∂∀≠yH∞M→#"M]⎇;] ≥9KH∧ (~_.l(_Y,]H_;D
|→<L≡~;Yd∞}<⎇ ](≥<l↑H→[n$ -h∂≤8<\d ;Yλ ⊃"PY.-y;→/∀∃;Z/∧≥<y.∧→[tDεLλ≠-⎇]~≤eD_;Y∧ x;H∞≤>(≥m≡~≠⎇.D≤=8-M9Z8l≡~;{AQ]~_.D∩(∩ ≡Y(≠M}λ≤y,]H_<d∞y;≠∧
|Yx-m>Y9¬D≥<y,N; λ ≥Yλ_m⎇<≤Y- ;\z.l(_#!,Xπr<H7s⊂9[s:3p\2P9:[74w3H:w22\⊂0w<H7z42\⊂7x2\0z4w→P9|y]2vW⊂λ∀*42CE+t7\34pw≤P0vw[3P<w]P9t7]v2⊂'≠z2P:~0z⊂*[4|⊂;XyP:4→P6wy]⊂92qYw:εE≠x2y0]4w3@≤|yz2[P P&→py7: ⊂9zsYpyz4[3P:4→P87i\tq4f~z<P /d an anti-Whorf
`ypothesis.)
2) Interd¬CGS9NAKC
PA→β8←!εAQ↑AiQ∀AKqi∃eP≠πbβ←?Kf!↓#↔d+∂SKN≠π33J`4)↓α↓↓↓↓α↓↓↓↓π#Cπ;∨β?KQπβK?S}≠?11∧2RA>&+3+↔"βπ∂∂/≠Mβ'rβπ;⊃ε{WQ%ph(4*&C∃α2 qβ';&+K≠π≡)βCK}∪3↔5εKEβ?↔##?∨}sπ1β&yβS#*αB
β∂+↔OSN{99↓¬α
∨Mε K∀4Uβ↔K#∂βMβ7␈∪∃β∪/β↔;∪.sQβ?rα2ε9?→1β -!β7πNs≠Kπn+Mβπ⊗)βKπεK∪3E∧∪↔∂?nK;≤4W≠W≠≠N≠'↔;&ceβ∪/β↔;∪.sQβ?rβS#↔jβS#π βS#∃πβK? f+5β7/≠Qβ *βO?36+⊃β≠␈⊂4+SF+5βS}y1↓α&CWMβ&C'MβO→β;? β¬αB~kK↔3/3π;QεKOOW*p4(4R↓↓↓↓α↓↓↓MJ↓α3π≡Yβ?→πβ↔K≠␈∪7π;≡)β∪π& 9↓hP4*SF)β/↔Jβ#↔K*β#πMε∪↔↔9π##∃↓3AAAAbβS#∃ε3'KO"β7π∂FK;∃β>KS!β∞p4+π⊗≠#'S.≠SWK*βπ;⊃ε βC↔⊗3?K7∞s∂∃β⊗+πO?v 3∃ε+;?W>AβS=ε≠?;S.kC3π&)βWONs≤4+O!βπMε β∪'⊗+∂Qβ∨+ OSO#WS∃ε3?Iβ
β∂?;6+;S'}sπ1β&K7∃7≡CπK↔"β7π'v3Kπ7*p4*∂}kCπKNs≥β;}s;W7/∪'∂πbα
βC⊗{∨Kπo→β?9ε β;=o;π'Qo≠SπS*↓aα6GQ↓Yaβ↓Aβπv 4+SF)α[πB↓EE=;AA1β≡{7C'f+⊃β?rβ↔π∂Bβ7π∂FK;∃β↔IβS#*α+?#w≠?9α~β∂?7εK3↔HhS←'SBβ?CSNk'kπ&K?9β'+K;↔"β?91π##∃↓3AAAAπ≠#?←~βWAβ∂→βπ ␈+Q↓]αi]U∃ε{⊂∩πM PhUl∨αrα
Mε*πN,⊗w≡≡M⊗}r∞Mrβ ∧ TGRεgβββ∧}2εO4 ⊗g⊗\≤GJπ]lF/∩∞|↔Jα∞Mε*¬>]`hW⎇}&O∨L≡FN}d∞vNfD∞6F␈.MGJε,Tπ↔.mm⊗v: ≡Bβ ∧ TGR∞⎇↔&F}↑Bπ>≥~Bπ∨L≡F/~∃APV7↑.FF/$λ L≡\[⎇m≥Yh≥
<h→l≡ Hλ
M→<Y$
<h≥
<Y9M}Y(≠Mt≤Y8.={H≥
q"X;NM8z< ≡→(_$∞z≠|NL9y(
|H_sm↑≥=→.$_}8mL<h_.4_(≤L↑⎇;∃∧
yH≠-≤|X=
≥Yh∃
#"P_≤7qri\wy⊂3≤7vP:~2P1g[x:z2\⊂1rg≥2y⊂*≠P:42H:yry yP22\uSεEβE*42H62yy[w⊂42\2P4iH:40zλ9vpv≠⊂72rY⊂77zλ4vx6≡P:7|K⊂⊂'7]P:40]⊂;rP~0{2P_wεE"↑4yz2[1rP8≤7ws⊂≥40z≠w2P1Z4x⊂7Y⊂9tv~qww⊂_pw⊂2↑2qzz→P4w9]9:qj~ww9P_z⊂0FB9x2bY⊂0x 0roaching that od a Vastly more expensive processoR like that
of the Vax we knoW that personal computers with theiR own built-in
proceqsors are technically( economically, and practically viable.
~∃
←[akQKdAGeGYKf↓CeJA=]YrAACehA=H βSF)βC↔⊗3?K↔∞s∂∃βεK∂SW⊗)9↓α≡+∂?;& Kd4W≠S?K∞;∃β∂}sOS''+S↔Mε β7πV{AβC/∪≠/Kn ;∂∃ε∪?SSf+;↔∂Zβ≠?Iεkπ;eπβK?∨⊗ 7L4W+;∪↔∩β7π;JβOgO&+7M1∧#W∃β&yβ¬β6 K'↔'Iβ?→ε{[↔KF+πβMRβ';#-∪↔;Q¬β#gON≠π04V#'O-εc'7'& S'?w→↓#O.+-βSNk∃1β⊗{SπSN{;π1εcπS↔v≠e%1ε≠WKK.sQβ∂}sSK?fc↔H4Tc'7'& S'?w→↓#7∞seβ∂|sSK?fc↔KMε≠π9β}s3eβ'∪π;O6+I⬬≠7π3bβ≠Kπ∨#'?9ε{⊃β∧hSSKπ≡YβC↔∩βK↔[|cWS'}q%1β∞s⊃β -→βπ;"↓#'9εkπ;eε≠πO↔~IβCK}≠↔OO␈⊂4+C/∪≠/Kn ;∂∃εc'7'& S'?w→9↓α∞qβπK≡C'S↔≥#WK∃π;#'∂Bβ7?[/→βS#*βCK?≡+GO?∩βS<4W##∃β/≠↔I∨~β∪↔OXβ3↔π6K;≥β≡+∂?;& Keβ∨#?Kπ>)βπMπ;#πQπ∪↔7πNsMβ?2βS#∀hS7π'v3Kπ↔*↓#CK.3↔Kπ⊗c∃βSzβ7?[Ns≥β↔Gβ↔;OM3∃1βv{'Oebβ W3←Iβ∪'≡[Mβ'w#=βSF(4+W≤+I∨Mε{∪≠'≡)%1β≡{;;↔∨#↔⊃β&yβS#*βWO↔∩;Mβ←␈∪ ∨∨L≡FN}d∞fN
ε⊂ ∧ 8C"H↑~→<Ml= λ
≥]→<N
|y<d ;H_,L~=~-⎇X;λ L;_>%dλ⊂(∞ <Y[n-8;XlT≤=9.>~;{D #"R ≡Y(≡,↑λ≥≠d∞y9( ≥\⎇y.,9λ_-o=z→.,(
≤
⎇;]→..h∀∪λX4q(
≤H≡;nT~_=LT≥~→-U#"R.∀≥~→$∞<y4E↑→<Xl]=Y1∧
;XtL\<y(
≥H≠uL↑Z→8,D~;]∞-y→0l\λ_↑$∧≥~~.1"X{mmY8u
≥{H~-d_(∀l↑≥~;Lt≥~_.D→≥4
M8x= ↑h≥~ T≥<y.∧~;] ↑YX8lT≠yH ⊃"]~-\<z_.,9λ≠,≥9Y\L≥9(≠n <X=
≥Yh≤o≡⎇→;$∞⎇8z∧ <h∃-m> H∧¬∀≠| ]i|h Ipu4aQ\≤[m,8⎇λ ≡λ∃0iH(~_.4≠98.><Y;,]]≤h m|H∀λJ ,,$}h≥~ ≡λ_<LT≤Y; ≡→9λ∞Mh≥~
≡c"\.\<⎇~-⎇Kλ_N↑λ∩(∞⎇⎇;→∧
~:y$∞≠h≤l\(≤⎇,=λ≠9,≡⎇<Y-\;]≤d [|H ∀≤}<nL;(≥m≡~β"M
9z→.%<→<Lm|[8-ly(≤∞-xy<n=|\h
M:y(∞M→(
Gε ∧ ;Yλ∞⎇=~λ ∀ ,λ \C"Q.M→<[L↑ J(∧ >(≠n⎇H~;NN:=~-⎇H~<d∞~_=∧∞~~<d 9→~.M;{X-D→→; ∨(≥z-Mλ_9 A"X8M}=λ F∧(≥≠d∞y8{ml_<↑$∞⎇≠|L≤y(≠nl<Z→,≤ Hλ
⎇y=L↑H≥~
≡h→Z,}<Y(
≡h→≠n⎇C"Z-d≥~→$
[z<lT_{{. <Y9∧∞≠h≥
(≥X.-88Z-M=≡(
≥H≤→.,[|[,≥Xy(
|H→~,lY<Y-nβ"Y
≡z|k∧ {{]∞-{≠→..kλ→∞-=Y<N5λ_;LD→Z; T≤}<nL;(≠n,x;Z/,=~;mnkC"AQHλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ
l=9z ≥H∀≤L≡≥β"AQK++%U+++%U+++%U+++%U+++%U+++%U#"C!(;Yλ
|H∃{n-th⊃
≤y<⎇↓QJJJE%JJJE%JJJE%JJJE!"K+%U+++!QC"@↓Al
+(≡≤K.ε$λ LfFb05H$λλα*ytRtdλ~9y.>λ∃LD∧ln(∧∧λβ"D↓l
+(≡≤K.ε$λ LFVb39-D∀≠→,≡x;]∧π∃stI:h_=∧
U5⊃hZToH↓~stRj4⊃~9l↑82 D`j[ M(~¬
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∂%-&A S≥KghAXd@Ffd~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYβI6S=Rα↑ =):2ε∂D
%-∧xZ%_h!Q%.␈->2∧&≤|W∨"∧∧ααα∧∧ααα∧
G.<y_/∃λ
Hλ≡≤H '↔ Hλ∧∧λ∃SmN8εrP ⊂≥⊂$\yzrP \BEεB*7r0↑SyP*≠x4qyN⊂⊂⊂⊂λ+t4f→P;rP_y2P'[⊂:42H9zq5→qz↔π ε@
PerfoRmafc@∀AβMC1sgSf↓C]HAIK[Oi∀A Sg-f~∀@@@@@@@@@@@@@@@@@@@@@↓+QCHαβ'Mβλ∧∧d gqP@H%P %U+++%U+++%U+++%U+++%U+++%U+++%U++#%U+++%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH ⊂⊂x94fλ_X\→λ_≤]→
Tb`∪T
From: Brian P, LlOy` ,LLOYD at MIT-AI>
SuBject~ While we are On the subject..,
∀~)'←[Kα{;∃βLε2π>}-6Nvt vrπM Rπε↑.6}v≥Dπ>␈->7&∂M→vrε=x L<<≥ D∧⊂=⊂∪W`Va[vFE [0p∞thus we bui@1hABAβ##K∨8¬V∂>∨∀π>␈->7&∂M_ md≤_8mpsrP≠s32i~w3P)Y{2y0[ε@
languages _Aα α[π≤¬∀=≠{Y%D≠~3-≡→9⊂→βra`@!SGfX↓ [CS0XACkβ#?7π&K
βπ≤≠↔OM¬#<4+␈+SO'&)βO↔↔3'∂↔~↓#∃;8qα∪?8j+?;,ε2b¬M R¬≡|Z&≡*∃D¬.␈,@¬π⊗|8W>z;YeA Zy/≡{|Y∧∞Y=≤M≤=X;∧
yH⊃M≥→9⊂~w37i≠pz4g[⊗⊂80\2y⊂ )tem Indexing, @¬]HA[=` ∃8hRW* ≥G∞z M⊗"ε≡DεNr∞=↔Bε]⎇g&G4
vrπM R∧≡⎇nf/⊗|]g"¬LX6FV⎇Mv =9<h∞?<⎇→-Q ¬∀9→pr⊂≤ ≤≠⊂1_yrr),∧@A∨UdA β8A←]YβIβKWw→βπQβ↓9Yαn∪'SM⎇→βπ≠ ∧π/≡↑4π'z<p~→rεE(_ty1WβE
Here IpεAoQ¬hAoJ↓QCmJ↓YKCe9KHt~(~∀@@@@@@bP→ααMε*β∧πβ"ε≡4ε
πlZ'Jε<≡ε∞⊗LTε≡F≡¬bα¬M W⊗*
_ d
Yh∪L\9λ⊂~≠P;pt]∧¬∀@@@@@@@@A→←dAi!JA[←β∪∃β↔≤{S↔KL∧2ππ-x6/∨=z'
R∧λ5"?4∞6}7L¬x.,(_;LD≥≠{mNc"H∧∧λλλ∧∧λλλ
\9→( L=Y0⊗≠x6rg≥⊂87i\βiblE -- not the procassop.
2. You can eat A lot done on aqlow LAN. You can even provide
resonable respoNse time.
3. YOu don't need abit-mapped display. Sure it Would be nice
but The users haven't noticedyet.
4. The eAse-of-use (friendliness?) is of paramount importance.
We used function keys and labeledthem on the screen on a
screen-by-scReen basis. It evidently worked since the
Chairman od∧AiQ∀A¬←CIHA←L↓~←α[
←ZAi=←VAi!JAWKeE←CE⊂AMe←4A[r~(@@@@@@@@AQC]⊃fACMQKdABfA[S9kiJA⊃K[←]MieCi%←\AC9HAgi¬eiKHαβWO'v9βS#*4)↓α↓↓↓↓α↓↓↓β∨KOS↔h∧εFN↑<Vf2aQ hU⎇ ↔"ε≡4π&FT∞ε}NnDε}∩∞MεO~
H .N→<Od∧∩9
≡h≥~ ≡λ→=L↑↑=~
≥Yh≥lT~_=LQ ]_-My9 ≤[⎇=∧
<h≤
}|z0ML(≠[nuHλ⊂-Mλ≡;nT~_=LT≥≠h Mh~4d∞|Z= T~= D∧⊃X;L?#"P∀_y2;p\2P4iH;2y<H54qbK⊂1:`4 it @⊃←KfA9←hAB↓o←eWMiCiS=\A[C-JT@AQQJAW∃sf~∃¬eJAg=I`∪←∂∪∃βπv!β∪↔6+3/Cn+;Qβ&{?3Mr↓α;=∧∧6}o
x L]]λ⊂∀\P2yx→qtpv≠<P!gU VεE_:z⊂*~2P3r\z0v:λ4yWεBεE!9~psεEβE⊗VVKVVVVKVVVVKVVVVKVVVVKVVVVKVFEεB"0z2N⊂~⊂ \94v⊂ \\→⊂ X_XVQijεE⊃97v]λ$0w5H+pv5Yy⊂0zλ!fjVLX FE∀zq52Xz≥⊂8→y37y≠pw1bH0s0v≡ytyP_w2⊂9→vwz2H24yu\FEεE⊂2w1d≠py5yH;y4z≥2w⊂4[⊂0P$~st⊗v→{2v⊂≠0w3zXsrP0[2⊂:4→w⊂1`/mpiled tell me
NOTHING. Anyone who thinks that a MC68000 iq 70-75% of an EFFECTIVELY
USED VAX had better think again. Assembly-code benchmarks are the
only relevant ones for comparing architectures. Now if you are
comparang available compiler-hardware systems, C benchmarks are
relevant.
An Ethernet interposed between a disk and processor presents the
fkllowing delays: outgoing protocol, transmission time, incoming
protocol, disk processor queueing time, processing time, disk access,
outgoing protkcol, transmission time, and incoming protocol.
Transmission tima total both ways iq probably 1ms. Protocol mucking
depeNds on whether you have adedicated processor. We use remote tape
drives here, and TCP burns up to 60% od the cycles on a 7_0. This
might be a problem. Assumingproceqsing time is negligible. The disk
access can't be avoided without A cache. The big time is probably
queueing time id∧As←TAQCm∀AY←iLA←LA]←eWgQCiS←9fAgQ¬eS]N↓BAES≤AISg,~∃Ie%mJ\@↓)QJAQo↑ACIKCfAQ↑AaCdACiI∃]iS←8Ai↑A¬eJAaI←i←G=YfAC9HAck∃kKC]≤~∃iS5J\@AQQJAY¬iiKd↓[CrA JAYCIOCd\A'QCIS]NA∧AISg,Aae← CEYr↓[@↔πw→βg?(h+∂πrβπ∪⊃∧ β∪'≡Yβ∂π≡C∃1β≡yβg?/⊃β?[/∪π31πβ↔K≠␈∪7π;≤)β7πJβ ∃βvyβ←?↔≠∃βSF 84+
β3?∂∞aβ∪'≡Y9↓α∞cO=1¬##∃β⊗K≥βK.k?S∃ε#'O-εKEβWv#?W &+∪3eε3πOS/⊃βS#∞qβ∧4W≠7π3bβ3/∂∞aα←'v≠#↔O&+I84Ph)55ji555ji555ji555ji555ji555ji44(hR∪πS+Q↓↓U∧ CK'b↓Eea∩↓Eei#1β↔O h*≠K}ii↓α7∪π;/∨#?9:≡{≠Rπ↔#Mβπ α6&QljV2RL~L4*∨+ +↔∨!i↓α>CπQβO→β¬αd
9|4U≠↔;∪/⊃`∩αλ9tm≤~Ee≡}nH↔↔'4 ↔"∧Y~BlmYJDL≥1Q%⊗/
K∩m&w$α∧7,≥f←∨M⎇bε∂D TM"YZTe$_:2αD-|"∧7,≥f←∨M⎇bHh%(gε}W$α∧∀x$αD⊗|$∧7⊗≥m7∨&⎇e⊂hPQ)∩ππ,↑7.nT∞FF∂D∞FF*
<WJε= ↔⊗∞>LW⊗O>M⊗∨~ ≡&*πM ↔"ε≡DεO~∞,Vf∂M≡f.g∀λλm 8<β!.≠h~-n→<YL≤y(≥
uλ≤≤M}Z9→.4_(∩
≤zλ_L≥Y≥z,N~ λ∞=≠|]∧∞≤X;N=:<|m≥{H≥
≥9#"Lm|H≤ ≤zy=∞4_;Y∧ (≤Y-M88[ T_{sMl8⎇~-⎇KHλλ,<z8l≥≠≡(
≡λ_x-d_Y( ≡|⎇;,\λ≥≠aQX;≥l∨<h_LT≥~→.,(_;LD_Y(∞>9YZ,=9;]∧∞≠h≤n↑≤≠|ND_(⊃M≥→(≤l↑]Y<EDλ∩≠nt→≠y.⊃"]~
≡h→~,lY<H N[{(
}~→<D∞→;|
L)|h∞m9=|gq"C"I≥H≤_..~8⎇-L<Kλ ∀_;( ≥≠≠⎇m≥Yh→M}H≥~ T≤≤[nMx{s∞∀≥≠h ,(≤z-]9_<D∞≠h⊂!QY{≠l,;λ∪L↑≥{|M5Hλ∩.D~<h
.<⎇λ∞M→(_,-;~=∂∀≥≠h ≡|⎇;,T≥~→$∞Y89∂⊃"X=L≥9_8M≥~=≡$
yH≤L↑{⎇<L<<h≠nl<H∃
(≠Y.N{|Zd∞~_=∧ ~<⎇
≥Y⎇:.=λ~=¬a"C"EU+++%U+++%U+++%U+++%U+++%U+++!QA"Q-lλ≠yD
{|Zj4⊃~9l↑⎇β"E%JJJE%JJJE%JJJE%JJC!%+++%U+#"AQ@↓Al
K(≡≤K.ε$λ Lf6B05H$λλα*ytRtdλ~9y.>λ∃LD∧m λ∧∧λβ"D↓l
K(≡≤K.ε$λ LFVα39-D∀≠→,≡x;]∧π∃stI:h_=∧
U5⊃hZToH↓~stRj4⊃~9l↑⎇λ∃F$λm ∧∧λβ"HL=→.D∧
h⊂.∞H .'εH ε&k14jA"Q\M⎇.H∪,]λ∀≠ \<x;ND∂∃sj)th_.D∀U5λx4ToAQT⎇8M,8⎇∞D
stRj4⊃~9l↑⎇λ∃F$λm ↓QTy;LL<NH
⊃04h→Uλ_.D∀U5λx4Tc!*≠nH
⎇|Ztg$∞c"J,<≠≡%Z≠nH
ytRtd =λ∀JZ⊃q4J1"C"J⎇|Z|dλ~9y.>λλλ∧∧λλλ∧∧λλ∃l\≠Y<lL>+λεt⊂<≤Dε.. D∧λλλ
m{≥;,T H∞D <|⎇,T
β!!"U≠lL>)|d
≠|~,>nHλ
<Y[n-8;XlT⊂;X-O<z4d ;Yλ
,;;u T⊃~<m>c"H∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧λ\X=LT∪Y=d
{|[ Gc"H∧∧λλλ∧∧λλ∃m =~→.$∪Y5∞⎇|Zh
∞[⎇≠l={≤h
=≠⎇; D_Y(λM<x⎇.>y9 <Y#!$λλλ∧∧λλλ∧∧λλλ∧∧λλ∀nL8π20\29]⊂λ*yri ery7→v⊂$w≥2y30XrFEεB⊗VVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃0z2]λ≠⊂ x≤4r⊂_N\→⊂⊂λ__∃→N]~YVT)j⊂∀∃:ryr_|TFE⊃97v]λ890z≥∧¬
Replp∩[Q↑tAGMH]ae¬i`ACPA'π∨I
~¬'UEUKGPpA%JhAaKe→←eKC9GJAC9CYsg%bAC]⊂AeK[=iJAI%cWf~(~∀@@@@@@↓ CiJh@hAβAeSH@Drpd@D`bb[∃' ~∀@@@@@A
e=ZtA⊃¬]VA/¬YWKd↓ChAπ5*Zba∧~∀@@@@@@↓'kEU∃GhtAAKeM←β∪7π;≤∧Rε∞l≥GO≡≡4ε∞vD
&.n}LRε&≡=7_h!Q"αα∧∧αααλ,Vv≡
\↔⊗←4∞w-=≥→-d~;H ∀~~1m¬;→=L]λ≠_-l⎇89lT_;Y∧∞~→3AQHλλ∧∧λλλ ={<~-L9λ∃ ]≠λ∪,T∪Su 3QkD¬KK@∧λ<|y-\[≡+,=y→( ,;Xr
\<Z|aQHλλ∧∧λλλ ≡Y(≥
(≠p↔≠<P92[2{0w≥⊂7w2\P37iλ1wvx_y0 ng architec@QkeKf8@@~∀4⊃'↑A]Q↑Of↓G←[a¬eSMNαβπK∂FKS↔∂'+K↔Mz↓αS#*β∂?K⊗+@∨ε⎇lFNvt∞7&∂L]V.wDλ M}A"P.↑≠{;l-;→4d∞{⎇3 D_Y(∧(==≠m]xZ; T≤[p,D≥→<nNh≥→-Mα⊂6rH73z4~w3Wλ!2w1ZεA2<[0vwfYz2y≥2yz9H0y2P≥42P'[6<P 2elevant oNes fOp co@5aCeS9JAK]≥S]Kf Dan Lynch wanted To know the cost of The move fRom
@QS[Kg!CeS]≤Ai↑AAεOf\Aβ]g]KeS]≤AQSZ↓ErAi¬YWS]≤ACE←UhAiQ∀AaKe→←e[C9GJ~∃=LA←]∀AG←[A←]K]PA←LA∧A!εAMsgiK4ASfA=]YrAIKYKm¬]hAS_AShAαC↔3C~βCK↔&K∂P4W≠gOS.iβC↔⊗3?K↔∞s∂∃9αα∪π→?→βGW,ε7&N⎇dεO~ l↔∩ε,↑G&/$λλ,L≤Y<n<9λ→
≡Y8u
O!"].=9Y`∞∨<⎇→-T≤→<LM|[8-ly(≠,\<⎇4L]9;]∞∀≥~_-d~;Y
≡Y8u
O(
_-lβ"Z-l{{<
L=→;∂∃(≥z.Mλ→_.L(≠sD∞~→(∞ <Y[n
8;XlT≠yH
.αyz≠w2P1[vx7`.ent.
α Anyone who thinks that a MC68000 ipε@n`4njJA=HAC\4∀@@@@@@A∃
¬ πQ∪ ~⊗eIαVN,!αZεBβ#π⊃ε∪↔SS/⊃βS#Ns-βπ> '98hP4*G␈)β#π4∧Rπ≡⎇\RεF≡,Bε&≡L∩π&tλ&∞≡4
FFO4∞Wβz∧¬∧JεM⎇b?"
=f␈:∞⎇ε∂ Q-⊗w&↑.π⊗/L≡FN}d
v $λY9LL8⎇~.l;≡(D∂;y(
9λ∩-d≠:;LEλ_].D~=λ∞=⎇;Y∞4≠~:lQ"↑3nT~_9∧∞~→(∞,=~→.$→_= \λ≠{LT≠yH∞M→(≠,≤z~;LT_;≠ml(→6 \⎇=~-lc"Y,lZ8z,]]≠≡%D_<h
}≤≠|l\λ≥≠d∞~→(
]|Y(
]y→<Md≠{Y$
yH∃
(~≥-\;K;,≤z~3LQ"X{m\Z;X.M;{H ,:;Yd∞<y1∧ 9YZ,=9;]
O+Hλλ↑Y;H∞=kλ∩$|λ≠~-<(≥≠d∞y9(∞M→#"L↑Z9→-ly(→M}H≥~
≡h_x.<+J#!!"U~ T_Y;L=≠8<M≡h∩(∞↑y9λ¬∞~→<LT≥y<LT→Z=LT≠yH∞M→;"$ ;≠λ
9λ≥
(∪0fG ↓QX|Z.∞≠→9∧ ↑(≥
(⊂h ={<~-L<K@∧ 9H≡-}(≥x-nλ≥≠d {{< ≡Y(≥
(∃P/∧≥≠h∞M→#"IXmN∧εελ≥z.Mλ≥~ T∃X>∧∞|→9∧∞<λ≥.=;Yh ≡|y;,-≡(_m|→+λ∂≥⎇(≤m
⎇;→∧∞→<[-≡λ_#!.z;:-L<H≤n 99 .↑λ→[n$≥~→$ 0mNεε H∧λ⊃0in4⊃≠⎇,t⊂{_.-h_↑$∞~→(∞|>(~ ≡c"Y/∞≤X8nL9λ→N-{(≤l↑Y<X-D→_>.4≥{|NMλ≠yD x<Y,n;≠≡$
;\⎇∞.;9;NL9β"M\8<⎇.,;9;NNh≠{D∞~→(
l>λ &∃mn ∧∞~→(
n;8Y.$ M$ 24∀edλ⊃=L]H_;
M⎇z;Lt→[|AQ]~→$ X8⎇∧∞~_=∧∞~→(
l>λ→
|<h⊂'XJph
≥H≠{LT~;\nN]8⎇
≥{Kλ ∀≥{⎇-L≠I⎇∧ Y(≥
⎇c"\n↑\≤Z.<9λ≥
t→Z;LD≥~→$ 0mNεε λ~
}λ≠{D
=≤h
9;≤d
;H_.>y;8MO(≠_-l⎇89lUβ"]
⎇9z∧ (≥{n]→≠InD≠=8m∧_x<LT≤z;L<(≠[d
{Y( ≡[⎇;LD≥~→.<(≤_..≤h≤∞-y|X-↑c"Y-≡~→<D∞~→(
l>λ≠n$≥~→$εN ε∧~;H ≡|y;,-≡(≠ ≥Y⎇8,|+C"AQU~_-m|h→M}H≥~ T~;\∞↑λ≠{D∞~→( =|⎇λ
|H~;NL<\≠n=;Yh ≥H⊃=
<[Y.D_Y=∞|9;H ⊃"Y~.=h_;LD_(≤∞-xy<n=|KH∧ ;⎇<D∞x<[M≥Yh_,-⎇=λ
Htλ→∞]≡(≠M}→9 ∧∞~~<d 9|Y,↑c"]m≡~λ≠l.y<]L≡~;{N4≠yH L;<≤m⎇Kλ∪L]≤{{ED∀≠t ]kλ_-lλ≠⎇
<\h ≤[⎇=∧∞~→(
9zβ!,{|⎇∧
yH→l]Y<X-D≤≥<N
|y(∞∞[⎇≠l={≤kD∧∩≠ul↑Y<H ∀≥x<d∞⎇_<NM→9λ /(λ]
(_Z,q"\Y-]⎇→( M<zh
≡h≥;LM⎇8] \≠≡( l<⎇→.$≥~_-d_(∀m\;≠λ
Mxx;∧
z;Xm <⎇→.%λH≥
<c"N<9;<d∞≠h_LT~;H∞M→(≤l≥9(_l≡→9{n/(_<d∞~→( ,;~9,d≥~_.D_(≠ ≡Yy(
l>λ≠.↑⎇β"L,(→X.>→<H∞M_;H ∀≠:;M≡x⎇; T∪0mGε D∧∃~→$ε,λHλn:Z=∞>(⊃8,⎇→(∃m≥Xz→.>→<C!.≤X;N<Y<\d _=_$ =λ_-M;|⎇∧εH≠9,|8↑= ↑k|y,={Y ∧ ;Yλ
]|Y(∞M_;H
⎇Y(∞∧!"Uz-lz→<nL<H≤N]\h_.D (≠,\x8↑.L+|y,5λ_;
D≤=:.L(≠~-<;≡(∞Mh_Y$ X<⎇ ↑H≥~ ≥C"]
(_Z,t≥x<m
;Yh
\8z~-l<h∩$ Y=λ∂≥⎇(~ ≡Y(~-d≡;⎇.$≠88m
;Y(∞-{{+D∧∀{8-Mβ"[L\9λ≠M}λ_Y$∞{≠⎇eD→[tD :=~ ↑H≤≤M|y<|m}\h≠n∧→~<m>kC"AQHλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λ∃X.\z_;D
≤X=∞A"C"EU+++%U+++%U+++%U+++%U+++%U+++!QC"Q ≡→.Hεd⊂<≤M≥λ .'εH ∞'&,k1*:β"QN-{.H
-xY<ND⊃;≥
⎇H∪8,≡h∂∀HY(_=∧ 25 )XoC"J>8ZY,>∞H∀LWH⊂\L≡Y(∪L↑h∃{n-→∂c!*≠nH∞∞X=≥λ
z_<nL(_=∧
u31+¬023!QA"R.D≤z≠n]→≠InD_Y(∞M{h~ ≡Yλ≥
t_9→∧ ;H→/∞≤X(
L=Y;∧
yH≤m|]≥x.,(_=∧∞~→#!.≠z;ND≥z→.,(≥~ T≥<y.∧≤≤[l}X;(
≡≤y; d~;] ↑YX8l↑h≥≠d
3R6¬d∩_=M≥Yh→
⎇Y#"N=kλ→M}H→> ≥<≠→$
_=P∀[3P0v≠⊂'h"S9P7sλ34v2\Wx4x→yP3wH:49:H0P9t[3v2FB8yry {y4z≥2w⊂8≤7qrr≥y2V⊂≥t4qtλ4yP6[{2r⊂≥7P0P≤rx0y_z2P9[zy1rH34v2H0w2εB9t0y→r⊂0v[w3P0[6⊂:yYy⊂89≠sy0v\P:40]⊂0y2H;y4z≥2w⊂4[⊂:42H9pvrH9wzy_rFE&_w3zpYrV⊂4]⊂9t7]v2⊂:~2w⊂1→P87y\tq62H:7P6[r4s<H:42P~w:2y→0qrP≤wzy1YFE34[2P:7H9:w⊂≠w⊂0@≠7w⊗z[4|⊂9↑yz2vK⊂0z which point all those user
programs should work without significant Modifications on the other
system. Thus systems needn't be standardized to have UNIX as their
user-program/systeminterdace, in order to acquire the UNIX
application-program "library". (Quotes around "library" because I
don't mean library in the usual computer-jargon sense of a "library of
assembly-language subroutines editable by FUDGE2".)
To some extent, SAIL andLISP already do this sort of thing as does
PCNET software.
¬
------------------------------
Date: 6 April 1982 09:28-EST
FRom: Robert Edton Eaas <REM at↓≠∪([5ε|~∃MkEUK
ht@A]QKiQ∃`A]KQo←eV↓ae←i=G←Yf↓cQ←k1HAEJ↓ISgGβ+GO↔ ∧εF/,QPU&w$ππ⊗≡ND¬≡ ≡7&
≡B¬≥YXUBl→→PhPβ"SlD_{p~\9rP*~2P4`3sue Od∧A]KQo←eV↓CGGKβ≠Eβ'≤q∨Qβλβ←?K←≠SπSL{97O∧+∂'≠L_4+G,∧W>~;sED~9λ ≡≤≠∩,↑h≥≠d
8:3LNX;9.∀_;∀muH⊂].D≥z→-d_{p↔≤βideRing Any¬
@ACeiS
kYCDαβ←?K←≠SπSL¬vrb
x LT≠yH∞M→(∪-}⎇λ⊂∀[x7y:_w:⊂ 1u` gi%←]fAαK@~π⎇ ↔ HαXp↔\αpλA←α1β+↔';?K4λ⊗≡≡↑:2εODλ
≡h
≥
(≠p~~2y⊂ -ost @%[a←EQC]hAβ W/>M⊗}w4λ↔ε+!Q'>F≤¬⊂≤wy: o` Ao=aH[aI←GKgβ≠';≥|∧V&OMx ED≥z_.D≤{p→≥⊂7s⊂→4yx ,ay, @]QChAβ≠?KPhS?2 8 m↑≥=~-lh≤⊂↔]p¬r, and @]QChAα{S#↔⊂∧π=y]≥l≡Y(⊂∀\β a`-α '3π⊗c∃mβ&K⊃α∀λ \=Y#!
βzz anything @%[a←EQC]h}$X⊂∀λhRS#W~βC↔KF CMβM≠GW↔~β?2∞λ↔π~8u-L<H⊂_≤5z7`#ol to qse qhouLd be moveD to
IH
≡5!%∨)=∞.⊃αC∪?I∧¬F␈:∞:ε.∞Dλ↔∂Nl8
∞
{[u.P67g→P24`3ta`≥Gα)βC↔d∧WεF⎇lRε∞βYβ!-αp∂dem co@5[kMSα≠πS'|¬bJε| ∧L@QSk)H3H
My<{D}λ→6
≡⎇λ⊂~~0z⊂$H5w7`7 of+↓[CsE∀~∃C@"β@≡F}YF#Z mw$⊃=~ ↑YY0~ z8x % thiNdπf@%∧¬w$∃⊂t¬Y4λ
m|H∃λ~ r4¬{λπ→
NP 'm
`≥←β!βOW⊗)β?→¬##'Mε{;∃%bβπOO.k';≥π;∃∨K*β∪↔OL;;';8∧ε
π⎇}&O∨L≡FN}aQ&␈/.8 -NY<h
}H≤q-l~;Yd∞⎇9yl↑⎇~;mnh≥≠d∞{{9$ {{;,↑Xz8-D≥{|Myz0z~wwεE≥2w27\⊗⊂1:]⊂24yXzyyt[w⊂7`& the network capabilities of particular
existingworkstations belongs here. Doeq everybody agree that a
workstation located near other woristations (such as in an office
building) should be oN a LAN, and that regardleqs of whether A
woristation iq on a DAN or not, it should have some long-distance
communication, either directly or via a longhaul-gateway on the LAN?
------------------------------
Date: 6 Apr 82 9:22:22-EST (Tue)
Frkm: Dave Crocker <dcrocker.EE@UDel-Relay>
To: pratt.shasta at Sumex-Aim
Subject: Standards: User-kernel interface
With respect to the Unix user-kernel interface offering a general
standard, which version of Unix has the standard interface?
------------------------------
End of WorkS Digest
*******************
-------
∂06-Apr-82 2333 AVB WORKS Digest V2 #37
∂02-Apr-82 0055 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #37
Date: 2 Apr 1→82 0256-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #37
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WKRKS at RUTGERS
Works Digest Friday, 2 Apr 1dpd@@@A-←1k[J@H@tA∪MgkJ@Ln~∀~))←ICdOfA)=aSGfh@@@@@@@@@@@@↓≠←IK4A'keYKr~∀@@@@@@@@@@@@@@@@@@@@A¬eCYJA≥K\A/←e1H}~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@@@@@bAβAd@pdbbdhPp Uel*NA↓E##U$hR≠K?kQ↓↓↓α↓α[?v;3π
`λ ≡λ∃1 ] 11!QT⎇0M,8⎇∞D∧λ∪;lL;(∀n↑]Y6!Q@εE [:47jYβh this may noT be The ristributed bboard being tracked here at UDel.
I'm trying to get together an informal data base on peopLe's
experienceq with various 300, 1200, and/or 2400 baud telco line
modems. The information will be used to help new Memberq of the CSNET
select modems for their sites.
More specifically, I'm iNterested in learning what results the user
community has had with various brands and types (single or multi-line,
single or multispeed, originate only or autoanswer, manual or
autodial, etc) of modems. Since CSNET uses telco long distance, dial
up, voice grade, lines as its communications medium, I'm especially
interested in your experiences with your modem over such links.
If you have any positive or negative experiences with particular
hardware, I'd like to hear from you. All responses will be kept
strictly confidential unless requested otherwise. Please respond
directly to me at <vonglahn.vax at udel-relay>.
Thanks.
Peter von Glahn
------------------------------
Date: 1 ApR 1982 1428-PST
Subject: Brave New Uorld?
FRom: Dan Lynch <LYNCH@ISIB>
Message-ID~ <[USC-ISIBY 1-Apr-82 14:28:14,LYNCH>
Before we all jqmp off the e@9HA←L↓←kdA
keeK9hAKCIiPAC9HAEkdABAO¬OOYJ4∃WLA]←eWgQCiS←9f@Q↓
fRAi<Aa←aUYCiJ↓←kdA]←eYILAoJAMQ←kY⊂AG←]MSIKd↓iQJ~)oQ←Y∀AaSGQkeJAQ↑AgK∀ASLA]JACe∀AEks%]NAS9i↑AB↓ae←E1KZAo∀A[SO!hA]←PAEJ~)CEYJ↓iVAg=YmJ\4∀~∃βLA∩Ag∃JASh↓iQJA⊃KgSe∀ASfAQ↑AYK¬mJAi!JAGkIeK]h↓giCi∀A←LA
←[akQS]N~)gkaa=ehAC9HAQK¬HA←M_Ai↑A∧AEKiQKdAo=eQHA]QKeJ↓iQKe∀ASft4∀~∀b$@A≠←β∪∃β∂}kCWS/→βC↔∩βK↔O, K∂#/⊃04)∩I↓α7⎇∪∃β∂}sSK?bβ?[↔∩βS#?≡)β∂?oβWS↔~p4)MJ↓α∪'63↔K↔w!↓# /#S↔IJβWO↔∩β';S/∪≠π∂/→84)"I↓αO/βC?K"β≠?Iεs↔]β≡{7CW&+IβO≡K↔;∂*β'∪↔∂→↓#;-#←?K↑K;≥1πβπKπdc↔3'≡i04)α↓↓βOF K';:I04(hP4*SF)β';M#'π1∧∧↔'ε]↑π'~ ≡Bπ≡⎇NfNvt
FFO4∞π⊗}-LVjε ≡f*εL\Bπ/4
Fzα
Iv}↑≥lphV≡@ε&O>N&N↔↑LV"ε≡,6FOL\7'∂,↑2αFM≥6*∧H→g~π⎇~FB¬λ>2ε∞l@π∞}\Tε6NLQPW≡↑.f/∩∃aPPh*Mε*εL∧X.|X8zn∀≥y(
=Y(∞.;H~-n≠h∀mt→X<D <Y(∞M_=⊂→|4yz~w3P⊂λ9wv:]4ww9HεE9jY32y⊂→97v]βEαE_JP⊂$0]4w3@ to build @∧A[←K9iC@'rβ?→βv+]βO|3SOπ⊗)0$)∩I↓α'w#↔K≠∞≠';≥ε+π∂!∧bε9>∧→βS=¬##∃β,ππ&/-l⊗bπ⎇}&f"¬ Vf.>N&N≡≥MGJ`Q$ααα∞N&∞w>
w.α⊂8)≠z7qg[⊗⊂#*∀↔j2v≠2z⊂ !ccesS in And out).
3) Lack Od∧AaKβ∪∪ ?-\⊗v≡TλF∂&∃`λ∧↓ C"I≡→; ⊂ P4yP_P92`[⊂897X42v@. A @!CmJA9←hAs∃hAI←9JAiQ∀@EC]¬YsgSβ→βπlAPFNβy→-M8π3@" h∂LA]QChAα ;eβ∧∧↔π~8u-L<H⊂⊃Z5tq`% sou@1HAY←α{ ~εM_
lT~;@⊂≠x2y0]4wwπβE$P 2eadlY doubt that doIng a↓aeC←IRAC]¬YsgSβ→βO?,¬F"ε,Tε}∩
↑V≡B ,Vv.m_
↓QXY0l≡<y(∞M→(⊂.yzvx≥4p∂ns kn @1←CHAβ;?W∪ ∧ε⊗*∞8 d∞⎇8ZL\⎇λ⊂~≠P6t`3qtadem` @; p4*OzβS#∃∧¬vvG∀λ L\8ε⊂⊃≤wv2`4ion"↓SfAi<AEkSαc⊃β?v)βπl@λ∞L<⎇
≡ Hλ ≤β⊂4`4 ha`&4⊃`∪↔↔∪' ∪*βC↔K4{@⊗@8;XlT≥y(∞⎇8ε6⊂_2P8zZz2P 5nha`@ArAC]⊂AP↔W≤εBε@8:y$∞⎇<Y$∞~_=↓Q]y( <9H⊂.\{90↔≥⊂:42H10q`)c a`%
QSiKα≠S@/,Tπ&@h~0⊗\93s % perfor`≠C9GJ\~(~∃∪i∃Z@bA%`
βπe≠=β¬∧ε&.∞Dλ ∞-βq62[Tε The sIze o@_AiQJASOK9iC@'r⊃β'MεkW∂ hS '∨>+AβSF 9β?v)β7≤⎇π"ε≥\⊗.NβY+D∧∃~→.,(_<LT~≥;LNY9≤d
yH≤∞-yxX-↑h≥~ ≡β"U.<<Xh m;Y⊂≥yrs*[⊂4w⊂≥42P∀≠zy⊂!]y92w≥∀P"'T)Y_⊂≥wy62 ⊂⊂%:\z⊂47]P6pw≡P7sεB:42fH27P;YP40{→P:7P→:x6$Xpz2P≥4π make the change appear as a move
forward? On this issue I might also Note that It is not a trivial
matter to port application softsare around. (I am referring to the
amount of Work, not its technical content.) Also, not much
communication is takifg place about who will really cOmmit to building
this package and thatpackage oN a reasonably firm schedule. As it
now stands one must just build it all from whole cloth or sit back and
wait For others tk do it.
Item 2 is not too terrible. Just lotq of engineering work.
Does anyone have an architecture that doesn't present so many apparent
drawbacks?
------------------------------
End of WorkS Digest
*******************
-------
∂08-Apr-82 2129 AVB WORKS Digest V2 #41
∂08-Apr-82 0211 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #41
Date: 8 Apr 1→82 0201-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #41
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WORKS at RUTGERS
Works Digest Thursday, 8 Apr 1982 Volume 2 : Issue 41
Today's Topics:
Performance Analysis and Disks (2 msgs!
Request for Info (Apollo & Perq)
Performance Measurements
¬
----------------------------------------------------------------------
Date: 7 April 1982 0434-EST (Wednesday)
From: Hank Walker at CMU-10A
To: cq`.pratt at SU-SCORE
Subject: perdkrmance analysis and disks
I`≤AQCYWS9NACE=khAI%cVAa∃` ≠?⊗kπ;∂*aα%β> MβSFK;/'v9β7?⊗)β?→π≠↔↔-π#'7↔_h+S#∞qβSK∞sO≠↔∩βCπS/→9↓α≤{7πSFK;≥βfK/¬β∞qαJ5β→1αJβ↓Y1α∃↓A]βF M⬬≠↔↔,hSS'7*β?→β∞∪?WQβ⊃W7Mr↓α;? β[↔KJβ7π;JβO7πfaα←'v≠#↔O&+KMβ∂βCK?∞≠!βSFKM 4T ;⊃βNqβ∨↔v+Kπ1ε K∃β∞∪?WQ∧Cπ3→ε Mβ≠∂≠Q1β∞cS#?.;!βSFKMβ'~β∂#πv;';≥ε 304W##∃β&K7∃9αα'Q∨~βS#∃π≠#πK.!β∪'≡Yβ∂π≡C∃βSF Qβ←Nc1βC⊗{ π gIβ WJβg?Uπ##∀4U≠C↔↔"βπ;g> e84Ph*#π4K;≥β>{K/↔"βπQα$*
1αJβπ5β>+3!β∂;πK∃π##πQε αZεBβ↔c↔≥+S↔Mβ↓9V5¬2ε`4VK;OS↔+∂S'}sM?O.→↓!]C↓βS#∂!β'MJq↓α%¬;πMβW+OQβε{';SNs≥β?/!βS#∂!β'→πK?T4T∧⊗∨'\≥FgJ Mrε≡≡,Rε∞-}W"πM Rε⊗≡,RεN↑
F.n]nF∂&≥⎇g~b ≥f"εm}Bπ& T∧E:Z:phW?≡7&.T¬ε∂~∂≥w*εMtε6␈$∂⊗␈/$∞ε∂↔M≤7.f≡$ππ⊗|-F.j∃Dπ&F]dπN␈T
ε∂6T∞Fzπ↑<PhV≡:6.n-O∩n≡|LRε⊗]l6Fn≡-7~πMtε6∞>Mw∩ε}↑Bπ& Tε≡}↑
⊗f/%`α∧o∀∞π⊗}-LVjε≡1PV6}$ε/F≥↑εf*D∞FF∂D
FF*εgβββ∧λ2ε≡⎇↑εNf↑$εnN⎇∞Bε⊗T 6f␈<Tπ&Z
}π&N\≥Bπ>
≥F(h.Mε*¬h≠αε}lTεO~ ,⊗"r∧ ∩ε&⎇dw"ε=mw:πM ↔"b .W"πM Rπε⎇≥g"ε≡4π&F≡@λ
≡λ~<d ;C"N]Z{[n⎇H≥X.-88[ UC"C!*z_=∧ (≠9,≥]λ⊂O∀→9QL\⎇~=LT≥<y$∞x8h ∀_{s.
;→<D y;Y.,=~;Lt⊂S∩*:k<=,≥~=≡!QX{y Uλ≥z
≤zλ~.P2yz~vpz2Y⊂1<P⊂4v6⊂∃zv3⊂≥5P12H0P3 Xz7y⊂≠s⊂→_2z:2\⊂:40[εE24→P*aaλ1wvx~v2y↔βE
Beinga VLSI designeR, I Know That Small doesn't necessarily maan
slow, and that the price-perforeance oF the 48000 is much better than
that of a 780. But noT quiTe as good as some would Believe. It may
be that↓iQJ@Xp``@↓Sf@n@JA←L↓B@np@A←\AMS[aY∀AS]gQecGi%←]f@!ae←E¬EYr~)SfBX↓EkhAQQJA←YKeCY0AaKe→←eKC9GJASLAQSO!YrAI∃aK]I∃]hA←8AiQJ↓[Sp\A≠←e∀~∃giIS]NA=aKeCQS←]f0A←dA→Y←Ci%]N[a=S]hX↓o←kY⊂AWSY0AiQJlp``@ASLAUgKH~)mKer↓MeKcUK]iYd\~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀
∃⊃CiJt↓/CI]∃gICr0@nAβAeSX@Drpd@`rtbL[ '(4∃
e←4tA !HAChA5∪(K1`~∃'k UKGhhA⊃C],A/CY-KdAC9HA!KIM←e[¬]GJ~(~∃⊃C9VA/C1WKdOLAaKe→←e[C9GJAG=[[K]QfAi←UGQKH↓BA]KImJ\@EiQJ↓←]Yr↓oCrAQ↑~∃G=[aCe∀ACeG!SiKGQkeKf↓SfAS8ACgg∃[EYr↓YC]OUCOJD|@A!SMPAikMP\@A1KhA⊃¬]V~∃]eSiJ↓CYXA!SfAaI←OeC5fAS\↓CggK5EYrA1C]Ok¬OJXAQQK\\A≥↑A=]JAKaGKah4∃QCe⊃oCeJ that I'd throw him out of my office.
It is true that better and worse compilers exist, and it may be true
that the VAX is wonderful when you have a good compiler. Show us.
On the oTher hand, Pratt in his comments never compares programs that
do a lot kf I/K. Instruction set architecTure has vepy lItple effeCt αon the perfopiance of "REAL ∧Aae=OeC[L@QR]∀\A←i!KdAi!C\A!UuuYJ$\@A⊃=n~∃M¬ghAs=jAGC8AOKh↓ICiB↓S]i↑↓C]HA=khA←_ABA[¬GQS]∀ASfA5kGPA5←eJ~)S[a←β∪Sπ≠"q↓αSF)α%>zβ π;';'∪S@β?9βn{OQ↓3AAAAεkπ∂#Ns↔MβM→βC'&K∪W1p↓αS#(h*ZεBaβ←'&Aβ'S~α6εN≤∩VM1∧∧⊗v"
YdL∃Z4ε∞vDλ6∞≡ Tεn∞]x O∃λ~4d (≥z-mY<H
<Y+↓QX;Y∧∞z≠⎇n∀≥~→$∞Y8;∧ {|⎇∧ ~9YL↑Y;XlT_Y=∞|9;@ -9h_-lλ≠~.Nα62P≠pqt4[2yFE
:42P⊂h*P4[9z9:Xz4wwλ4w:2\892j→y⊂4iH9zqtλ0P6t[7y⊂![vx7`.ent @=H β∂⎇≠Q99rH4(Q(v/'M≥f*πMtε
π>\'∨&≥nFO6T∞ε}NnEBπ>Tλ↔⊗*
(
.>λ_8M}=λ⊂~≠P47wZP:x⊂_P3psYv2FE≠q⊂∪JL∪yP*≠P0P ,ocal net, with the disk In some cases being Provided by
a Shared server acpkss the 10MB @9Kh\@↓'↑A∩↓iQS],AS\A∧AG←kAYJA←_A[O]QQf~∃]JAoS1XAQCYJABA⊃CiBAA←S]h↓I←dAAeCih↓←\Ai!SfAgUEUKGPX@A∩↓CZAk9CoCe∀A←L~)C]rAUgKMk0AG←[ACeCG=]fAC9HAo←UYHAE∀AS]i∃eKgi∃HAS\↓←iQKHAo←e,\~∀~)∩AKqAKGhAQQKeJ↓iP≥β⊗)β3''#3∃βε+C∂↔M3π 3*β∪'≠6+K↔;≤)β'9¬*:&Aε{9β¬β9U@4W;'S!εc?∂πbαJ-A8βπ;⊃¬*:&aε{9β¬β9UAβ>KS!β⊗+7?S*βO'7.cπS↔ ↓#π∪nKSC↔&ceβ←(h+O'faβ ∃π+O'≠8β¬β≠∂≠S↔I∧#'O-ε3?Iβ&C∃βK.k?S∃π≠↔K[/⊃% 2∧λ↔~ε\≥⊗rε\]V␈↔⊃Q&>=≤h =→8< ↑H≥~
≡h~4d∞≤[xL≤[≡(∞M→(≥l∨(≥≠d {h∃
t~y0∩\⊂<wz\⊂7s#~qrP8]trzεB0p∞dyour disks reliable.
~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~¬ ¬iJd@jAβaH@bbpH@bb`\[!'λ4∃¬e←4tA∃K→H K↔JβπQα|2~&∞*↓4*∨+ +↔∨!aαK/ W/>@ε&←$ ⊗v6t¬∧∂ε⎇MFzαd
ε/↔∃⊃P@HαR(
=Y( ,9;H∞ 89~-lh≥~∞-⎇9z∧∞~→(
]|Ztd <Xr
≡Y<kD∧∃~→$
;]→.,<⎇
≡c"P∪\2pzελ1:z the Ey` fA¬eJAo∃CVL@↓≥P∨;,εFF.LZ7
B ∀π∞F≥IBε≡⎇nFNw\U`hPβ"U
<Y( ≡Y(∪,≥↑(∀L\Y<Y-ly<h∞MβP:4→P x /lho @¬]HA!∃abA[¬GQS]∃fP→↓¬≠=β≠∂⊃0$ F{←↔[,ε"b∧∀λ
≡Y;AnD≤y1-d_;↑$ →<p⊃\αiptions od∧AiQ∃g@∃β&+['∂/→84λhR%β←␈+3⊃β∂βCK↔≤KπS∃¬∪↔∂↔LεfNvt ⊗fb LW∞∨-≡π&OlTεn∂L↑&Nf≡4ε}r∞Mε/≡QQ&n∞=
⊗v/4∞vFN=∧πε/-}εf*∞⎇w.fDλλl≡Y(≥
t≤y;LEHλ∃m};→λ∞≥{93ml(≤∪ \<y(∞<;Yβ!-αrP:~2P0r→92yyH7s⊂ \7v6'OFEεE∃40w5\VεEεB%2s3≤2|P)]7w2FB∀52s→αrey@offiCe)
------------------------------
From: sdcsvax!jvz at NPRDC
Subject: PeRdkrmance measurements
In the discussign of pepformance maasuremeNts, It was mentioned that
the VAX-780 was analyzed as a 0.5MIP machiNe (by DouG Clark). Hh∂n~)I←Kf↓BA ∪@AeKY¬iJAi<A[rA
←[aS1S]NA∧A
←EQaCLAAe←Oe¬ZA←d↓S]iKICGiS9N~∃o%iPAB↓ ¬≠&|@Aβ]⊂AoQCPASfA∧A≠∪ |@A∪L↓oJACIJAO←%]NAi<AG←[ACeJA5CGQS9Kf~∃¬]H@A¬eGQSQKGikIKfXA]JA]K∃HAi↑↓EJA[=eJAgAKGSM%F\@AQQJA←9JAiQ%]N~∃1CGWS9NAS\↓iQJA¬]CYsMSfA←_A[CG!S]Kf↓iWICdASfA∧AgiC9ICeH↓` ↔≠/∪↔;∂(h+C?NsQβπv!↓β∪.3';'&K?9β|1β←?⊗Y↓#π~β?CC␈≠↔⊃β&yα6&αI9↓α&C∃β7, OWK.k↔;PhSO#?.c⊃β *βS#∃εsW7 /⊃β?→ε3W;∂&K?;Mπβ↔K≠⎇∪7π⊃πβ↔Iβ.s'Qβ&K7∃1π;#↔K(h) ;.k ↔I∧{⊃β≠.s∂S'}sM βF MβO}k∃βK∂#'?;∞aβ π≤)1↓α∞s⊃β;␈#∃1β&C∀4)⊗3W;∂&K?;M∩β7'∨G!β ∃ε#'≠≠-∪↔;Q∧#↔C↔v#';≥π+C?9π##∃β,s['K}s7↔≠"β?→β&C∀4+,ε6/∩aQ hT-⎇εr¬l≥b¬V≥lG h*X5≤ Q.W.∨π$απ.<.f∂B≡8F∨∨l∨α∞Wo!PV∂. ∪Rα∞<F∨∨l∨α∞Wo(εwπ,L0hPQ%RjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$εr∧∂∞-⊗bβ↔↔β∩α∧ε∪≠S&W#+"X
5"α
|V&v↑<F∂J⊃Q$7⊗⎇W"ππ,≡G$¬= ↔∨&∀ ↔"¬>]V/BX≥⊗hh*>V⊗V\>CR¬,W"α¬yz$]~λM⊗>∂>D¬3∩∧638h*MsR¬(YRε∂D TM"YX0hPQ$ααα∧∧αα∧n-vj¬(YT∧l~ETl~
NV*∧≡
"αβdεβCSF7##Jε⊂∞'εC"C!$λλλ∧∧λλ∩.D≤z≠n]→≠InD_Y(∞M{h~ ≡Yλ≥
t_9→∧ ;H→/∞≤X(
L=Y3∧
yH≤m|]≥x.,#"H∧∧λλλ∧∧_=∞M→(≤
⎇;]λ∞⎇→<Y$∞~→(∞↑y<H∞∞[y|L≥(~=∞<;→H
≥]→<Ll8y<d∞≠h∃)i4 C!!"R( ≤|Y9%Dλ⊂(∞l<↑(∞,8<{ml8[→$∞x>(∞Mh≤≤M}Z9→$ (∃;M∨λ→;Nm<[{M\9]λ
≡h≥≠aQ\≤[nm9→( ∀→X<nE8;Y¬]→8;D
y<[L]λ_;LD~;<
L;9;ND≠;|nD∃;Z/∧≤y<Nm8y<d
{H≥
}β"[ld~=λ ≡h≤≤M≡Z;→,|9λ≥.<<H≤∞-xy<n<<kH∧ {Y( NX=xL≤zh≠ld≥~~.4≤xz ]9(~.1"]~ ≡λ~=∧
<h≠L←≥λ≥
t~;<
}|z8ML(≥≠d y=λ∞><≤≠n.λ→[n$~=λ¬T∃;Z/∧≠≠⎇L↑\c"N⎇{Y→.$≥z≡$∂;⎇(∞⎇⎇;→∧∞x;]∧∞≠h→
t≥~_.D≠=8m∧≥Z;mL;Xy$∞≠h_$ Z;Y$
y<[L] β"N⎇~;→$
;Z>∧
_=→..h≥{ml→<H∞⎇≡(_-o;{Y$∞{⎇; D≥x;ND≥≠h
≥<≠→-\;]λ ∀∃;Z/↓"Y;Nm<[{M\;] AQC"K%U+++%U+++%U+++%U+++%U+++%U++#!!"Q3LD≠yH
⎇|Ztdλ~9y.>β"JE%JJJE%JJJE%JJJE%JC"EU+++%U#"C! ↓Al∞+(≡≤K.ε$λ ,εε@05H$λλα*ytRtdλ~9y.>λ∃LD∧m H∧∧λβ"D↓l∞+(≡≤K.ε$λ ε'α39-D∀≠⊃,≡x;]∧π∃stI:h_=∧
U5⊃hZTo@↓~stRj4⊃~9l↑⎇λ∃F$λm D∧λβ"HL=→.D∧∞(⊂.∞H ≤N→⊂⊂_L[⊗biUεE#9≠v]⊂&Yv⊂(6→pypw≥⊂≡+gT%iP0]⊂)*j⊃bi)←βE)zq~2qz≥λ+gi%TP"4sYyz⊂+ ⊂⊃Z→βE)rw→2y≥⊂∀&"`iPg*⊂0]⊂)*j⊃bi)FB*7]⊂∃wy5iN⊂≥FE∀2x6,Kj7]⊂∃ei%iH0z⊂)∃j#bi∀FEεE∃wy5yH"4sr\z⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂#≤4r0|K⊂≤P \9⊂_@982 VoLume 2 : Issue 42
Today's Topics: Brave New Worhd?
References on PERQ
Cheapo LAN Board for Multibus
What's a Nanosecond Here or There...
----------------------------------------------------------------------
Date: 7 Apr 1982 1901-PST
Sender: RENTSCH atUSC-ECL
Subject: Re: Brave New World?
From: RENTSCH at USC-ECL
To: LyncH at ISIB
Message-ID: <[USC-ECL] 7-Apr-82 19:01:42.RENTSCH>
I am pleased to see that some people are thinking more about where we
are going than how soon we can start moving. Wasn't it BenjAmin
Franklin who said "It is easy to mistake motion for action." ?
Your statement of what the better world is (more computes, better
computes, etc.) is good. Let me see if I improve on it by
generalizing:
The new world should Provide a better vehicle for individual
(and group) creative expression.
The iMportant ramifications of this as I sae them are as follows:
1) The viqual user interdace should match welh human vision
welhλAS8AiKe5fA←L↓EC]I]SIiPQgCr↓ChAY∃Cgh@HjA D=bR~∀4∀@@@HRA)Q∀Aae←
KggS9NAMk9GiS←8AgQ←UYHAi!KeKM=eJAE∀AY←G¬XAi↑↓iQJ~(@@@@AkgKHAi↑A¬m←SH↓Y←]N↓ISgi¬]GJ←!SOPA C]Io%IiPA⊃SYK[5B~∀~(@@@f$A)QJ↓gsgi∃ZAgQ=kYHAα∪∃β≠,cQβπ~↓ GWL≠- βLqβS#*βO↔;≡)βS#∂ 4)↓α↓↓↓β≡K7C3*βS#'v;Mβ#∂βC↔9εK;OS∞sS3Ebβ←#'≡Aβ7↔∞sL4(hQ↓↓↓α↓β¬%¬##↔K*βO#?.c⊃β *β↔;?,;!βC⊗{∂↔O≤K;≥βε{←↔I¬#=β∪.c'[↔∩βS#∀hQ↓↓↓α↓↓↓↓ε≠g∂3/→βπQ¬3↔Ke∧C'∨!π∪πS↔~β≠/IεK7C?↔#π;Q∧εFFNl}0hPβ"H∧∧λλλ %(⊃~ ↑Y(≤m
⎇;⊃∧ Y(≤
L;]≡$
yH≠,];|↑$¬≠yH∞M→(≤L\;λ⊂≠_y0rz≡TP9wCE⊂⊂⊂λ⊂⊂⊂⊂λ:42P≤{pp 0ing time ipεA]←PAiQJ↓E←ii1K]KG,~∀4R↓↓↓QJαS#∃π+O↔I∧¬⊗w&↑,f∞≡ something different) And should not have unnecessary
artificial Constraints
¬
5) Therefkre there should be plenty of virtual Memory and
corresponding secOndary memory to avoid the program
"strangeness" usually necessary to accompanying those lacks
¬
6) Individual resources should, as much as possible, be completely
available to the iNdiviDual @¬]HA≥=(Ai↑↓C]s←9JAKYMJ@QKaGKah↓←L~∀@@@@↓G←keMJACF↓iQJA%]ISm%IkCX↓g@↔↔~β≠'QHh(4)α↓↓]%¬≠'7'f K3e¬;'S!π∪↔O?/∪∂↔Mε∪↔3?v;';≥π#=β¬ε;K?Wh(4)α↓↓a%∧;K?Wαβ';S/∪π∂SN{91β>C'∂!εKEβπg;πgMεs↔∂↔≡ Ke1εK7C3N+Eβ∂|kC3↔&(4)↓α↓↓↓β≡{77WvK∂πSN{9β .K;≥β∂3π'∪∞∪3∀4Ph)↓↓βI%α *β≠3↔FK 3∃ε ;⊃β⊗K∂!βNqβ≠Wv≠S'?v 3'SJβ←'SF{WQβ≡ ∂K'6K∂';8h)↓↓α↓↓β'v#'[''+π3''Iβπ; β';∪O3'∪W∞aβ∂?oβK↔#.sO'⎇aPPh!Q%.F≡Dε∞fD∞FF/<Tπ&F≥lw~ε\\⊗rε≡4π&F≡@λ∞|(_<LT≠;|LT≠|H
L<|h
⎇H≥~ T≤Z9m∞β"]∞ 8zk∧ =Y3D∞~≠⎇,⎇λ≥~ ↑Y(_.,(≥~ T≤≤[l-→;<d∂9y(
\9]~-⎇Y9λ¬ Y=h∞≥y]≥l≡Y+β!-Y=≥m}Xh∩-n→<YL≤z;YeD≤→<Lmβy6p[1rP0[0v4yZyTWλ(2y9[w0v⊂≥wy5y]0z4w[9P27CE897]4r2P≥42P8≠z2w:~pv⊂ !t least fop the neceqsary bandwidth and
processiNe power. Havine plenty Od∧A[K5←erA]SYXA5CWJA∧AECN↓ISMM∃eK]Gα(4+Szβ#?]¬##∃β∨KOS↔hβ∪↔↔e→β↔[,¬bπ&
}V.B∞∞&}≡↑>6␈∩∞>ε..N4ε∂⊗T
V␈⊗T V∂≡≥O⊂hV|-&.∨M≡f.g∀ V.∂>Z&."d∧∧≡}]↑VvN<≡FNvt∞vO&∧
εN>∧∞7ε.\D∧d n4ππ⊗}m⊗&/4∞FF(Q(λm⎇;=;M≤x=~-⎇H≤≠nL;]~,≥λ→=L]H~0∪λ:42P_x897\94pz→P6rj_x47i≤P37`2 the
styLes oF communication are not clear @eKh\@↓⊃CmS9JAoe%iCEY∀A[SGI←gi←IJ~∃o%YXAQ∃Y`AE=iPAS8AiKe5fA←L↓EKS]≤AMYKaSEYJ↓C]HA%\Aae=mSIS9NAiQ∀AeSO!h~+∞k?W;"β?→βπ∪?∂↔∨≠';≥πβ?←↔∩↓ O#/∪∃β'"β∂?Ww#M)λhP4*#∂3';≥πβπ'≠&+⊃βO.≠!β¬∧ε&␈∨∀∞εN∨N↑&*b
LW"ε\Tπ⊗/>
vv"∞MrπN}↑"ππ-|&f.↑5`hPQ%R¬& Tεv.\Dπ&Z
≥g&/,l⊗≡* \⊗≡B ]g6O-⎇fn.nDπ&z∞Mε*ε=⎇Vo.m_6∂&≥⎇bεv↑Nv␈⊗1Q hT∀
V␈∨MO∩ε∞},V*π⎇≡FBπ≥}W∩ε≡>6/∨=\Vw"
|bε⊗]≥f:ε.↑7"εM}G
ε|dε.v⎇≥f./-≥f8h.⎇w⊗Zd∧∧∂~
Mvv: ≡2π>T∞&.∞M∨&*εm}rπ& ≡Bπ&
≡2π>≥MBε⊗T v}Nltε}rD∞v*ε<≥`hV≡mvN"∞Mε*ε]}7"ε≥↑ε␈↔L≥g"π
≡F6∞MDε}2
mvro>L⊗v&≡,FOV≡M⊗}rd∧¬>OM∧π∞}\QPWεL≥fvNlpπ/α n&}wEDε.∞=∧ε.wm≡&}v\]g"ε<≥bε⊗T
⊗w&↑,f∞≡\Dπ&z
⎇fgJ
yf(h,=vno]m⊗≡∂M≥vrπ∞-w&}=⎇Brα ∀ππ⊗↑>Vn*∞Mε∂"∞Mε/⊗T∞vNfD &*εM}G~ε|aPV.nm↔⊗}m\Vw'5Dπ≡z∞Mε∂"∞Mε/⊗T∞vNfD∞7&NMDε⊗* ∀αFf≥lV∂∩∀ ⊗n␈]nBε}d∞v␈⊗4∞Fxh,Mrbε.↑Bπ& ≡B?~
mw"π=tε⊗∞Edα¬& Tπ⊗.≥DεO∨>\RεF↑,RεO4∞FF∂D∞FF*
⊗>B
LW6.AQ&v␈M≥vw~
|bε≡⎇]W.v≤<↔&N⎇dε∂⊗T
f␈"∂≤W"π-≤vG"d∧¬>*
↔6* ,V.r ≤6∨/>Mvn.AQ'&z∞MεNv4
⊗rπL↑&o~
|bπ∨\=αε}-,V∨'4 ↔~ε←
↔∨"
≥bπ& Tε}fD∞v␈⊗LEBε↔↑Dε∂_Q,WGε↑-⊗.v<Tπ>OM∧ε&O>N&N↔↑LV"ε=⎇Wπ/M≥f:ε}-w?~∞Mε/≡T
⊗&.≡4π>NMDε⊗(Q.&/εL≤6."∞⎇↔&B
lW:ε|-&.∨N4εn␈,Tε∂π∞-wπ⊗≤≡F*r∧
6No
HRε/ ≥WεfW$αε
m⊗f(Q.G⊗∞n<f/∩∞∞&}?,≥Rrα ≥bεo∀
⊗&.≥Dε∨⊗\≡FO6T Vw6≡-vv.\Yg"πM W⊗*
≡2εvt
f..AQ&6@|H≤n\zλ_$∞~~;Luλ≤→.
_<≤d∞Y<≠ ≤y9λ /(_(∧.Y;;nL(→R-L(≠xM,8⎇ ∧∧≥z~,=β"Yl↑≤h→m}≥→;D =λ≤n\zλ≥
≥9(_.4≤;⎇$ <zh m|H~.EHλ∃
(~~,⎇→<H
L=Y3↓QX{{-↑;Z8l≡~;{D
;y→.4_<Y$ =Y3D
→<|d∞y;≠∧∞;Y→..⎇≠{lEλ_;LD≤{h
≡λ≤z
};→β!-[⎇λ∞><\∀M≡y(≥.4
≠tD \Z9m∞→;H∞↑j(≥
t≥~~-mh≥~ ≡λ_( l=h∪-≡⎇_:l↑h≠8/∀_Y#!-89→%dλ∃~
≡h~<d∞~→(
l=≥4LT≠yH ←≤→<M≥9;] ≥λ≤xm≤;Xq%dλ∃~ T~;<
}]_;NA ]~
≥Yh~.∀≥≠h∞,8;∩/,(≥<∧ \[{ND≥~_.D≥~→$ >≤→.
;93ND~<h ⎇z;Yd
{H_-lλ≠[nA ¬7{→y1wf[tz⊂*≠P:42H;y7w→P4r2XWαEεB⊗P&0XuP7cλ82y3≠y2pw_rP20]0@
The trouBle with pepformance datais that the meAsurements are alh so
`∨E)KGiSYJAiQ¬hAiQ∃rAI←8OhAi∃YP⊃β/→βπ ␈+Qβ#⎇9βS#*βGgO&+7Mβ4+↔1⊃¬;#'∂Bβ'L4U##∃βL¬Wε␈.L⊗w"
→Wε∞>@ε}r
w:π|]FbπM Rπ6]
⊗≡fT 6∂↔-≤W
πM Rε∨,\↔&OlQPV.lmw↔αd∧∧↔∂D∞ε/↔=⎇f∞b∞⎇w⊗←>L↔&N⎇n2ε&t
ε∂6T∞FF*∞∞&␈ε↑.GJπM ↔"πM PhW Z&6␈-\⊗v≡T
↔
π,↑ε.∂L≤&f*Dλ⊗v"∞>G.&≤↑2εF≡h $ {{XmN9→9∧∞~_=∧∞9Xy.._:;NO!"R-d→→; ∨(~4d∞~→(
≥<≠|NL;]λ L8⎇≠n$~;H N]<⎇∞,=~;meλ≠=,=λ≠;n,(≥~ ≥H≥~ Q"Y→-L>(~.Ny;→Edλ⊂;∞=kλ~,d_;H
≥Y~=M≤≥8;∧
<h→
≡|x=
≡yZ9,D≥z=
∧≥~→!Q\→<Lm|[8-ly(≠ld~~<d∞{|Zn>_=~-⎇Kλ~ T≤z≠n]→λ_LT_8[ T≥≠h∞>→;Y∧
;|Y$
;{Y/⊃"[{D ;[⎇
<Kλ ,=≥→.$≤→<Lm|[:-lh≠{LUHλ∃
(_=L≥9_8M≥~=≡$
yH_$ [→>
≤[→+↓Q]|Z.L8[→$
:8|M|{y→$∞z≠⎇-Lλ≠9,≥H≥~ ≡λ→{m≥Yh→N-{(≠ml(→3Nm<[{M\;]λ∞Mc"X-m⎇~→.$≥z;
D_Y(∞∞Y=≥∂∀→8<o∃λ≤{d∞~→(∞ <Y[n-8;XlT→x:-d→≠y.=I⎇λ
\8;C!.x8|M≤Z8z-lh≥~ T≠{→∧ {{] ←≥ C!!"K( ]⎇;] ≥;\h
|H≠Y.t≤{yNNx<Y!QC"R.4≥~~.4_(≤∞-x[→-T≠|H ∀_[→.>z;Ygtλ∩;D
|Y→.$≥≠h |=λ≥
t_(∪HZh≥{n-→λ≥lQ"]z-Mλ~_.l(≥≠d∞|Z= T∪Q5d∞{y]∞|<Y+D∧∩9H ≥≠λ≥lT≥x;ND~<h
}<H≠mLλ≥{n-→β"N>→99 \λ≥<∧ ;Yλ
L<|h n]<⎇∞,=~;Luλ≥~ ≡λ≤y,]<h→
|8[→$ ↑(≥
(λ\nL;Y_.,λC"N
|]_,-;~=∂∀≥→8m
Z<=,↑h
∩$ 9≠:.D≥~~.4~<h
}Y<\m≥<≠∩,o:;Yee(∃y$∞z≠⎇-Lβ"Z-n⎇→8,D≥Z9.t≠;⎇M≥Yh≥
t_(≠L↑h→;Nm<[{M\9]λ ≡h_( -→<|m≥Yh~-d→~<l}:<y%A"\z-ly(~.D≤≤Y.<;]≤d (≥≤L]9;Y
}<h≠n∞≠|]∞]Z=≡$∞≠h∃
∞[⎇h ≡x>( ≥≠λ≥
(_X,A"]~
≥Y|h∞|(~_.l(~].>λ→{nN→;H∞↑y9λ∞Mh≤X.M→<H∞M_;H∞,8;≠∂∀≠~:m≥YkC!(9≠:.N→9≠∂∀≥~~.4≠98-nh→y.N~;Yd∞Z9λ
|H≥~
≥Y|h∞M_=∞|(≠~-<+λ≥
⎇kλ_N↑λ∩#!,{_:-T≥~_.D≥~→/∀≥{⎇-Lλ~_.l(≥≠d Y(≤L↑~≠⎇,⎇≥λ→M}H≥~ T≠Y=d∧≥{|MLλ_;O≡x>+AQU~→$ 9≥X-n_9y.4≠yH ∀_{{.
→=→$∞Y9→.=9{H ≡Y(≥l]≠λ~mm⎇{K∧ (≤z
};→≠D}λ~_.l#"]
t→z=LT_;↑$
⎇~→.$_<Yn]9;]∞4≠{H∞M~<h∞
z;]¬dλ⊂;LD~9H∞={9(
≥<≠tNL;]β!.~98lT≠yH∞=y]≥l≡Y(~.∀≤Y8-M≡(~-l→<| ]\z0ML(~3D
;|Y$
|H≠ ↑|h~.Nh≤≤L↑y;]↓QY[|MUλ≥~ ]H≤{m\;{Y$∞z;≠∧ ≠h~.D→[|D∞~→(
l=h≥m}[→ ∧ ;Yλ
\>8Y$ =Y3D
;H_!QXY=∞L<Kλ =→8;L↑H≥x/∃Hλ⊃M≥X;≠∂∃λ≠→.D≠9(∞<>(≥
=λ≠-}⎇λ≠lD≥<h ≡Y;InA"\x,>Z9Z,=;Yh
}<H≠mLλ≥{n-→λ
∞M→(~ ≡Y≥x.,(_;LD≤{yNNx<Y$∞z;≠∧∞⎇~;
D_Y#!.~→<LU(≥z ]H≥y$ {h≥
t≥~→$
Y=kD∧∀{k∧∞z~; T≥~→$
;]→.-;(≠,∨(_Y$
]9ymM;Yc!.≥{h∞?<⎇→-↑kλ≥lT≤z≠n]→λ_LT_8[ T≥≠h |=λ≥
t≥~→$
Y=h∞⎇|[→∧∞{;{nM≠≡( ≥Yβ"N⎇=~≠n↑λ≥~ T≥≤X.]8(≠M}[8;
O(_<n=xz8.L9λ≥m≡~λ_$ {{<
L=→( =_;YlT~;C!,;]Z.-{[9-n≤kH∧ ≠⎇≤d
yH≠L↑h≤{ln≥x<LWhλ⊗,↑kλ_N↑λ∪Q*t≤{yNNx<Y$∞~_=∧
<c"L,=≥→.$≥~_-d≥~→$
{→ ∧
≠|→,n;≠≡$
:;].4≥~→$ |[xm≡kHλλ≥Yλ_$∧→X;NL<⎇~,1"[|∞
|]≥-m=≡(∞Mh_]-≥→λ∪L↑h≤}.>→;<d X<y,D≠{H
l=h∀ ≡X9~,⎇<kC!!"Hβ!%+(∃
≥(∀Y-n≤xz↓QC"K%U+++%U+++%U+++%U+++%U+++%U++#!!"Q_.L.Hλπ∧⊂<≤Dε.. D∧∞.LFπLm(λZuλ
M≥<\lL>*#!(\[{'$≥≠{O∀≠_:lT∂≠_-<(_=∧λPSK*YR6∂AQT⎇8M,8⎇∞D
Y9Y.,;Xy.4≠{H
λ4T#!*≠nH
L:y( ≡λ⊂PIe53R+↓"C"JM→( '↔ λ_-lλ .'εH∩1(X(⊂{m↑≥=→.$∀{pm≤=≡(
>≤Z;Lt⊂ss*λss\d 88z∧
_=Q!Q\y<n=9{\d →<xn
8Z;Lt_⎇<N,;]λ∞⎇|Z|nL=~;mnkλ_-N~≠⎇,⎇λ≠Y-≡~→<D
_<h ∀≤_< ↑C"YN-{(⊂.
{≠≠eDλ∩;D 9→~.M;{H∞Mh≤_. <\h
⎇H≥~ T∀⊃4J∀
≤ Dεl-k'¬λ
∞εE-*+↓QT|≤M≥Yh '↔ λ~-l{≥9 ↑h≤_. <\h
⎇H≥~ T∪25∧ U(≤o≡⎇→;$ ;Y I4tλ
\8z~-l+λ≥
#"PiZ(⊂ h∩abP6Xqt4w→V⊂0w→⊂:42H,2y7↑⊂"7y_r7W⊂λ)x94[3P_\N→⊂8)≠qrr`$ings
incLu`es papeRq on the IBM PC andthe HP-125. Soma oF the papeRq abe
rather Superficial, bu@PAiQKdACeJ↓BAgi¬ehACPAk]I∃agiC9IS]N↓iQJA⊃KgSO9f\~∀4∀↑←)=]r~∀4∀ZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4Z~∀~) CiJh@@pA¬aeSXbrpdbftbXAGgh4∃
e←4t@Aπ=a]QS1X]β!M
ACh↓⊃∩[≠UYiSGL~∃'k UKGhh@AπQ∃Ca↑A1β≤AE=CeHA→←dA≠UYiSEUf~∃)<t@AG=e]QS1XACh↓⊃∩[≠UYiSGL~∀
∃]JACe∀AS\AQQJAaI←GKgLA←LA¬ggK[ YS]N↓BAG←UaYJA=H βO& ;∪πf{;∃αk1aAAα↓"NVph+ |≡&"J ,↔≡.D∞v␈⊗>>F∂&≥⎇g~εmz"ε/ \7/&≥lr¬&]H .=y]λλ≤_+@∧ (≥{n]→λ⊂⊗~urP:≠FE:yYP:42H;wy5\z0z4[w9P:≠P4w;→yz4sXz2P:~2P22\ty0q~v4z<H7s⊂:\tp∞ga DAN
for the deveLopmeNt of software projects that are toO bagd¬WdA∧AgS]≥YJ~∃]←eGgQCiS←8\∩∧~)∩Ao←UYHACAaeKGmation that would help me
connet The two woristations in a manner meaningful to my needs. I
would prefer something a bit cheaper than Intel's $4000 Ethernet
bgards, though we do need something that is compatible to a MulTibus.
Atone time I thought that Corvus had a $500 board for Multibus but
their sales rep knew not. Any other options?
Dennis
------------------------------
Date: 8 Apr 1982 1639-ECT
From: Ron Fischer <FISCHAR at RUTGERS>
Subject: What's a nanosecond here or there...
DPRbrings out the impoRtant point to consiDer in this discussion of
CPU speeds, it is not the CPU, buT the IO speed that (usually)
determineS how fast your software will execute. But beyond this I
think there's a more important distinction to be made. Barring truly
unbearable situations CPU speed is just not that important. Most
people on this list sound like sporps car fanatics!
A bit of remiNiscing... back in 1976 when pepsonal computerq were just
starting to be sold in poorly designed kits one of the loudest cries
could Be summed up by: "Who cares if it takes 1 minute or 5 minutes to
finiSh runningthe program, the computer's cheap, it's mine and no one
else can sporadically slow it down or crash it." The workstation
concept seems to embody the ideas of the latter part of the statement,
we all want our own computers.
So, Although all of this wonderful hardware is going to let us do
reallq "fun things" even faster, shouldn't we be talking about whad
those "fun things" are going to be? How about some more general
icsues?? What can peo@AYJAI<AoSi ABAo=eWgi¬iS←\↓iQChαβ←?Wf!β ∀hS'7C⊗ ∂S'≡ 1β?∩βG'3gIβS=ε#=β←O#!β¬∧kπ'≠5∪π7∃z↓↓# /≠'∪↔~βC3πJαCπ∂n 999pH4*←F QβO}3S←π⊗)βS↔≤¬εvO≡X .∀_x;D∞_:y$ 9≥P-n_9y$
yH_-Mλ≥~
}y(⊃/∞≤X( ?8{→.1"[≡-≥Yh_.-⎇;Yπtλ⊂<LT≥~→.,(_Y.N→<H∞
≡<r,<;λ⊃ ↑z9{N4≠⎇~ ↑H≥~ ≥H~y/≤[x<LEβ"[-}<y+∧ 9Y M<|≠ ∨/hλ \>8Y$∞{|Zn>_=~-⎇\h≤m
⎇;→∧ Y(≠-}Y(≠
≥y(→ ↑z|h
}A"Pm ;~xM|<Y≤eD≠|H∞ <Z_.∞h→=L]H≠;n,(≠∩-≤(≠[nL8[{myP∀"≡w0q7[uR⊂$≥y90tλT[FE⊂y2P:~2y2P_2z:2\⊂0y1Z4z2q]8y2yH37y≤2y9`/nad @5CGQS9Kf@Q
eS]O∀R}~∀4⊃%KY%KSO@/→βπK?+7↔nN2bε⎇lW~πM ↔"ε≡,Rπ.βX;N>y<X,-→(∪n⊂10yYr⊂7gβE892Y2y2w_rV⊂"≠w∪z qualid¬rACL@EMk8AiQS9KfDA∃SiQKH\\\A]QChAMQ←kY⊂AB~∃β;?K/∨#πS'}q∨Mβd ;∨W∞;∃β?∩α6Mβ&y⎇↓αF{]βOF{W3⊃∧KQβO/βC?K"β¬β M#7π@hS∪'Oεcπe]ααW#=∧≠πK↔~βπ ?-!βS#*βOW;'∪eβO∧+∂'≠L≠Eβ?2β↔c'∨#';≥¬≠SW≠2aβCπ↑(4+SF)βGO,3W1β≤{;∂↔π#@~ε≥lBε>tλgε↑T∞FF/,Ubα¬ X LM|[8-ly(∪,\<⎇0→→vrw:≤P1pwβE:2f≠⊂:yP~q⊂0@ pπsgi∃ZAoCLAS[a1K[K]QK@@EMicaSα#3e1⊂β WQ∧εFF/∀λ6∞r
x MO(~~-nβ"P~~0z⊂ 7e toOhεAiQ∀Aoe←9JAC@¬βC >≤9αεNd
FF* h
.9z⊂(≠0qrWλ⊂!y2Xz4{$]<P6pZpyFEλ0r2h]pz2f≡P3:`,d¬SIY∃HDASαsS :∧,⊗n∂-≥f>g∀λλL↑≥→4E@⊃αEεB$4z⊂≥40r ma`≥i¬X@E[∃iBAW∃rBD~(~∀Qe=\R4Ph)55hi555ji555hi555hi555ji555ji44λhR↔;⊃∧{⊂∩¬⎇}&@:h⊃~,|αyzεB∃∃∃∃
∃∃∃∃
∃∃∃∃
∃∃∃∃βE⊗VFKVVVFB∧AβπXXVPx9⊗\ ⊂⊂_X →D`k⊂⊂⊂⊂∧Ugi%iH"4sr\z⊂+→λ⊃Z→Pλ⊂⊂εEλπXX⊗Px9⊗\ ⊂⊂_Z
[Dfr[⊂(6"Xypw:λ≡+gi∩iP0zλ)*j#Qi)←⊂αkgi%TP"4sYyz⊂+ ⊂⊃Z→H⊂⊂εE⊃0z2]λ_X⊂ \9⊂_@982 1∃38-EST
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #43
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WORKS at RUTGERS
Works Digest Saturday, 10 Apr 1982 Volume 2 : Issue 43
Today's Topics: Power of a WorkStation (3 msgs)
UNIX & Remote Disks
Standards: User-Kernel Interface
Brave New World? (2 msgs)
----------------------------------------------------------------------
Date: 8 Apr 1dpd@QQQkeg⊃CrR@Drfb[∃ (~∃→e←Zt↓%∨''%λACh↓/QCeQ←\Zb@@Q CYSHA%=ggSK8R~∃'UEUKGPtA!←]KdA←_ABAo=eWgi¬iS←\4∀~∃)!JA≠∪@ACfA∧Ak]SPA←LA]←eWgQCiS←8AMk]
iS←]¬YSir↓SfAC ←khA¬fAkg∃MkXA∧~∃[K¬gkeK5K]hA¬fAQ←IgKa←]KdASLAM←d↓iQJAMaCGJ↓gQkiQYJ\\8AOeK¬hAM←HAiQJ4∃[KI%BAi↑↓[CWJ↓aK←a1JA←←=PAC]⊂ACQQ XAEkPA←iQ∃eoSg∀AkgK1Kgf\A/QK8AB~∃MQkii1JASf↓akhAQ←OKi!KdAa∃←aYJ↓I←\OPAoC]PAi↑A-]←nA¬E←kh↓Q←eg∃a←oKHX~∃i!KrAo¬]hAi<AW]←\AoQKQQKdAQQJAI¬[\Ai!S]NA%fAO←9]BAM1rvAC9HAiQ¬hASf↓B~∃MU]GiS=\A←L↓SifA]KSOQPXAaCeY←CH0AakY0A←LA≥eCmSQrXAo%]HAm∃Y←GSQrX~∃¬]H\\8AiQJ↓aSY←PX@A∩↓oCfAU`AS\↓+QSi∀A!YC%]fACPA¬SN↓¬QkJ↓]←hA1←]NA¬O↑X~)C]HAQQJAI%gieS
hAgC1KfA[¬]COKHAi←Y⊂A[C]¬OKef↓←LA[dAIKa¬ei[K9hAiQ¬h~∧EQQJA∪ ~A SMaYCS]aSiKHAQCf↓iQJAA←oKd↓←LABfn`↑Dfj\DA∂eK¬hXA∩4∃KqG1CSKK⊂\\\A$AoC]PAi↑AIk\A ∃_[α[≥%β X↓∪
!&0Aβ!_0ACMHαα& -4¬π&F}<Rε⊗]→f8h.9vn(≠qD∞~→(∞ 8zx,|<k{ ≥Y⎇8,|<h∃lT≥<q%∃Hλ∃
(≠8-l9y4D
≠{rl\λ≤z \<~0→ZεA⊃<[zP1`!n't Do that" he saiD, But I @
←kYH↓←\ABα↓M]Apq1α←,c11βM!βSW⊗sL4+⎇+Qβ#*β←πM¬#π3/Ls∃αY~¬~B ≥f"εLYVn(≥→-Mα⊂<g]T∧ when i@PAG←[∃`
βSzβ←?K h#CK|≠↔OOLs⊂~αα≥z
≤zλ⊂∀\β what the furshh kO%]KdAβ##'lpλ∞|<h∪(_⊃(⊂∪≠y⊗⊂∀H4z⊂ )pε~¬Gαc?←↔⊂∧π&F≥`λ ∀~_; @⊂0P $ozen↓o←eHαβCK∨≤∧W>{x\d∞z~0⊃Z⊂:y`% Z0⊂@∧ε2ε∂4λ5¬/5aP@(β0∂`$αβπ31∧εFF*∞L⊗fZ
x D∞≠⎇y.⊗⊂;rH22q`)ded @QQJA[¬GQS]∀A`∨πα4ε∞{{Z/-9Y{∂⊃ \p⊗≠{PFEβE!0∃@QYKdA1C[agα{91β∞qαπ∪&yβ∪↔≤K⊂≡v↑ ∧∞≠{⊃∧∞<h∩-d_{⊂⊂\yP:4_z⊂:4→P)z0\⊂;pyCE0∂ne h∂LAβ##∃β4∧↔∨&↑8
∧
88r
≥Y<h ≡Yx
g→↔↔↔ Maybe so, bqt @%hASF↓iP∨=¬≠3 ?tλ
q"Y0→YP4w a prodqction wopd p@I←GKgβ≠';≥∧¬wε/,≡FN}e`λ¬
y(∩ ≡Y;@∪]⊂9x /hπ@↔aQ&∞⊗|¬0~λ:42P∀z0p∩≥bAgaα+↔↓β&CπQαJβC↔↔,¬V⊗/%` ED⊃∪sDzλ⊂4i4⊃StD∧λR⊃)JλH∩.Aα@
lIterally tak` f@L`A[S9kiKf↓iP≥β>+QβSF)β≠'d+@~εn-vjπM Rε6≥H $∞y<]L↑H_;LA [⊂↔Xp∧ them all in↓!! Oh, and the Starq qoU see at NC@πfAC9HAβ≥→_∂Mβ∂∪∀4 >+;↔K∞c3eβ≤¬w/ε\@λ∞↑λ≥z.Mλ→6∞L9Y→,D≠93-}↑(∀mt_8h
m⎇λ∃
t≤]3AQY;8L≡X<tm≥Y{≡$∞{≠⎇e@⊂⊂$P≥pyP*≠v2⊂ 4hat Xero`0↓ISegβ!β↔c∧+∂S↔ βS-β≤+3!β&C∀4*∨#πKMπ;'S!β eJ-bβ WQ¬##↔eπ∪π9α≤yβO3␈;3eβ&C↔eβv{]βW≡)β¬βnK;'7.iβ?_hQIUZZp4(∀U##∃βε{';Q∧εFzε≥MBπ&
≡2εO5Dε&}d}Bε>≡lRεnT
ε␈:
\⊗wJ Y∃¬~Dλ ↑λ≠9$∞→;∪∧∂;y#!.z_=∧ (≥x-nλ≥≠d ≠kλ ≥Yλ≥
;H≥ ]≠λ≠,T≥z_.D≠>(∞,<|≠mny(≥
≥9(≥m≥≠λ_LT KKAQ\z3L<(~5∧ →<→-l≤h≠md~≠⎇d
=≤h
≥<≠⊃-\;]→,Eλ≡;nT≥z;
D~_=LT≥≠h
≥<≠⊃-\9]β!.z_=∧ (≥x-nλ_;LD≠→=∧
9(→M≤→≠→%EKH∃m
8zλ ≥≠λ_m⎇9<h ,8zh∞MβP:4→P87t[:⊂$FB4pr2H12s7\2W↔↔λ0v6⊂≥42P6Xz4⊂∀_w2⊂&Rh)TP~w⊂:4→P;wy≠2⊂4y[∪z⊂;[y:4⊂≠w2FE_pyrP≠s⊂⊃:≤<P4zλ0w2⊂≤rrW⊃βEαE⊂λ⊂⊂⊂⊂λ⊂⊗b0]2FEεB⊗VVVKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃0z2]λ⊂⊂⊂⊂∞P x9λ≤→⊂→N_≠]_
Vbajλ∀#94JFE#9≠v]⊂⊂λ⊂⊂&tXt0rvλ&zzy\P≡6tZr`!)∪∨εE)]q52q]≥⊂⊂)→]⊂⊂+Si%iP⊃4sry]⊂+→⊂λZ_εEβE*42H:<x2H7s⊂7→z;wy~tw3P→4yqz\ytwwλ:40zλ40yP_2rw⊂≤z0y:~w3P7[⊂+wy~iFE9Z7zv2λ897q_q6<P≤z0|P≥tz4⊂∃wy5iH37y⊂≥42P⊃∃wy5y]0z4w[CP-IP @ BRL TCP-IP @ MIT-AI for submissions
TCP-IP-Request @ BRL TCP-IP-Request @ MIT-AI for requests & meta
discussion.
Best,
-Mike
------------------------------
Date: Thu Apr 8 22:51:09 1982
From: decvax!duke!bcw at Berkeley
Subject: Re: Workstation power
Source-Info: Frkm (or Sender) name not authenticated.
From: Bruce C. Wright @ Duke Uni@YKegSQr~∃%∀t@@@A/←e-giCi%←\Aa=oKd~(~∃%K
K]iYdAiQKIJAQCLAEKK8AckSβ#∃β¬∧∪'Qβ}1β∪'≡≠WOON{9βπ⊗{WQβ≡{7CW&+H (,?↔∨&]Pπε␈|Z"ε∂4λ∩ε7]l7&N⎇dε}2 Y∃¬~βHλλ≥≥~≠n\βt⊂3≠y⊂9w[pP:yYyP:4~yP4iCE8zd]2P0x≤93x)~pz2Vλ4z⊂ (as been quite some Time since most computing
sycTems have beef designed and puRchacEd solelq @=\AiQ∀AECg%bA←L↓≠∪!&8~∀4Tj&BM∧{;3e∧;'[∃πK?Uβ&C∃βC|εF.wM≤⊗bεmx Dλt∃+,-⎇;Y∧∞_8 e\P⊂λand evEn then
αnot very well, as I'lL demonstrate l@¬iKdR8@A
←HA∩←≡5E←k]⊂AiC@≡[E↓
]w∨ Q,F∂&∀
π⊗↑<Z7∞NβY`⊗λ20r0X0yrP≠pw4`0ulation, Editing( cOmpilAtion, linking,
sord pro@
KggSαs⊂~ε≥lBπ≡tλf␈↔M↓∩bε∀λ .\zλ∪-}Y(⊂m|y;]∧
98<n↑Y(⊂⊃Xw⊂12H$WgFBαbandwidth, FOp∧AKq¬[aYJ0AeKG∃]iYr↓QKeJ↓ChAi!JA≠K⊃SGCX↓βC@;&+Aβ←F+K∃αHh#@>}-2bπ|Tππ∂Dλ
|y=~ ↑H_;D ∀r+$ε,+lF4≤}<nL9(∃m≡~λ∪ ≡Yy(¬εL∪0E∀→~<m1"Y≤M≡Y<kD∧∃y(
9λ∃
t_Y(∞ =~→.∧_x<L\];λ∞⎇~8r∧ {{]∞
βv6"\α we pqrcHased0~∃EK
CkgJ↓←]JA=H βSF+G*
⊗.B∞λW,[x[,≥Xy( M<z`⊂→90s %pεAoS1XAgS5aQrAMCike¬iJ
∃β##∃βε{?Iαλ¬V↔∂4
⊗ $≥~→.,(_<LT≠≠{Ltλ∧6z[:4Vq≠5qu@) transfers. SInce it αwasn'tpealLy practical to modify the sofTware th∞AG!C]OJ↓[kIi$[EY←
R~∃e∃ckKgQ`
β'w#=⬬≠↔K'/→β?→π≠';∨f)7 3}≠%βK/ WπO'→1β←*β#π⊃π#=β↔w≠WK∃π##πPhSπ;eε≠?;S⊗{3#↔∩β←∃β>{Qβ≠⎇⊃βS#*βOgO&+5β←␈+3⊃β∂+S?7∂#'∂πfceβ ,3≠↔I¬##∀4Tε&/∂\↑7"ε≥dπ∞}\Tπ>∂∀¬π≡∂∀ 'Jε.,V∞↑≥lrεODλ
.∧~;]
t≤{8-M→<H =≥;Zn4_;Y↓QY→=∞M;Y`∞M→(→∞-=Y(∞>~;H ≡[⎇;LD_;H ←≥≤X$∞~;9$∞{{9.M;94e∃Hλ∃
(≤Y.>;≥~-lc"\o≡⎇→;$
_<h ≤[⎇=∧∞~→(λ:∃(≤
}y<H
|H_(
λα(⊗XLUYZ⊗λ1:z∩P1pwλ0z22\z⊂:4_zεE4]⊂;pyH∃77j~qrpq≠<U⊂)[7{ryλ37y≠wyz⊂≥<x2iH7s⊂1[vx:z~w3V⊂≥47zsZ⊂;rFB52{"\⊂6pr→P0w<H82y3≠y2pw_rP6rXyzy2[ps:9KεAεE⊃{2w⊂→5y⊂!T*P9x→rr⊗⊂∪dh)P_pw⊂1→P6ti[2pr4[3P;t]47zzλ0w⊂:[22y9]0s24[3P7sβE:42H0x8&~qpz4[w⊂0w→⊂:42H40y2≥py2P≥40w⊂≤zqt⊂_P;0s]rP7:[q2y⊂~yP0q≠2P:7CE3t{→U⊂⊂#≠y⊂2|_vx6"K⊂&dh∀P92p[48P"≠w∪z~0{2P≠zqt⊂≠ppw4[3P4sλ:42P⊂h*FE→7ryw z⊂40]2P0@→67pz~w3P8≠tw:⊂~w9z9≥qz4w[⊂9rzλ0w2≡wzP7→rr⊂:≠P27P_P67zβE0∂f fhoating-point math; ditth∞AM=`AIK
S[CX↓C]HAQ↑ABAβ≠?7↔>CπQβf+GO↔⊂h+↔c&+;Qβ≤CπKπ≥#↔IβLsOSK.≠S'?rβGπS~q↓απv{S#↔⊂β↔cπoβ3∃βLε2εNnLWπ↔↑
G7A"Sml(≠p∪λ:42P→0yz2\z⊂6pXt4w2\P37iλ60q3YP0vw]w:9P≠s⊂4g≥2y9:\:⊂89≠qryyZw3FE~yP:4→P*$VN\X⊂9Yy0ryK⊂9tg_rP4jλ80ur\β only about 1
2 instruc@QS←\AQS[Kf4∃a↑A∃]aKd↓C\ASαsS↔K↔+CQ⊃¬≠π[∃¬##∃β⊗+↔'O&+KMβ∞s⊃β∂|¬g&/∞ABε∞l@λ ,(≤Y,≤≤∧P*≠FE12Yts⊂(≤5qr`3qi`≥NαβS#∃εK;S↔↔∪WCQ∧ε6/↔m_λlT≤[u.M9Y+D∧∃≤↑$∞~_=∧
{H≡-}<C"Jλα(⊗HLT⊂# V⊗⊂7iλ&a[≤ __⊂@λ*42P≤7tw:λ4yP*~0z⊂ 4his apchiTectuRe was
spEcialLy optimaz@∃HAM←β⊃β¬βFK↔#3Jβ';S-∪K@/∞EV'⊗≡hVrε]nfO⊗⎇mV.wD¬π∨.=ε∂_Q.π⊗@xy4n4_{p↔≥97v∀H0w2 it would @QCWJA¬\AK]=aS←kLAC[←β+;Qβ|1β#π⊗!5β←∂∪∃βSxh+ .≥<Rπ&
z6*ε}Mε/∩ ≡&≡F≡LV∨'↑,W~π.Ybε∂4
↔.N==GJε≥`π&F≡@λ ]]Z0→≠w6r`.t.
MIPS onl@dAOSm∀AiQJ↓ECeKMhAOY%[agJ↓←DAi!JACGQkCHA
!*AgAKCHv↓oQC@ βC↔πdcd4 n S@&↑.2εNd
↔.<⎇~-⎇\h≠l@⊂9|i]2rP)\2rr~yP:4→P:7j_v⊂6p]1t⊂'Yα the sqc@QKZ4TεFzπM Rε∂∞λ
≤x9~-⎇KC"AQQ=P∩[⊂0p !ppλAMβ∪?5β≤K7C3*βC↔K4{@⊗@8;XlT_|Z.L<Z0%D≥~→. (_<LT_(⊂⊗≠z⊂7cλ5z42\∧¬α`%∃Cg←]LAgQr↓`∂C↔≤¬⊗ -8h∪,≤z~3L↑h_<LT_z≠n≤αs∃⊂λ9ws 4ware, fgr↓KqC[AYJ\@↓∪@_Q(∞-}(~_.l(≤t \z9P∀XP9w`&tp∂CE∀A]KKα#E!βL{Uβ7∂Iβ#π4∧Rπ&tλf␈⊗\⎇rπ& Tε≡F\≡ε/⊂Q(
≡Y→x.,(~0↔λ5y22\⊂:7P≠4πwe@HAs@?αX D∞≠⎇_-D≤}4nL9(⊂m}⎇≤kAQ@εE!_quP$[⊂:42H_XZ_ yP0w→⊂2py≠<P⊂@950's, it @5SGQh↓QCmJ↓QCHAβ≠?7∃∧k↔π;L¬f 4≥≠c! <|r,@w⊂0@ pπS@;>c∃β;.k ↔I∧εFzε∀λλm⎇<≥0~~w3P)↑yz2fK⊂12`4 thi@LAaKGαC;'G,∧RεVqQ&f@{Yy.∧~_<d 9↑(∞ <Y~,>;_<D
9<Z.EA"C!∧λλλ∧∧λλλ∧∧λλλ∧∧⊂\],<αP!Wλ+y4cZ:⊂ ⊂⊃8p e Univ@∃` O''H4(Q%RjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$∧αααπ∀∧∂π$πβ∩β7&C+S6eT-≥D¬∧7⊗∃⊃PT\[{'∧λλλ∧ :8z ≤8ε⊂&]zyyP∂4¬ake@BRL>
Subject: UNIX & Remote disks
W`
AQ¬mJABαβ#?7*k↔K∨>qαV:MA6V:MAβ;↔';?K
π;'S!π3'KS, 1β∪O≠-βπ≡≠↔OMε ∂K?∨_4+SF)β;↔';?K
bβπ;⊃εc?∂πb↓7[MjβK↔7␈#∃β∪O≠-βπ≡≠↔OMεKEβ'v#'OSNs∨W'≡Cπ 3*p4*'oβ?KS∞sQβ∪/#π'3≠P4(4S %↓α>)βWO*α∩⊗
¬α∞15 M↓! 27 π.!β;↔';?K-εCπK∪> K∃$hP4)IJ↓α#?n)7∨K␈;91βf{]β?6+K#↔∞!βCK␈#?∂?g→↓!
∃∩2:⊗"⊃%84R↓↓↓α&+OS'v9β';&K∂πS/→βS#∂!β←∃ε≠π9β↔∪';≥β AAβ⊗c?∂/~{Oπ
ε ∂K?∨→βS#(h)↓↓αβ;↔S>{K-β>KS!β}s3eβ∞∪?WQε ↓U∃α∪;↔S>{K-β␈3↔K#. ⊃ β/CC↔;≡(4)↓α↓β?9π##∃β≡+K[↔∩β↔;⊃r↓↓" ␈#!β↔v#MαB%↓5EE{9Aβ←O#!α6⎇→β7↔n{Ke%ph(4*>C↔9β>)β∨↔v+Kπ3OS∃α
∀b:⊗Qπ#=βK.qβW;&+Iα'w#↔J;/!α&Abβ←∃β/CC↔∂"βS#∃ε≠?OPhSS=β>yβWAbβ WQεKQβOF{W3∪r;Qβ *βS↔K⊗K 3∃ph(4)~I↓αOε+∂'πb↓
#'>A6C↔⊗3?K7∞s∂∃ ∧∩J1>TBUαVtJaα/-∪;↔1αCπ3SF{W∨!π##∃β.3≠↔∂'_4)↓α↓β?→π##'Mε{9βSF)β7↔∂≠WK↔n+;Qβ≡KS↔⊃ε ?[*β'Mβ≡kπ31r↓αK↔?+3πI¬*:&A?_4)↓α↓β7πJβ#π[*βC↔KF CMβ';'∂∃π##∃β⎇3↔K#. ⊃%8hP4*7␈∪∃β?rβπ31π##'MεK⊃βSF+K∃βM→β';&+K↔O"p4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓lk'/∀hP4)5ji555ji555ji555ji555ji555ji544Ph*∪π&)i↓]∧ CK'b↓Eea∩↓↓↓E+QMQi≠16BN ∧αE>\Mf/≡L∨∩Hh(j&}k$
π⊗∂NH¬≡F≡>F
ε≡@¬∨.\[αl∞≥QPU∨\-&.∨G$¬⊗+$∧¬∨&≥lF∂⊗N7"α¬↑<W∩n<Z&v.D ⊗w&↑,f∞≡QQ%&{$ F∨⊗|=6/∩hXRε∂D
T&.EZ&.f∨∃Bππ,≡G"w= ↔∨&∀ ↔"¬>]V/BX≥⊗hh!Q"αα∧∧αααλn&}j L7⊗↑=<W∩tXX¬,$YEU∀,H≠∩¬'\T∧∂π$∧β"βπ↔#β+&'αβ ↔ε hR∧∧ααα∧∧hR∧∧ααα∧∧¬>OM∧π⊗/>λV∨"∞Mrπ& T¬.v∨∧π/≡↑%V↑∂-lVbε≥nF/⊗l≤6*ε|hf/⊗≥lrελQ$ααα∧∧ααε|]f/⊗≥Dπ∨&≥lF∂⊗EDπ>F≤=απ6↑.6N}d
v $∃;Z/∧~_<d∞~→(∞>_;Y ≡Yβ"D∧λλλ∧∧λ~;NL<YX,</c"AQT;⎇.$→⎇1.≡h~4d =λ∪ \<⎇λ ≡h→{m|λ_<d
8;Y%dλ∃~ ↑Y(~.∀_(⊂⊃\<pw3H72rbλ37y a
sTandard heRe* Any takers fh∂dA∧A+MSβAβ/↔⊗s↔1βNsS↔K6 ∂∃β∨#π;∪∂∪⊂4 ≡{77''#↔∃@t∧¬∨/,]GJπM
↔
ε≡4π≡}\ZFFNlpλ∞M→(≥L≡X;u.4∃;Z/∧_{p⊗[zs4j~ryFE
*yr`.ix, @U]Sp[]SuCe⊃fRAi=gfACI←k]Hαβ∪K?jβS'7*βS :∞M⊗n qQ hR↑aPPH%QRjjUURjjUURjjUURjjUURjjUURjjQQ hTL≡F+Rπ∀∧∂π-≥Bβ ↔ε"ββG&∪"lX:@hTn-vkRλ-v⊗/.@∧.gM⎇b∧n≤≡2βe(YRε∂D TM"β30ga"T⎇,-Y8⎇π∧∀Y.Dλ\X=LT∪Y5d
{|[ Gc"U
wH⊂Q)j∀pr∧ =λ∃*8k10iA Xxg⊂&<w_t⊂0zλ*iaVRidaεBεA& %t me restate what you said and see ib you agree2 There widl always
be af FTP pRogram, that is a programthat↓ieC]MMKeF↓ISIKLA←dAββπKS~β?λ4T∧fNf↑4αGε≤|W≠z∀λλL↑≥y1-d≥≥{d ~9QL↑Y;]∧ {{<∞↑→<\d 8|[n≡h_ ={;=-m8x=
≥{\c!-αrr4]vP∀7→z;wy~β). But whereas currently we alsai@LAQCmα)βS=¬∪W9β&C∃α~%4+C⊗{↔Kπhβ↔cCfK∂'SgIβ≠K}iβ?W∩β'πg⊗{πK⊃4~JQβ⊗+∪/K*βOSπ↔#';≥∧ βCK|≠↔OLhSS#π ∧εv.\N2π& Tε6NLTε∂"∞Mε*∧hJαε&↑>FNv≡M⊗}rD
⊗rπM Rε7↑NW⊗*∞Mε*∧hJhW∞-v?⊗≥Pπ>NMDε⊗*∞.Vrε≡X
⎇8=~,<;≠≡$ \[{$∞9Y→.-β2pz~⊂7zyλ0x8&~qpz4[w9FE≤97sy_vyP9[P:40]⊂;rP→7w∪zλ40{ % to Run the FDP prograe ourseLves, thus
p∂JA5CrA←→iK\A→←eOKPAiQCPAMSY∀[ieC9gMKeIS]NA%bAO←%]NA←8AEKG¬kgJA%hGfAM↑~∃iIC]ga¬eK]h8~∀4Ri555ji555ji555ji555ji555ji555hh(4
& S∃IβIαπC⊗K1↓EKAI↓A!QEaXZ5 h(j&}k$
&}⊗↑.B∧.NMvr∧\≤↔
βJ(Tjε≤@∧lMthe compute-viDeo bandwidth you propose available
currently (ignoring cost)? If so, who Has it andhow much did it cost?
IF ngt how many y` CeLAoSY0AShA JAEK→←eJAQQJAMαK@↔∨D∞π⊗␈M}GOεT∞7O∨L]PhV\X .M9Y`⊂≡wzy→2yt`$erata canbe c@=]gieUGiKHαβ⊂↔⊗⎇Pε∂6≥→F∞⊗LTπ&.=
f}f|␈∪xh%
FFO4 ↔4_;≠∧∞≠h∀∞↑λ~5∧
;H∀ ↑\|⊂∩Xz4{2K⊂0y2H<sp∃ tadking about @M←[Ki!S]N~)iQChαβ∂?Wd!β↔cO≠Qβ;|εrε↔↑@εF∂=`w"π≡Y↔&* ,V.r∞∞W"ε⎇`π&FT
V∂⊗αy0~λ<rzελ7yεE≤wvrj~4s3@ that↓aKckαKK↔Mβ)β?Iβ Aβ7␈∪∃βG. KMβ|1β#π⊗#←πK*β∪↔[,¬F␈ε\Yg#zα#"E
→<Z ≡≤h≡-}(_p⊂[∪z⊂0[9{riλ:40zλ8zri]4ww⊂_w2⊂)[vrq7Y<P7gλ:42P≠4yz≥tz4εB6wy2H8x⊂:≠P20z→P4w3≠y2pz~ww⊂0X7zz⊂~0y2;Xy2P2→{2v7\6rw:≤P1pw ∀BEεB⊗VVVKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃w2⊂7Y⊂+wy~iP"4YpyzεB∃∃∃∃
∃∃∃∃
∃∃∃∃
∃∃∃∃βE⊗VVKVVVFBεEβ∧π11-Apr-`d@@DLhl&
2↓↓↓JP≤@tRtdλ~9y.≡λ∃LD∧m
⊂λ⊂⊂εEλ∧π11
Apr-`d@@bβ9AX→\Vb¬
H ,≡x;]∧π∃stI:h_=∧
U1⊃hZTk@⊂αkci%TP"4cYyz⊂+ ⊂⊃Z
λ⊂⊂εE⊃0z2]λ_XP \9⊂_@982 !\j`K M(∩¬
β∪?5I∧k↔1αεc↔πO∞sQ↓r<zJ.M∧ QαJ-"≡⊗J≠p4*O,∪+↔∂!Qα↑≡∀ZMα∪L;↔OQ¬1I↓
! 4*O,s∪↔IRαB2⊗
~ε:Qε QαJ-"≡⊗J_h*S=Rα←?K]→i↓lhRK↔Cdπ∩m&w$¬<]):2ε∂D
%-$xZ%_h!Q%>␈->2∧&≤|W∨"∧∧ααα∧∧ααα∧
7.vL∨∩bβ⊗∀∧∂π$ε∪KC$∧ααα
ivg.\Tβ∩β$ ↔∨∨\Tβ# Q!PU&|L↔J?4
F␈ε≤>3Ph$∧ααα∧∧αααλ<⊗fb mw∩¬>L⊗v&≡,G~ε⎇d∧f}<≥B∧v↑Nv␈⊗4
7ε.=≤fN≡≡M⊗}w1Q"αα∧∧ααα∧∧ααα∧∧ααα∧∧α∧↔,≡f*∧lZr¬>}-F"|jJααC4
W≡?5⊃PRα∧∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧∧d d ε∂⊗N|↔⊗*¬ε"εo<}2Hh$∧ααα∧∧ααα∧∧ααα∧∧αααλ≤F'⊗↑>6/~ mw∩∧≡
vfft ⊗v"
W↔λQ$ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα
Mε*∧L≡7"¬⎇}&"ε⎇d∧lM
7phPQ%RjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$π∩∧∂∞$β Kε$ββ;&ε3S+∃Z¬≥ Q(g⊗}W$εnz ≡B∧d)EU,t≠∧αDn≥<R∧zxLVfb >7O∨L]UjHQ*7.⊗,\7#R =vnn]nG_h!Q$NwL↑&f∞d
ε∂~ ∀∧o.NM⊗↔/4ε∪α∧\\r∧/M W∩εm}"ε∞-}W"αF&Sβα ∀ε⊗.M≤W6*d∧¬&.MAPW& TπN␈T
6v␈t
v2πM Rε6}.FF≡⎇]⊗v:∞∞&N≡T∞&.'\>FN}eaPPh(≡2ε6}$ε≡}]↑VvN<≡FN}n5B∧J∞|⊗w"∞Mrπε}↑"π≡⎇\Rε}d∞FF* =vf"∞|↔&/$
v0h.,V∞f≡O∩ε}d∞FF/<Tπ>}lLW⊗␈↑4ε&O<>W∨≡≥⎇g~pQ!PTNd∂⊗␈* ≡&*ε∀
F}≡≥Dεv/N⎇w⊗Z∞,W≡∞≡,6Bπ ↑'≡}eDπN␈T ↔⊗*∞|Vfb ≡v∂⊗T
v"πM PhV≥l7⊗.M≤&f* i⊗∂≡=}2ε>⎇≥f:ε⎇dεNr -w&B∞>F∞vL≡&'~ \f6␈.N2αD_XT*βεε"o⊗≥lphV=≡&∨/5∃ε&␈\-F*π∞]c{z∀λ⊗v" ↑f/↔≥⎇f*ε.]⊗f&≥lrεv↑Nv␈⊗>4ε>}≥lrε}ldε∞vAQ&NwlYg&Nltε
εl↑rε∞<<W∂~∞∞&␈&|=vbr∧λW6.d∞v␈↔<UBεn}>Bπ6]lF␈↔4 ↔⊗(Q)⊗w6]nFNvt∞FF.≡$ε␈>d
εN> ↑"nf↑lVbπ∞-w&}=⎇G~b
\⊗wJ
|bπ>
≤6Bε≡,PhW∞-wπ⊗≤↑F∂↔∃dααEl]f&␈$
F}≡5]⊗rε≡4ε
π
}v/⊗n]Bεn≡-6/'M≥f:πM⎇vbr∀∧∧Jε≥N6xh,Mvr?D '/J∞Mε*π>L↔&.\]g"ε\≤F*ε≥dπ&F≡4ε6␈.]Rπ& ≡Bπ>≡Mαπ&
≡0hV ZF/⊗||Vv.≡O∩bπM Rπ>}-2π&t
⊗w&↑,6}n↑]fN≡≡LRεO4
FNv\≡"r¬M W⊗*
~2ε∞d bπ@Q)Rε>↑Nv∂J∞∞&}⊗L]Rbε≥lBε>≡LW>∂≡4ε∂⊗T
d-∃∀
ε∂⊗D∞vF.d∂⊗␈*λItr≥D
ε∂6T∞FzεMqPWπ-}F}≡⎇Dπ'⊗≥n6f∂M≥vrr∧ ⊗2π≥}Rπ>≥nBπ∨≡>F.o4∞vFN=∧π>NMDε␈/MM↔6*∞Mε(h,>W↔⊗]nBεn≡-6/"∞>ε∂≡↑4ε␈6↑$ε↔⊗|≤F⊗∞lDπ7~ ↑FF/.4π7~∞-⊗v?4∞g_h.>GεNl}2n∞lAW&Ne\6∞w5Dπ&FT
f/'⎇}&NNlpεo/>Dε⊗* Mvv*
_ D (≥x/∀≥z~,=λ~<aQR3QλZ⊃3QλYUλ∪hd∃∩⊃$
r4Q%D≥<r-lh≤≤M}≠x{mNh~;D∞~→(∞∞8[~,4→≠{,≥9H
m⎇β"LM{:;L≡→9λ /(_(∞l;Y≠n%(_;LD≥z~,=λ≥z-Mα⊂12H;tr2[<P4v\62vr[:2rπλ⊂ z⊂≥42FE≠wvrw≥⊗⊂$h j!h↔Ub(⊂0\2P:4→P7w6≡P1pw→4r0z→yS⊂⊂∃t4v2H:42lH0y2w z⊂6|CE30{≠y4r2H897z≠qwv⊂→2ytc[9P∀2]2y<g[2P;w]v2⊂!Z0w3rH9wvr]44w3H7wεE_w<z4~w3V⊂→t{2gλ:42P_t0w1YTV⊂*~2|P T P12Zw3P4[x62vYw:2rλ7w⊂&Pg,FE≠pqt4[2yP0[2⊂9|\z2vyK⊂0w2λ:42lH0y2P≤97vz[3pz2Y⊂1<P_w⊂7`2eaniZation
which is so large, it IpεAIS→H '∂.cQβ≠⎇⊃β'Q∧εFzε= ⊗v>T
↔'~
]⊗v"d∧¬&F≡1PVn\≥g~ε≥dεNo
H -\9]_.M;{H∞⎇;≠λ
=Y( ∀≤Y8.={X8ML(→6∞ 8⎇→,D≠~1L↑~;9%dλ⊂;LA"Yz
≥→(_$∞≠{|D
;<≠ ]9;] ≡~;{D
yH∃λ:λ≠8/∀≤Y9∞\y(_$ε,λ∪,\h⊃=
<H∃
t_#"F& ∩xL≡9λ→∞-8X[ Uλ≥~ ≡λ~<dεL ∩d
;|Y$∞~_;D∂;y(∞⎇⎇;→∧
_=P∩H4s⊂*~2P17↑⊂0zεB:42P≠z42yλ2w2≤x7urH9wvr]44w3H<wrP→7w∪z εEεE∃42y2H;tv6λ12P9↑yz2v\P1px_q62P≠s⊂0q]4w3@_yP3v≥pP:7H14w2λ:44yCE02j→y7sr[2wzyH;wy6→⊂:7sYz42y ⊂⊂,w]P;tv≠⊂897X0q6<H;pw:λ9wvrH0qqr\yP:7CE,2i≠|⊂')H12qp]yrP4Y⊂,2y≠|⊂2{→y⊂92[2pyr\P$w:→y892\yP∀;Z4qt⊂_x82p\9P:7CE12P~w⊂8zYyz4w[∀V⊂<[zP;p[:⊂:7H12P0X62P:≠P9rw→⊂<wzH27qz[rw:⊂≥7P:4→P&0yYyεE2≠{w⊂:~2P40[6⊂2{→w⊂:4≠zst⊂≡wzy⊂≠pqt4[2P9x→puyP∩h↔j!T↔εEεB+t0zλ:44yH4yP9→pv6<H9p|d[3P4yH:40zλ:42P≥wy62λ4yP+⊃i,P4→z2y7Yrw2w]yP0w→εE;t[6⊂1w[:4w:YP:7P_2P4w≥7P:4→P37y≤rrpq≠2P3:]:y2Wλ⊂$P#Yz⊂;2\<P72\;7zyCE;t2[⊂82w\62P9]0y:⊂≥0v5t[3P0q≠zz⊂)↑yz2v\P;t4Xt⊂27[∪z⊂9→pv4⎇→P:44\P7yεB47w7\⊂4z9H4vx0Xz↔⊂⊂⊂w<P9↑yz2vH;t4qZ⊂3wr\P7s3λ4w⊂:~2P1g\52y⊂_w2⊂2≠ryFE≡rz⊂0[7z42\⊂22yZsw⊂0\P4s⊂~z9P:~2P7`.ly network in the world, or the
only protocol in the world, or the oNly anything elSe in the world
maght as well be written in assembler Language.
Here atLBL, we have l@∃Ce]K⊂AoQr↓iQJA≥eKCi∃ghAKY←Yki%←]CedAYKm∃` β'_h+∂W↔∪↔;SgIβC?∨≠↔OO,!β eπ##∃β&{KS'≡)aβ#*βSπ/-→β#'~βO#↔faβ←'&Aβ#'hh+←#/∪∃7↔6+@∩ε Tε>}↑5bα¬]mF/∨4 ⊗rε},v∞v∨,↔&N⎇n2πεL≥g~πMtε>=λ∩-d_Y9∧∞z=~↓QXπw2H;2w2≠y⊂0w→⊂1:lH7w6,H:40zλ;2w2≠y∪yP→xzth≠rs:⊂→97vP~2y2P≥4π eterniTy(
You CANNOT do things permanently wedded to one particular system.
λ(Even then, vendors do stop making hardware and do stop supporting
softgare.) Sometimes this maans yo`*↓GC\OPAKqa1←ShA∃mKer↓YSii1JAMe=DX~∃ khAo∀AI←\≥hAae=OeCZ↓S\ACMgK[E1KdAK%iQKd8@@Aβ9HAoQ%YJAi!JAi←IiSgJ↓SfAB4∃ECh↓gY←o∃dAC]⊂A]←h↓ckSi∀ACfAQQ←e←UOQYr5[←IKI\ACf↓g←[J↓←LAi!Sf~∃
←[aCQeS←iLXAQJ↓QCfA=kiYSYKHAi!KZAC1X\@A%LAiQ%bAg←U]IfA=mKeYd~∃I←≥[CiS XASh↓SfHA khAi!JAa←%]hASLAi↑AEk@↔O&K?9β>C↔S#-⊃βS#*β↔[?e+S'?pβ?_4Tεv␈⊗>>F∂&≥⎇g~@λ≥~
≡h→|L≥Yλ⊂~~qurjλ:7P H24yz≤αibuTed worh HX↓SfAO=S]NAQ↑~∃G=[[ChαβS#∃π≠π7∃∧{3⊃βnKGSπ↑+E "
⎇fgJ
_ D
9xY$∞X∧q:[2s:→4πrms,
∀~))QJA%]ie←α#W∂SL{9β?2βπ;e∧s↔]β&+∂#;|c?∨E∧¬W.≡∧ ⊗v≡N\F*π
Hλ-mX;Yd Y|@⊂~yFE )nevi@QCEIJ↓←Eg←αc↔∂↔v≠∃8Q!PPJY]⊗↑(β"AQK+#%U++#%U++#%U++#%U++#%U++#%U!"C!(α0r2N⊂_X⊂⊂x9⊂_N\→⊂_MYZVh∀jεE)Yw22i∞α RENTSCHat ESC( π0~∃'kα∪+↔∂!QαK∃RαβKπ4∧R∧v↑p¬ =|[⊃πq QP→≠v]⊂)⊃dεTSCH ad↓+'ε[∃∞ Q*F{Rλ∧Q)T_8
MIT-MA
MepπgCO∀[∪λty7+π [ π→tb`KβA`ZpDα↓E@+αLm'&
+THYβ*)aR≤ε~∃%\[%Kββ3e6&y`∩¬≥zWαε\Z7∞∞|Tε}Hλ P⊂x94`, 10∩pH@`htDh[ ≥ 4(Q*FF*∞≡V/∨M→vrπ|≡2π⊗≥_ l\λ_8M}=λ⊃JJλ_p↔[:4w:Zw3P*≠P2|4\z⊂1:]⊂12d[3P9gCE:10[9x0y→w:⊂ 4o us@∀AiQCPAShAβ≠↔π↔~β;/Q∧εFzPQ!PU& Tε∞w>|Wαε≡7"πN↑4ε∞vD fzR∧
vFNLTε∂"∞=vn
H .l;λ⊂⊃~z9P \2P1`%p¬aCS9Yr4T∧&.Nlpλ∞t4x8→r⊂0q\4πss the net$ @QQJAKβC'OS,s∂∃β|∧bε
i⊗f*∞N&∞w<h .⊂(!'Qi fFB4yP0[7z42\⊂6pz≥2y↔ The code th∞Ag!S`Ai!JAESQ`
β7∂Iβ;? β ∃βλ∧ππ⊗|}&∞jAQ&W<⎇ ∀≤~1,<(≠p∪λ1wr2H2p
bedded↓S\Ag=[@∃β|∧&V.>Ebα∧≥lBεODλ ,∨(≠[nD_Y#! 8π<z~4s3@ as f@¬]GrAα Eα~%↓βO'v≠∃βπ5#↔Iβ∞c1β'
αFurthermore, all the preceding discussion presumes that FILES still
exist. There will, of course, still be bitq stored on a secondary
medium. But wilh these bits be structured into files? For
compatibility with the old world, I think there will be some files.
But for the new world, a better model might be to have EVERYTHING live
in virtual primary memory, with the appropriately large swapping
space. (This argument has nothing to do with swapping and scheduling
policies, since accessing the objects in the virtual memory universe
is not specified and may affect those policies.) In that case the
need for files as such disappears (except for compatibility, as noted
above.) Then what is an FTP? Answer: so different it can't even be
called an FTP.
Tim Rentsch
------------------------------
Date: 10 April 1982 21:03-EST
From: Frank J. Wancho <FJW at MIT-MC>
Subject: Brave New World?
To: REM at MIT%MC
Isn'tthatthe same tpansparent FTPing that goes on here when yoe eive
a site name instead of usifgthe defauLt device DSK: ? For all the
grumblingabout ITS, theRe are many features that↓CeJA]CrAC!KCHA=HAiQ∀~∀EgQCiJ[=L[iQ∀[Cehα⊃998hP4)5l3Cπm1PPh%P %U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH $$λ<≤@ε↔,λHεε-
(Zuβ"Hn[{.D
[xY..α⊂+Wλ%ry7≤P≡)+RP0r∀ai!VU"g"l∂εE)zX52qz∞⊂#7P⊃*(εE∃7]⊂)⊃dP0zλ&dj⊗SaFEεB'7P@ There is a distinc@PAISM→KeK]
JAEKQoKK\↓
) A¬]HAi!JAWSαs⊃β?2β≠'3(h+π∂≡+GMβ&CπQβO→β∪↔≡KK↔⊃ε3?Iβ>{K/O& S'?w→9↓αNqβS#*α~RAε≠πO∃bβg?ThSSKπw≠≠↔I∧ β≠πd)β≠K}iβO?n+←#↔⊗)↓ K.k?S∃∩βS-β≡{7π←F+K∃↓⊗c?∂πb⊃1↓αNqβS#(h+≠'d)βπ∂≤+@∨~ <↔≡*D
DD4Q( X4(⊂HT⊂π'P∪'a`fλ#$f"Tlij"SW⊂⊂*~2y2P~yP77CE1wh≡ts3@ eoing on, and Indee@⊂XAiQ∀ACGG∃cfA[¬rA]←PAKmKαqβ ∃εc';↔∂⊃`~∧α(∪,∨#"P⊂XqryyH:42P→4y9`4 item in a falE, then the lac@PXAiQ∃\Ag←5KoQKIJAS\↓iQJ~)[SII1J\\\8~∀4UβK/ ∞∪3eβ|¬f*ε|dπ&FTλV∂⊗M≤W∂" ←ε∞o
HW4≠yH∞M~<h
≥9Y
|H≥~
≥Yh~.∀≥~→!QHS3λH5H@∞∞[y|L≥(≠sD 5∀kD∧∃~~.∀~<h∞M→(_.↑≠{8.M8x;
O(~0↔≥7ur`$
so@→i`∨π⊗)7β↔6K∂¬β>C'∂!∧Cπ;∪f+@~εm_ T_8pl↑|y4d 8xp→≠yyP*~2P i∀ s2`4 fgr
one IP &AQCYWS9H
βSzβπ;∨&C↔I9ααπ;e¬βC/∨⊗ 5β?pβπ;e∧JRMβ≤∧⊗rπ,Xf/⊗]l6*ε≥o⊂hVm→F*ε⎇`ε∞w∀
w&F↑$∧M∀k@∧ (_p-d≤Y1L↑Y;XlTλP2'
Urfj*rh∪ xr3@⊃λ7w⊂ RV⊂&aKεA&f ⊂7y⊂⊃&P4`. exacth bAβ##∃β≡ 7¬βn ;;↔⊂p4(Q*FFO4
↔4≤{∪nuλ_<d∂9x
P~0{2P≤p¬en∞ Don't jUdge remote disKq by thathA)QJ4∃→∪'@A≠CG!S]JOLA
∪→∀Aae←Q←G←X↓I←Kf↓iQJAMC[JAQQS]Nαβ'9βλ∧εo.=εn␈,QPV.li⊗≡.nDεn∞mlWαε}lWαε∀λ .\zλ≠-}Y(∀L\<{p↔_q62P≠2z;w\5P∀!R giw→z⊗⊂ ! 4MB
jetworc Similar to the Ethernet which serveS as The l@=GCXAαs↔S←⎇∪ ~ε≤APTl~E∩bα
Mε*∧i→D*π∞-w&@x{p⊗λ;pqP→2{2`,opedtk interfaca MIT#s LISP
Machines To fiLes lIvifg↓←\A∪Q&T@AQQJAaI←i←G=XAQCLAgS]
JAEK∃\~∃S5aYK[∃]iKHαβ?9α$zBMIαaαR⊗t*a1α,r&aD
dm~D W.gM_7
B ≥f"πM R∧d~:hT\≤6FNlUbα∧m≥F*π?≡7&.↑4αG& Z&*ε≤,Rβ~α(∪md≥~→$ ∩4t∧ 88z
≥Y(_.,(_ ∞ 8y;NA ¬4w≥2w:4[w⊗⊂9[P:42H&$ihλ&pqt~w2P3\2{P 5p inan eNvironmeft where adl
file accEqses ware remo@QJT@A9←nAM%YKfA
C\AE∀ACGG∃cgKH↓Ie←Z↓CYXAQQKgJ4∃gsgβ#↔7M¬;'S!∧+GWπbβ↔πO*p4(Q)⊗wε↑,W∨&≥lvgJD
↔"ε|jF.r∞<V.o4
Fzε,Tε&∂>LW∩πMtπ⊗.≤Dε .[{ ≥Y⎇~ ↑H~≠n>β"U
9H⊃N
{(≡-}<H⊂⊗≠qpv⊂→4v2P≤|yz2[P⊂89≠{4r4[3P:4→P7z4→y⊂9l\z2v@~yP77]⊂0wεB5{2i v7pr→r⊂:4[p¬sharingqystem). Why Not? You've got two machines
working fop you instead od one!
O` AG=kegJ0A≠→ ∃,AC]⊂A
∪→∀AGC\↓EJAkMKHAS8AG←]
CiK]¬iS←\8@A)QUfA2M~B5∨α1PV≡≥dπ⊗.l↑&.v<Tε&NL↑2ε}dλDjb ≥G&F|\vB∧IPεO~
mw"ε⎇dπ&FTλ4D z=f/"d∧∧}⊂Q(λm}<\p∩H$s:2\4εet and Sta`≥I¬eISu¬iS←\↓oSIX↓KmK]QkCYYdA[CW∀AiQSL~∃k]9KGKgMCerX↓EchAAeWEC YrA]=hAS\↓ ~Of↓YSMKQS[J\4∀~*&C∃α~Lb∃βC⊗{S/∂|aβ'Mπ+O↔⊃ε EβSzβ'7Cd+7π≠"β∪'3*βSKπw≠≠↔IαB∞~RαIβ?9¬##∀4Tεf∂⊗≥}W
∧9λ∀⎇≡lZBεF}>G~R∧
FFO4∞W≡∂4
vvg∀λ∩π∨\.6/"
xbπ& Tε≡∂ ≤&Nf≡M⊗/_Q)v $≥~→$λR3⊃$∞≤[u
|{{ D∧∃~≥.∀≥~→$λR3⊃$∞≤[⎇
|{{λ
≡h_[nMλ≠;n,(≤∀M≥:=~.l#"P-lλ≠;n,(→y-l<X;∧∞~_;DλU∀ D∧∩=↓n4_(∪L↑≥{|MP2|:→w:4w[⊂7s⊂_wαE /perating-system's fIle-systeminterdace.
~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~¬ ¬iJd@rAβ!H@bbpH@b`jd[!'(4∃¬e←4tA'⊃=∞!β∂!αBε∀→6&εD_4*O,∪+↔∂#Qα'≠,ππε.n=↔6*λ↑FF/-lW"|↑]G&N.Z2ε⊗|≡&'_Q*F{R∧∧∧≡␈-mεNfEh∃¬≤T ↔"∧ ∃Tm,JI∀
_Q(6≠R∧∧¬≡F|=hPQ&4≡}Tλ6␈↔
z&∂&≥⎇bεF≡4π⊗.<]g&gα(⊂-m[⎇;L<9λ⊂⊂[⊂"z4→y72jλ4w:2\30qbH17py→εA37\⊂&zv≥4q:yH6pqt~w2y]H⊂9rrH:42P≤2qrw≥⊂4yy]rP7cλ"v2q]97w4XySεEβE$w≤zpw:~z8P→
V⊂:4→|P0y→P894XryP0]⊂0q7]z⊂∩≤L_≥P⊂_wvx0\4ywgλ;tz4λ:42FB894qYP37yλ:42P∩w:2vλ1ww3~szy0]4ww⊂≤t7{yH;t0zλ0P<rXy⊂1p[⊂27P~w⊂:4~yFE!≥ytw2\yV⊂4Y⊂:42\2P4`3 sufficient projected volume for a board......
John Shoch
PeRox, Palo Alto
------------------------------
Date: 9 Apr 1982 1301-EST
From: Chris Ryland <CPR at MIT-XX>
Subject: LAN hardware
There are only two Ethernet (10Mb varaety) iNterfaces worth looking at
right now: the 3com and the Interlan. Both hav@∀A+]S kfHAEEkfA¬]H~∃5kYiS kfAm∃agS←9f\@A→←dA≠UYiSEUfXAi!J@gG=ZAE←¬eHASLAiQJ↓oSM]∃dtA←αs3d∀R!EUAαq↓αSF)α';&+K &≥dε⊗}≤,G~ε ≡f*ε∀λ6␈/
H $
yH_,NX;] ≤βryP≠{2y⊂≥42P→XwvFE_5pq2≤]⊂:4→|P8)≠{4r2H30ty≠<P9zX9z0w≥4pv⊂_p∧dbeqs fIlp Ke%]NXA¬]HAi!Kr~∃αK7C3,k↔;Q∧εFF* X∞∞
{Y3NM8;λ ,8z{llH_; ⎇|Z=
(≥z ]H≥≤L≥\{:.≡z;{AQX{{
M<z0↔[9P7qXzy↔εBεA$7]r{2i ⊂37`2 some applications The 3@
←ZAE=CeHA%`
βSF)β?;eIβ∂#|K∂∃0hSG'≠≤)β'Q¬βK?[N#↔Mβ|q7 ?∂∪⊃β#⎇≠Q7π&#K↔O≡ #∃εk↔7?↔I9↓α*s≥91∧3?Iαα:Tph,⎇wε←>L↔&N⎇n2bπ⎇
⊗≡B
z&&Nl≡&Ng∀λ
≡Y(∪Mt∪=;∞M8]4d
9;;n∂(~0↔≥5P;t~qt⊂*≠FE"&PT⊂:4→P→q`/m board iS ideAl.¬
Othep than the Mul@QSEkfgG←Zαβ /πα,Bbε-x
∧_{p⊗\0p∞i@∃`
βπ⊗)βO↔d¬FNvt
FF/<QPFNnLW⊗6≤8 .P37`2 aroUnd $∪K* (Uhp∩Aα ;g⎇lRπ>}X D_Y0≤H:42P∩w:2`, iftepfac@∀~∃@'~β ↔g|¬f"ε\UbHhαC"J
α2pyYP27g z⊂9`%nd mail reques@QS]NAα3WKSF+@∩ε≥lf␈⊗β8=
≥{K@⊂λ$s9j→pr⊗⊂≠4πok
λ¬S@9∧¬f.∂-K∩ε∞β↑(∞NX9→$
89x/-8π2P→αh∂dAα ∪∪K,ε7∞<h⊂⊂[2⊂8 (ones o` A∪αsS↔Kd∧⊗rε≥l@hS<8 mUβ
λ∧ZZZαi5 *UP %U++ ⊗KT¬--4ZRZZαi5 *UP %Q ¬εE⊃0z2]λ_XP \90 l 190⊂@⊂∧ββ≠&V"l-8¬β! εro@4p αC∂#@⊗N=0λλuβ⊂ ∪@=EC@3αhλ.90∂ <P@∂&Aα QαY~Bl ↔aP@*≠nH →β#'VPh∧ARI at MIPλ@6 H4(Q)∩>j
_ NL<Y0→]2r⊂ )n ge@QiS@;8∧ε}vTλ n⊂:0↔o p eC
P
β ∞c3Mβ&yβ@/<Tε/G X M≥9;] ≥≠_ FBαi`≥gβ#↔π⊃∧¬v $≠:0⊃YP7w our Lisp @5CGQSαs↔M→αα%∨⊃∧¬FN↑Tλ
t~{[nt≠yH ≥↑#"M\8π:s_qz2`2ers @=` β∪Lε7'⊗α8].Mβy1P≠pε track @ CYYf↓oQ↑A$AGC\αβ←K≤¬→$∞α7P &or~∃αK;≠|-V∂&≥x E@⊂⊂$SY⊂0v 3o li@-JAS]→←e@7∂#'?9∧¬vrπ∞-⊗≡<kλ∞≡8;⊂∀]<V⊂ !nd o@Uiakh4⊂ CK|∧G.≡\@
FJlUbbπ,X m⎇≥=~-⎇Kλ⊂⊗X|4vz[P9x %e`λ@1∧∧W&~βJ+D∧∀≠⊂∩XyrP 2epl`2↓iP≥βn(4)"αλu≤∧→∃∩bεmx
∧∞α42P≠pp l@%]NAYαK@∨"βλ⊂⊃→qpp∃@MJA%>iβ 6βx
on i@PXλ (αC"JM_;ZnTεE(_z⊂ ∪@=EC@3αhλ.90∂
--4ZRZZαi5 *UP %U++ ⊗KTVV@--)--4ZR4Ph"&≤¬→'⊂≤P \90 l 190⊂@⊂↓EEI+!6⊗NαAPD\[s'∧∀⎇→.
→;@⊂⊂β* Hilhλ@YM)β- AChA5∪(@6l→x$*∨+ +↔∨!`∩αλ≤F'⊗↑>6/~ h n∧⊂<∪mMα7P !nd Pepq¬
To: JEdfrey at OFFICE-2
@
FtA≥"⊗@4Y∧ε∂" Y∃"lX1PPH* Wπ
¬∞π⊗}m}Vv≡\@¬ε/-5B∧J∞|↔~πMyF"J
≡2εnroduced by:
ApoLlo Computer Inc.
19 Alpha Road
Chelmsford, MA 01824
(617) 256-6600
I have seen the Perq, and in my opinion, it is a slick looking
and operating machine. It has lots of nifty feAtures, some of themof
dubious utility (like the ability to shape the cursor in one or
Several different shapes. They used thi@LAMKCQkeJAQ↑AQCYJAiQ∀AGkeM←d~∃1←←VA1SWJA∧AYSiQYJA[¬\AakMQS]NαβS↔c"β?≠→π##∃β≡≠K↔↔rβ'9β5+31β∞s'7π&K?99Hh*%β&C';-π##πQ∧Iβ←?.c⊃β#∂3∃β∪N3⊂⊗N>]G'J
*W∨&≤o⊗Nvt∞FFO4∞Fzε←∀π∨/ X M≥|\k↓Q];[ ↑|h≥
>(≠
}Y(→/ 8⎇=
≡Y(≥
␈<kH∧ (~{M}h≥~ ≡λ≥~ ←(≥{n]→λ⊂↔→{2y⊂≠2z⊂&QFE3r]⊂7w2HFEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVCEαE"_z2]⊂ X⊂ x≤4v⊂_N\→⊂_N]→ZVQijεE⊃97v]λ*7v@∩w4st≥⊂≡*%H0z⊂&Rj⊂
AI>
MIPS:PerfOpiance :: IQ2I@9iKIY%KCMGα(4(∀UZε&⊗p↓↓↓↓lk↔2thP4)5hi555ji555hi555ji555ji555ji54∀Ph*π; ∧ε}∩λ¬{n
th⊃
≤y<⎇↓QJJJE%JJJE%JJJE%JJJE! K ⊗KVVVVCE
λ∞bn5βadZβAI↓↓α⊂
F'α05H⊂⊂⊂∧UβH∂%↔LA↓SO∃chA H@Fhj@@@~(@⊂≥E2jπCIhπβ∩α∧∧ ε6b39-D∀≠⊂∩Xypw:λ≤∧WORKS at RU@)≥ %&\α&Nz)5~∧M_v/∨D
c∩α4BRαα↓Q$&∂LW"β dλ↔π∩∧⊂∞'εHλλ→ Y⊗biU∧@
F@I←ZdA5KXA↓1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'kα∪#↔∂!Qα↑≡∀ZMα∪L;↔OQ¬1I↓
!(4*O,s∪↔IRαB2⊗
~ε:Q∧∧↔"¬*ZD<-*1PE&w$¬.␈-:3Bβ1Q%⊗/
H∞%Z≠nH
Yβi%iH0z⊂)∃h∧GERS
Uorks @igeqt Fpiday, 16 Apr 1982 F@=Y`↔\Tβ∩β$ ↔>⎇9(εF εEεB*7r0↑SyP*≠x4qiN⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂ w7]42y∃αiew↓←@→αnKCL4R↓↓↓↓α↓↓↓↓α↓↓↓↓∧≠π31∧3?Iαα8
≥Y_<LNh≠p↔λ& g∀x2q`)d¬SGCQS←]f4∀⊂∀ h¬RjjUQRjjUQRjjUURjjUQRjjUURjjUURjjUURjjUURjjUURjjUURjjUQRjjUQRjjUQRjjQQ hTL≡F+Rλ|V"∧≡
"β Dε∪CSVg#∪Bε∪∪C⊂Q(gε↑W$ε&.>l↔B∞<<∩∞ε\:f∂B≥]⊗v␈tλ↔"∧,↑&N∞L←⊂hU>X&V.>C"¬⊗W$ε∞vβ⎇~ ↑H≥P∀Y{P7cλ6px9CE)wz\1rVd[37]⊂λ!97vH∀7y⊂∀rw22\∀P70[rP77]⊂0z`4henticated.
One problem with published benchmarks, sucH as Wheatstone's, is that
dess than honorable vendors might try th∞AiU]JAi!KSdA
←[aS1Kd←←AKeCi%]N~∃MsgiK4Ai↑AQQJAE∃]GQ[¬eV\@↓)QKe∀ACeJ↓eKa←IifA←_AgkG AiQS9OfAQ¬aaK]%]N~∃→←dA
=eaeC8AG←[ASYKeLAC]H↓iQJA]QKCiMi←]J↓EK]G![CeV0AErAQQJAo¬r\
∀4∃/QK8A KF↓MSegPAC]]=k]GK⊂A
←EQeCL[%([!→U&AC]⊂AiQJbb↑n@AChA!C]]←YKd~∀ brnh↓←d@bdnjRX↓c←[K=]JAo∃]hACI←k]H↓iVAC1XAiQ∀AmK]⊃←efA]SiPA∧A
OeQeCL~)EK]GαC7πKZq↓αSF)↓EE{9AβK∞qβ'Q∧¬⊗rπ,↑&zπM≥V*r∧
G/⊗lXBε␈↑Dπ&Z ,Rε
Mv␈Q-FN↑U!PPh$∧ααα∧∧α¬BπPβhαHλ∧∧λλλ∧λ⊃h &∧λ∩/&∃α⊂_H εA⊂⊂λ⊂⊂⊂⊂λ"#P_L⊂⊂%≡LT∧ 100
∀b@@@@@A0@z↓0@V@D~∀
∃→←eiE¬\[∪,5!→+ε↓ISHAQQJAK9iSeJ↓G←[aUiCiS=\AChαβ∂?7εK3∃7&K7¬1ε;↔;↔⊗ S';9P4(Q$ααα∧∧αα∧∀πRβ ε⊃PRα∧∧ααα∧ "βjε⊗βλh$∧ααα∧∧α¬BπTβ βεεhR∧∧ααα∧∧ε/F≡APPh*Mε*π Z'∞}d∞'.vm→f:πM Rε⊗]l6Fn≡-2ε∞<<Wπ&\@εO" ≡2π6≥I⊗"pQ!PTn},⊗cR∧ &.v=
V∂⊗>4αjj Z7ε.=≤⊗fg∀λ6}o∞↑F∂&≥⎇f∞b
⎇f/~¬URε∂,Tε>.l↑&∞fO⊃PW.n,Wπ⊗↑<Vw&≡M↔6*
xbπ≡≡NV∂&≥⎇g~π⎇ W⊗*∞Mε*ε>↑7&}\↑"ε∂=>2α∀
}rεn≥o∩π/<↑'_h,<⊗r∧∀
π/"
⎇bεo∀¬brr$∧αF≡}.&.∨M≥vsR∧.vF/,Tπ&FT 7/∨M⎇V/∩∞,V∞fO∀π>∞nN2π&qQ&↑v}ubrr%⊃PPH)\↔↔&≥d∧nNmzphVL\76∂∧≥VNv}qPPh%P %U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WHλ%$λ<≤Z-D ..ε$ λ∞F6k14jA QTM⎇.H∀M|Y<]∧λ9≥≠md⊃88.∀∂∀Q)T_9⊂∪dj⊗fP←εE)]q52a]≥⊂1g[vrw:≤FE*7N⊂6wP_z⊂&!∪⊗jg$VεAεE∩P:44[5P$P_pπree with yg`*8A→Kh↓[@∃β≥#πS∃∧≠?;∂M≠↔3E∧¬WJπm_W:r∧λ⊗wJ
lW'≡}-0hW?~7&.T
FF∂D ε∂~
mrππ\-FN~\Mvn∞≥aWπ⊗}Mv≡}Dλ
-n→<YL≤y(≥
t≥~→$
⎇=≤m≤→#"N⎇|[⊃∧
<h∃m}]~≠ ↑|h⊂∀[⊂:42H67w3H9:w. (ThipεACAββ3'↔~βS :∞
&O6≡LRεv↑Nv␈⊗>1PGε ≡BεF≡h $ Sh∪-|→; ⊂≥t0z9[p{2`2, thoq`
Ao!SGPA!CmJA∧ASOI∃ZAEKβ!β;qQ'π⊗|Mv≡}Dλ
m≡~λ∀n↑≤≠p→≥4s3@ qoftware To interface that mo@⊃KZAi<AiQJ↓YP∨∂∞`4+≠,εG>␈-1Bε∞l@λ∞M≠xy$∞z~0⊃Z⊂40{→P17`4h mo@⊃KZAC9HAgkAaWei%]NAgα{⊂↔≥x<LT_X
`4
usE a p@I←i←G=XAiQ¬hASG8OhAaUEYSF↓I←[C%\AC]⊂AiQkLAGC\≥hAYK≥CYYr↓EJAkMKH~∃Q↑AiC1RAi↑↓←kigαK∪∃β,ε↔.O
\Vw"
mrπ∨↑∞εfN\@ε↔J∞Mε*π<≥V*πlYf&␈%a⊂hPβ"P-o;{Y$ {{] ]<≠⊂⊂]4w3@_P;wy~βstation and/oR local neTwork at this tima,
s` mKICXAs∃CefA¬MiKd↓ShAE∃GC[J↓←EmS=kfAi<AC]r↓S]iK1YSOK9hAG←5akiKH~∃aKIc←\AQQChA9Kio←IP∂Mβ∂∪∃βSF)β←πJβS-β>yβ'9¬##∃β4εW'∂,UBπ≡
}Vf"∞,V7<y(∞Mc"PN←(_;O∀≤⎇0m∧≤}4nL;(≥-m→<|d
=λ⊂∀_yP0P≥p|P:≠P:0v~P:7P≥42P7]z9tr→P;wy≠2εE:\ts3@_P22qYw:⊂ 0ublic-domain protocol (X∞25, IP/TCP, PCNET _A∃hACX$\A∪h4∃o←k1HAEJ↓]SGJ↓SLA←9JAgS9OYJAAe←i←
←XAKaSgiK⊂XAEkβ!β[π↔K';≥ε+GW'∧k↔;PhQ#∂#, Aβπ≤π⊗v≡∞-vv␈↑4εf←u↑7ε.\Dεn}L]W~π⎇≡FBε≡ZFznM≤⊗f/.4π7~d WGε]n6O6QQ'∨Nl9π⊗}m}W~ε
≤vBo> V."
]v&.↑4ε␈6↑$εf.≡<V"ε=⎇f&OM≥vvv\DεfNlZ2Jε≥l@hWl≡'NNltε≡}]↑VvN<≡FN}d
f..N4αFf}uV␈6↑-ε.∞D∞ε}NnEW&z↑
vNwD
π⊗␈M|6}g4∞g~pQ*G↔.T∞ε∞≡<↑Bπ∨⎇≡F≡F≥lrπ>≡Mαπ& ]↔αεl\6/∨<≡'Jε
≤vBε}lW⊗F\≤BJεmz&≡*∞↑2π&qQ'/≡T FN6l↑&.wD
π⊗␈M|6}g4 ↔~ε≡∞π⊗␈∞-⊗∂&Udα∧↔↑Dε/6]dπ>OM∧β∩ε}$β_h,M⊗66↑,Vw"∞∞&␈&|=vg~
lV.&\ABε
lW:ε|≡F/>∨~2ε≡≥dεfNm0π&FT
f/'⎇}&O_Q.F}>↑Mε/∩D∞vFN=∧εF␈|↑f/∩ <⊗r?D &*εM⎇f*ε≤dε/6↑/⊗⊗}O∀π/≡↑1PW6]lF␈∩↑>WπεM≤V"π∞-↔6∂LTππ⊗}Mv≡}N4π&F≡@λ <;I⎇∧∞_;~d∞≠h_-o8[y∂∀→;≤lT_;Y↓Q]~≥.4 Lλ
}Hλl∧ ~9YL↑Y;]∧
z;Y∞4≠yH∞∞Z=X.L(≠Y.N{|Zn4→>~.>λ_;LD_x;D}β"[
≥ZkC!!"K#%U+++%U+++%U+++%U+++%U+++%U+#"AQQ;Y∧
yH∃m}XthλM9y<nA JJE%JJJE%JJJE%JJJE%A"K%U+++%Q"C"@↓Al-k(≡≤K&ε$λ -F6α05H$λλα*ytRtdλ~9y.>λ∃LD∧m
H∧∧λβ"D↓l-k(≡≤K.ε$λ &W"39-D∀≠⊃,≡x;]∧π∃stI:h_=∧
U5⊃hZToH↓~stRj4⊃~9l↑⎇λ∃F$λm
D∧λβ"HL=→.Dε-h⊂.∞H ≤N→⊂_→
Y⊗biUεE#)≠v]⊂&Yv⊂(6→pypw≥⊂≡+gT%iP0]⊂)*j⊃bi)←βE)zq~2qz≥λ+gi%TP"4sYyz⊂+ ⊂⊃Z≠βE)rw→2y≥⊂∀&"`iPg*⊂0]⊂)*j⊃bi)FB*7]⊂∃wy5iN⊂≥FE∀2x6,Kj7]⊂∃dπRKS at RUTGERS
Works Digest Saturday, 15 ApR 1182 Vh∂Yk5J@d@hA∪ggUJ@hl4∀∩¬)=ICrOLA)←a%Gft@@@@@@@@@A¬←OUbA¬K9GQ[CIP∂L4R↓↓↓↓α↓↓↓↓α↓↓↓α≤{77↔w#@~ε⎇`∧nNmmw:?4
&.n≡-7
ε⎇`∧,;Xp∀≠py5yCE⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂⊂wv7iλ&sw4]4πr`&4⊂∩)h¬RjjUQRjjUURjjUURjjUURjjUQRjjUURjjUQRjJUQRjjUQRjJUQRjjUQRjjUURjjUQRjjQQ hTL≡F+R∧⊂
Dλ<≤Z-D ..ε$
,fE10u↓QQ\[mWH∩_-mh∃x-My<@⊂_z⊂!fUVXX CE)za~2qz
λ13sz\P12g_t6py~βs
λThe mostd¬P∪π?∪π;Q∧εfN}L≡F␈∩
x D Y;Xm
8<Zd∞Y8<m⎇X8[ ]Y<|d∞~_=∧ )yP∩H9rr`.
`→CQKYbAαK@~¬ X Mtp∞-Elh Kd8@A)Q∃rAQC⊂AC\A¬IHAG=[aCE%]NAi!KSdA5CGQSαs∃βSzβ∧4*4
a5EλyP≠C¬`λ∧
~→(
\8z~-l(≤⎇.∞≠xy,M≤(⊂∩↑2qzj→p⊂7g→P7s⊂≥42P!→w1t6Xy1yFB≤ε1000 tiMes fAsterthanthe VAX. Hh∂nA]CfAi!SfAa=`∂O'⊗c∃)↓¬;↔31¬##∀∀T∧&.v=
V∂⊗αh⊃
≤≠I⎇∧ y;Y. =→( ≥↑(∪n↑≤≥5¬D≤{h∞M→(⊂m⎇<~0⊗→y⊂7h≥4rt`:ed i@PAi↑~)BA
∨= XAo!SGPA
←kYH↓EJAKβC↔∂W&+⊃↓Eβ↓AβSNk↔Mβ4 OS↔∩q984Ph)55hi555ji555ji555ji555ji555ji44(hR∪πS+Q↓EY∧ CK'b↓EeA∩↓↓↓A8π#∪β&FBm¬:@λ¬λ\Z9 ∨*#"Hn[{.D∞≤X=∞H∀z_.>_(⊂⊂]⊂)zvYo instructions is welh taken.
The same obseRvation coUld be applied to other well%known benchmarks.
The Takeuchi funcTion iq a popular benchmari foR compar`∪]≤~∃GC1X←eKQke\←ACeC[∃iKd[ACggS9NA←m∃eQKC⊂A←\A⊃SMMKIK]hA5CGQS9J[YC9OkCO∀~∃G←5ES]CQS←]f8@A)Q∀AKqSMiK]G∀A←LA∧AGY←MKHAM=eRAM=`AiQ%fAMk9GiS←8A←aK9f~∃k@AiQJ↓a←gg%ESYSQrAiQ¬hABA
YKmKHA←ai%[SuKHAG←k1HAISMG←mKHAiQJ↓GY←g∃H~∃M=aZ\@↓βfA≠¬eiS\↓`∂πg~aβC↔␈β3∃βF [∃β⊗+↔9β↑s?←9π#=βS,s∃β∂|kC'3/∪Eβ≠⎇⊂4+ .s∂#7∂∪/M1π≠=βSFKMβC␈≠G' Nc'Se∧KEβ3/≠MβK.k?S∃π##π9εKQβ7N;#Qβ≡+↔58hR≠WK&C↔K7␈∪∃β'2β?;∃εKEβ∨}K;≥β&yβπ∂≡+CQβ∂→β[πfK⊃βSF)β?C&K7'k∂#'?9∧kπKSNp4+∂O#↔⊃1ε{9β←F Qβ ∂≠'Mβ>{W3⊃∧{;∃β⊗++↔∂"βG?7*β?S#/⊃β?C&K7'k∂#'?9ε L4+Ns[π3N!|4(hR#/←/3↔Iαn KS'r;Mβ'v3↔K↔v≠∃βSF Qβ .s∂#7∂∪/Mβ∂∪∃βWw∪↔CK/≠↔;S∂#'[∃ε{_4 n ∂#'v)βC↔⊗3?K↔∞s∂∃βM→β;? βS#∃εK;≠↔⊗+;∂∃∧Iβ←?.c⊃β#∂3∃β∪⊗ ←99αα¬β /#S↔HhS';≠/∪↔;∂*β'Mβ&CπQβ
β ↔;≤C7πKZβ←K''#↔9βL¬bε
⊗>B]LW6.D F∞v}\⊗>* .W h-≥g&.lLV"πMtπ⊗/lX⊗bπM Rπε↑,f␈⊗\≥f≡*
|bπ& Tπ.vL↑&gNα;Yd
88z
≥Y(≤m
⎇;→↓Q\{p⊗≥2P0@ well-defined pRoblem in an ef@→SGSK9hAoCdXAg↑↓CfAi<AaeKYK]hAβ##∀4T¬wπ&≥]↔V/$λgε}T∞εf∂≥≥f:πMyrεf≤,v*ε∀
&}fUaPPh)mw"ε≥MBε⊗]l6Fn≡-7~εl\V"ε,Tε.6m_6N.nEbα∧∀ 7/∨M⎇V/∩
\↔Jε,TεNwL↑&/∨L\BεNaQ&↑v}⎇⊗v:
w:π=Iw:πM
⊗v?4∞vNfD vzε≤dπ&FT∞π⊗↑|,⊗nn↑.2ε∂,Tπ≡f}∞πJB Uf*PQ(λ,L~;Yd∞<λ⊂~~2P7:[q2y9H397fH_P:7H5⊂;t]4⊂0P≠5wx⊂~w9z2Xp∧ oF qsiNg a
closed fo@IZP→↓∧≠3↔π⊗ce⬬≠3/CπIβ ↔v≠#'π⊗Yβ'Mε≠π33.!β≠?⊂∧εNr∞>V≡B ⊂λ <<y+AQ@εE&[y0v≥λ;t2gλ12w1Z4py5Zw3V⊂_t7wiYP12g_t6py~yP6p]1t2`$ to What @%hASf↓s←j~)oCMh↓iP≥βn+πOW⊗)0 (!Q$∞␈-yFf∂-↔"π& X LT~<h
mh≤u,=λ≥~
≥Yh_.∀≥~→$∞8π4`6ersal benchiark,
∀~(Z[-CUKQC\↓!eCiP~∀4Ri555ji555ji555ji555hi555ji555hh($
& S∃Iβ Qαπ¬⊃↓aIβ QiM jBαPhR≠K∨iQβKW⊗K9βπ ∧¬≥∀∃ZE≤_Q*7.⊗,X7#R 8 mMβy⊂&[w0z7\9FEεB$P;w]v2⊂ ,ike @Q↑AE@,π∩ε
∩o⊗↑4ε≡}Mx D
8πw4]4πr @→←dABαβC↔K≤¬vv∞βλ⊂⊃[vx:j→y↔εE∪tz0∪@UESgQ$XA↓Sβ#π∂#Jaβπ≠ ∧∧,<Xp↔H0r6⊂≤p¬emth∞A[¬SBAg%[S@3∂⊃βGm_
∞P4w≥42P∩βE_V~L_⊂⊗@ ⊂→⊗_ _⊂90[3rP∀≥42|P~0{2P →XvvH84z1Z⊂0w2λ92yg[8z4g[9P0q≠zz⊂≠MXεE,λ~ZX∀K⊂⊂$P≥wzv"λ0x8)→qtpz→P7x4[4ww9H0q7z]⊂:42H92v$Xq4v4]<P0w→⊂84q]8¬re
quality Od∧AiQ∃gBA←HAgS[%YCdAU]Sif8@A
←HA←iQ∃efAo!↑ACe∀AS]i∃eKgi∃HXA∩4∃oSY0AG←Y1KGhA¬]HA[¬WJACYCSIC YJAi!JAeKMa←]g∃bAαA≥Kh\~(~∃)Q¬]WfX4∀~∃ ¬eesX4∀~∀Z4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ ]⊂AWLA]←eG&↓ SOKMh~∧T(TTTT(TTTT(TTTT(TT~∀4ZZZZ4Z~∀~(_⊗db5βadZ`d@@`dhn∪βY∧@@@%/∨%↔LA SO∃ghA,H@Fhn@@@~(@≡db5βadZ`d@@`@hj∪≠∃XA!Y∃CgC]P@y/∨I↔&ACPA%+)≥ %&|∪/∨%-&A S≥KghAXd@Fh\@@@~) CiJh@dbA¬ad@bβIaI↓β⊃Ua6-~P4*7∪?5i∧k↔1αεc↔πO∞sQ↓r<zJ.Mε QαJ-"≡⊗J≠p4*O.∪+↔∂#Qα↑>∀ZMα∪N;↔OQ¬1I↓
#84*O.s∪↔IRαB2⊗
~ε:Qε QαJ-"≡⊗J_h*S=Rα←?K]→i↓lhRK↔CeI6S=Rα↑.J]→βπQ¬∩VR≡-∩L4(hR←?K←→α∪'>+OQ↓α↓↓↓↓α↓↓↓↓¬;↔∪;/≠∪πeb↓IEα∂βI↓EKAI↓↓α↓α[?g+7¬↓∩↓iα'∨≠W∃↓#84(4U#?∪πJ;MαS␈β'∂MR↓↓↓↓α↓↓α←␈∪&OS∂#'?;~βπMα7+K;''+K∀4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓α/≠↔IαNsS↔K6 ∂∃β}1βS#*αc↔K␈AαOS∂⊂4(4Ri555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555ji555hh(4*& S∃I¬≠W9α∂βI↓EB↓IAi aEYβ eaHhR≠K?kQβ∪↔≥3πaπ/#k?=∞C↔;KJβπQα⊗+K/↔d+d4*∨+ +↔∨!aβ←␈∪ ∨∨L≡FN}n4ε∂~ jW⊗v≡NW⊗(Q*6␈/,<RlNlisBαλj&}j¬
wα¬<X LL<J(
l99(
m⎇λ_.↑~→;NM8x= \ C"AQT{{,↑~~;Lt⊂(⊂∀_{2P;→y<P)Yv27vH9rr`. discussed is the i@MgkJA=HAEk%YIS]≤~∃o←IP∂OS∂#'?;~βπMβ7+K;π'+K∃9ααS#∃ε{C'∨Nsπ1α∞cS :∞|↔~ε∀λF/≡74απ&
≡0hV≡
π⊗}≤=αε&|↑2εv}@π≡∞]Tπ&Z
↔6* ,V.r h mM≠⎇y,D≥<λ /(≤⎇,<y<|m}\k@∧ =λ∩ ≡c"X,NX;] ≤βryWλ⊂#7yλ7w2P≥44w3K⊂7w2H1pw⊂→pz⊂*~2P20[w⊂5r↑q7py→⊂0z the
pro`ep heieht! AlsO, by desi@≥]S]NαβS#∃π;?K/∨#πS'}qβπ; βS#∃εCW7πpβ←?KXh#OW⊗3π∂↔~βπMβ
βW;' aβ?;*β∂π9∧+;OW⊗)βS#∂!βS#-∪∃β'~β↔;?,∧vBε
}&OV⎇nF∞`Q.7/⊗l≤6*εlX↔∩πM Rε&≡>εf∂∃y6/N-x↔⊗" mw$≤|⊂→→pr4g→β papers -- so@5KiQS9N~¬I!ChA[¬]rAo=aVAK9mSe←9[C@;'→βπK*β π∪eIβO#⎇∪Qβ?pq↓α?v)β∂πpβ∂↔KαL⊗NvO⊃PVN\X
∧∞~→4lT≠Y0∩Y9P;t]4⊂0@≤p¬parate piace of fUrjadure, but iT starts to
be so heavily cusTomizEd that it might as Well be an integra`_AACehA=H∩∃i!JAo←IP∂OS∂#'?9p↓α?Iπ≠=α%¬≠C↔∂.cπS∃ph(4*F MβπwK?;∃ε#?;∃π;?K-ε 3?;:βS#↔≤)β3'v+M⎇↓∧Iβ←?,c⊃β *β[↔KJβ';S-∪↔OS.!βS<hS#↔π∩βπ;e∧K∪↔π~βC↔?∧¬F*ε ≡f*ε⎇dππ⊗}4ε∞vDλ6}w5aPPh%P %U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH⊂p~[⊂ x9λ_\⊂→ ≥_~
_P⊂LN→εE#≤5v]⊂→2q{0↑⊂zz=≠wPt2[9<P0]⊂!2y~rv2|CE)zq~2qz≥λ92qw[vrw2→r⊂92Xp∧ing
Soupce-Info: From (or Sender) name not auThenticated.
The April issue kf Byte has an **eXcellent** article o@8AkgKH[S]i∃eMCG∀~∃IKMSO\A rAiQ∀AIKg%K]KeLA←LAQQJAg=MaoCIJA←L↓iQJAaKe←P↓'iCdαq↓α?v)β7πHh+;?"β3'/*βS#∃πβK↔∂O≠∃β'w#↔K≠∞≠∃βSF+eβ∂∞k∃βWαβ←'SBaβ W"βS#∃ε+cC?≡KS'?ph+/→ε∪πO'~βCK'v≠'C3/→β'Mε+cCK.k↔3E∧∧v}}EaPPh%P %U+++%U+++%U+++%U+++%U+++%U+#"AQQ;Y∧
yH∃m}XthλM9y<nA JJE%JJJE%JJJE%JJJE%A"K%U+++%Q"C"@↓AβY≠⊗Px9⊗L ⊂⊂_XM~@`k⊂⊂⊂⊂∧Uei%iH"4sr\z⊂+→λ⊃Z≤λ⊂⊂εEλπY~⊗Px9⊗L ⊂⊂__ ≠Dfr[⊂(6 %asant <WORKS at RUDGERS> WORKS Digest V2 #48
Date: 24 Apr 1dpd@@@dj[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@Fh`~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYβI6S=Rα↑.J]→βπQ¬∩VR≡-∩L4(hR←?K←→α∪'>+OQ↓α↓↓↓↓α↓↓↓↓¬≠πSW⊗#πe1β⊃Qαππ⊃↓EeC⊃↓↓↓αα[/3.k∃↓IβQα'O∨+∃↓Q@h(4*&{∪πe?→αS?εK∂Miα↓↓↓↓α↓↓↓↓α↓α?O⊗{WK;*↓EαG,+Kd4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓α∂?f{Aα7|¬fO&}$∧Nvm}&n∂M≥vph$∧ααα∧∧ααα∧∧ααα∧∧ααα∧∧¬>␈->7&∂M≥vw~ ≡2∧7↑-fO'↑,PhR∧∧ααα∧∧ααα∧∧ααα∧λ6}n\Yg'~
⎇bπ&
≡2¬>}-5∨&≡M⊗}w4λFN>↑>@hPQ%RjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$ε#
∧≡
"β ↔ε"β 67αlm:APT↔-⎇SR¬ Yf&f↑Mvrε≡@¬-$→↓S∪α¬λ&}∩
λVv&L↑F}r⊃Q%∨.-,V∨#$
w∞⊗}Z&v*ε⊂π∂.↑/⊂hPβ"R$ 9(∪
⎇zz;Lt→[p→λ4w3'\6pz4[w⊂0q≠zz⊂ 4he o@ME←ke9J@bAA←eiC YJAG=[aki∃d\~∃¬]rAS9M←e[¬iS←\↓CE←KPAckC1SibX↓aKYS¬ESYSQrPAC9HAkg¬ESYSQrAMe=ZAaK=aYJ~)oQ↑A!CmJAUgCHA=]JAo=kYHAα∪∃βπα
π⊗.=≤↔&.E`α¬εLX↔≡(≤Y.
≤∧P $irecTly to me
Pefdleton@utah-20
λ Thank You
Bob P.
α-4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZ~(~∃ CQJt@dDAβadpd@Bβ!aAYmα∩P4T3C/5RβK@.-≥bε∂D
5∀JZJ4_h*>V⊗V\>CB∧=⎇F␈∩
]vvOM}"εNlh aQ@εE ]80qt→r⊂0y→P:42H92yx≠w9r`3 I got to my cOlkr monitor quEpy. I have
αalso done soma sCoutinut $⊃000.Aβh~(@@@@@@@@@papβ⊃U!β>C'S∃∧≠#πK∞≠S↔K~βπK∃∧3WkkJβπMβ≤¬voε≤,V"πMtε
εmz&n∞AQ"αα∧∧ααα∧∧α∧
y`λ∞L<[:-l9 @∧ ⎇~→.∞βtybK⊂:42H84qj≥y2yP≠5wuP∪βK. You Can¬
g` hAβ##↔O*βπQα≡{7CW&+K &≥lCJπM Rε6⎇M7
πM W⊗*∞<V.j∞Mrε6≡mw⊂h$∧ααα∧∧ααα∧∞FF*λ]F.∨N-vF}\Tεn}m≡F␈∩aQ hR∧∧ααα∧∧β∩rλ,↔⊗≡t
V∞↑↑4ε
ε]yfO&}$αD≤EV3~∧
%∩π& ≡Bεv}-V∞fO∀ε>}↑4ε6←!Q"αα∧∧ααα∧∧αα#⊗W∪αεn-vjπM Rε&≡>G⊗N.↑F␈∩d∧∧O"
↔~ε∀¬c≠∞]Pλ∞
=_z∧∞≥8Y$ ]=β!$λλλ∧∧λλλ∧∧≥~→$∞Z9→-t_X;LNz9≥
∧~<h
⎇[≡(εt∪:≡D∀λ⊃[n⊂:44\P92p\ww⊗⊂_wεE⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂∞_<→~H9qy2Yw⊂4`3 not too cpisp here either, although it is a
little better than on the Amdek op Electrohome. They say a
newer versIon at the same price will be available in
September With 15 Mhz bandwidth. However, for a limited
time (due to overstock) you can get one of the current
CD-33 HRs for $ 795 from the distributor in Santa Clara
(408-727-1506). Nh∂iJ↓iQCh↓C\AC⊃CaiKHAM←d↓Q←←W%]NAk@Ai↑~(@@@@@@@@As←kHA!εA%b@Hb@`AKqQeB\~(~∀@@@@@@f\A⊃%iCGQ$OfA⊃4@dnbLASfAQQJAg!CeaKMhA←L↓iQJA5←]Si=efA∩↓gCn~(@@@@@@@@@PHbd``RX↓C]HA%fACYM↑AEr↓MCdAQQJAEUYWSKMh\@Ae←jOY0A]KK⊂~∀@@@@@@@@Aa1K]ir↓←LAI∃gVAgACGJA→←dAi!SfA←9JB@AU]YSW∀A¬Ce
↑XAi!Kr~∀@@@@@@@@↓I←\OPAgkaAYrAC⊃CaiKI`
β≠⎇⊃βS#*βC?C.cπIα∧≠M "∞=rε⊗T∞&.∞O∀π&xQ$ααα∧∧ααα∧∧εNwlX ND≡;⎇.$≠⎇{Ea C"H,9[|LT≡;⎇$ ]>( ∀≠;{M≡≠|K∧
8:y$∞⎇<Y$∂;y(
=[⎇`
⎇h∃
t~;] ↑YX8lT~=λ∞Mc"V-}<H∀λ5β⊂⊂"Xqt⊂(⊂P0w2λ4ww4]4πr @MKKKf↓iP≥βF [∃βLεG4≠⎇{D∞9Z4.\αP:<\2P7`&
co@9]KGi=dAC]⊂AgSO9CXA←UifXAβ≠=βO∧+∂'πbβπ&≤
F/↔4λ↔⊗*∞↑7.∞MO∩π⊗↑≡VO⊗\@ AQU~→$ 0S
λh_9 Nh_ ∞}X;ZmL(~3D∞~_=∧ >≥≤L∀→;⊃,>≤[{M≤|h_.,(≠Y,\→9
≥H≥~ Q"X9 ≡≥→<D
9H≡-}(≥x-nλ≥≠d∞<y(∞M→(∀λ4|h~-n→;\m≡≤(⊂⊗~w2P*≠P3rzλ0r6⊂ YεE![v7y9H∀ vr→uP0w→⊂"v2Xz97t≠vrP'≠{P40]2P:4~yP1d\1ztj≤<P1:Zv:⊂4[∀W⊂⊂∩FA24Y⊂34`.d one company (M&R, Saf Jose) that↓SfAo=eWS]≤A←\A∧@Ek]%mKeG¬XD~∃α ∪πC&+IβSF Qβ←Lc1βπ≡≠?77|∧F∂&T
V␈∨D v $≥~→$ {{8M≥X=~-⎇\h≡-})|Y$
~:y-O!"P~≠P1w`-e up with≠ it @]SYXAMkaa←MKIYr↓gkaa=a`⊃β&C∃αε∀i∨MβLsS↔;≡KSeβd¬⊗v*AQ'&@{k@∧
~→2.∧≠];,,<H⊂∀\β $⊂8) 2``Z`bX`\@A1←←VAα3?Iβ&C∃βC⊗{∪W∂ β'9β∞∪?WQβ04+←.+ ∨~βC"AQQ{slD≠→8mTεEεB ∧abryl
---
------
αDate2 19 Ap@H@bbpH@bftTjA 'P~∃'K9IKdt↓≠CegαCπ31u:∃≥Dλλ.D∀⊂4H∃306λFE# 2om: Marshall ≥/ '(~∃YSBt@↓!CeF5≠CqF9β%!β9Khv@DrAβaβ⊃↓aIβ AiU8jBαPhP4*←*;[∃βF ⊃β∨|{⊃β3.≠ ~π⎇~FBε]⎇fO&}.2ε7-⎇PhPβ"Q-L8⎇≤M⎇≠{9$λ8ε2a]93w4XyFE≤ ≤P+r[4∧ingtkn St. N∞,
αKitcheNer, Onpabio
C@¬]CIB8A≤e∞Q∀l~∀4∃)KYα+C#?v)↓!Uλπ∩JβvBBk≠⊗⊗⊂hPQ*FF/<Tε∂⊗Tε∪~∩ M⊗∞{{X-D⊃q3$
9{Z.Mβy9P
4¬`∨I∃XA∞`dRAoSQQWkh↓C\AKαs∂3?∨+K∀4T∧⊗v"∞,W∂.≡,RεO=x ≡~;{D∞≤X;N<Xπq6Yy9W∃42|P≥0p e RGB @¬]HAg
C\AgQC]ICIH~)+⊃UαR2βK↔O|¬G/&≥⎇br¬M WJπ⎇}Vf" X↔∞NM∀ε&zεrSαπ∧εS+α∞⎇↔&B∞8
-l{→(∞
>→3↓Q\Y<m⎇≥=~-⎇KH⊂m}⎇λ⊂,-⎇=λ∧F, ¬a C"EU4z1
l>#"AQK++%U+++%U#"Q ≡→.Hε↔(⊂<∞$ ..ε$ ,NF&λ∀∀jA"QTM⎇.H∀ ≡x{h ≡λ∀⊂*(k30+λc"UM≤.Hλ
<Xk)\>_kH~T⊂;L↑∞h '∀⊂<≤Dπ H &'LL+*λ∃β"AQUy( -⎇9z∞D_(_N]Xzλ
|H∩~.L8z~$ ∪+,Fv,ph
]{Z=
}\h→M}H≥<lT~;H
i∀r( L<z1ma"]{n-|⎇_.M;{\eD_;Y∧ <Y(∞≡:=→$∞x=~.<Z99¬dλ∃~ T_{{
}H≤Y-l~=~-⎇H~4aQY>_l]≠→;NEλ_].D≥~→$
8>~-↑;(_N-9z≥
l<|h
≡h≤{m\=z_.D≠→<n4≥~_-d≠{H∂≥⎇<C!.Y=_-≥λ∃≤M≥Z=≤M⎇H⊂tJEHλ∃
(≥{n-|k:-e8+9∞,=y<D
8:y.4_9~N↑⎇≠9-n≤h≤n↑→<C!,8<}%a"C"J|αP24Y⊂40{→P7w2H6tw7\⊂897X62vP≥t4qtλ4yP:~0z⊂7]y⊂1w[x:z2\9P27[∪zεE→pw2y_z2P2\zpv4↑4w3@≤:v9r\P0yP≤0y:⊂≠s⊂:4→P1wv\7ytz→P9|w_P9ts[0v⊗⊂_w2εE≥44yP≠rpw:λ;rP7→rr⊂$~z0qt~SyP2[2qz9≠w4qyH17py→⊂:7P_2P)2]↔⊂6"]2v⊂$H7yεE≠0z2y ⊂⊂"2\x4z2H7zy⊂≤x2qtY<pw3H:44yH7w⊂7]y⊂7y→2y⊗⊂≤wvrP≠s⊂:4→P6wg~z7y9CE;rP≤2qrt]2r⊂+Yy2P)→{↔⊂#H0w2⊂∩↔⊂⊂*~2ty≠5qpvλ7s3$XrP;p\P6wy]εA9j\87y:~{2V⊂_w2⊂9Yw:⊂ ! Hitachi representative here and to change all
the boards for us.
Richard Pasco
----------¬
Date: 10∞AβAd@pdbrdb@thrA∃'(@@!'ChR4∃≠K}iiβ∪.≠[πa∞#W/∃∂+;
π>iβπQ∧∪↔K/,¬F/HQ*fN $∧¬∨⊗∃Yg≡≠⊗∃d
∃λ≥f/#4ε∪J∧≡∞"βC$ε∪CS'∃U∧%AQ hT∀ ε∂6T∞W≡.Dλ&␈&∧
VO'=∀ε∞vD &∂⊗=tεn}m~F␈↔5`α∧∂4 f∂∩ ≡2∧J
=f␈:∞Mε*πNXλL↑c"J ≡λ≠→,≡⎇
( ≡Y(_-Mλ≠8,L(_↑$∞~→(∞≤99( ={<_-o+Hλ¬λX<Xmt→≠y.P6puYP9wfYP7sεB842d\⊂1y: yR⊂!≥z⊂77]⊂4w≥40z life), I have alwayq liked bapco
monitors The best. I know peOple who swear @ rAiQ∃Z@QY%W@∃αuJ&Q∃aPPh%P %U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH @→λ x9⊂ \\⊃⊂
*4:y≤r0|TH→_YY bb*εB#97vN⊂)'iTdb⊂ !t Wharton-10 (David Rossien)
Subject: Worcstations ac Fqrnitp eJLA%C5EYS]≥f~∀~)⊃CmS9NAga∃]hAi!JAaCMhAgKYKeCX↓ICsf↓←\Ag∃mKeC0Ao←e-giCi%←]f@!∩AI←8Oh~∃!CmJA5rA←o8A'iCHXAEkPAeCi!KdAB↓ CiCA←S]h0Ag↑A]QK\A$A]KK⊂ABAπQCdA∩↓QCmJ4∃i↑AUgJAg=[CO]∀AKYg∀Of\\8AKCG AaKeM←\AG=]MSOUeKfAQQKSd↓Ice]%iceJ4∃ISM→KeK]QYrXAM↑A∩A!CmJA!C@Ag=[BAaI←EYK5fRA∩↓QCmJ↓iQJA→←YY←]S]N~)G←[[∃]ifA¬E←kh↓o←eWMiCiS=]fACLAMke9Sike∀t∩∀~(@@@A% AaK=aQJA→←YY←]KHAE¬cSFA∃` ∨?v{7'∂~βπ;⊃ε3WK≠M#WK∃ε#↔O'>q1β3L[∀4 α↓↓βπdc?←'v9βC3,sSeβ|∧bπ⊗⎇yRε6} λ∞M→(≠-}<y(¬
⎇_<D∞|→0⊃Zq0 c, but↓ISIX↓S\
∀@@Ao!CiKm∃` βG␈)βOπw!% "∞ F.wO∀ε}H≤[m⎇(→P↔\α papers Next To the
workstadion, @IKCISiK@Ai!ChAI∃`∂-βF+'∨# β'Mβv{Qβ∨|{⊃β≠|ε"ππα8λ )ng
(something @]QSGPαβπ;e¬≠↔∂K-#πKe∧¬6v←}5Bε∞βY⊂≤β` Ge∃iCe@J;Eβ∪-≠ ∨~ ≡&(hαHλ∧∧_Y0∀[8∧ with that i@8AS@'v!%!ααI∧,@H≥~ ↑Y(∃m}9→⊂_2P5w≠{P72Yp∧ f@=`λ (αHλ∧∧≥{p→~βstations as f@U` 6α9≥. +λ⊂⊂[2⊂4gλ30q`4 I would @9←hAE∀AMOdαβ'Q⊂hQ↓↓↓∧∪↔∂π,ε6*∧α(⊂⊗Zst:≥ps:⊂≠tp∞e arranead @⊃SEMKβ∪↔;SgIβC#∞qβ←?,¬F"ε,QPBα∧∧ππ⊗|¬P∀Y2r⊂∀→5y⊂&→q:4b\β(λAM=` β'w≠Sπl8 %∃@εEεB⊂⊂⊂⊂∩4πweVer, @AK←aYα)β∪?p;QβO,+5βOn C@" X M}9z∞Mh~{M}h_;
D≥~_.Eλ_;LA Hλ∧∧≥~→.,9[p→→P:42Zy⊂0z≥2vx*≤β ad↓aP∪π≤+7.β]
|H≥{n
|⎇_.M9{\d∞⎇~;M≡hπεEλ⊂⊂⊂(→y9w`.ally I fi@≥keJAβ##↔e∧#↔O↔↔3∃β' aβ W ∧π>F]`λ ∀~_=LT≥≠h∞⎇|Z` ≡λ_#!∧λλλ∞⎇|Z|nL=~3mdλ≥~ ←(→→.tsw2Y⊂⊂7`2 igbe kften diDn#t Design) @∩Aα≠π9∨ h)↓↓αβOSπv!β'Qλh( (αU~ ↑Y(⊂.,(_p↔[x0w4YyP @1SWJAMiKKYα≠πO∃bβ←#'≤¬αεn≥<Rε>]lW-8h∃m}X|⎇ ≡~;sAQY→<myP;t~qt⊂ 7orc @→S]J\αq1β ,εBπε X∞$ <Y(λ[∀⊃3J95Q(¬ (~_.l(≠p↔→P37`2 iy
Datapoint),∧@Aβ1`∂=⊃∧εFF/∀λλl≥Iy⊂~0p∞dle ce@IiC@'p∧π>→8p∀Yαic Per`∪@∧C↔Kπbβ3'<QP@*R3<d¬⊃_= ≡≠z0↔≥⊂72`4work↓CGGKβ≠@~ε-x∞ ↑h∧V⊂→αi`→J↓c@↔Kαh .9P @∃iF@8hP4*SF+C∃β∂∪∃βC,¬wε@→(⊂≠Z4π f@∃KXAo=aWgi¬iSO]LAgSYαaβ 6↑hW$→y5∧
{H⊂~~2@
@∃qKGkQSmJOLAIKg-`
βSLc1βSF+eβπα,Rε∂l≥⊗f∞-H $
8π⊂ 7alnu@PAOeC%\\\\αα%βπh∧εv←AQ'∂/,Tπ&F←∀π,8;∪∂∀≠x
cZ8⊂:7H12P'[⊂:42H2|2a]z4{"IyP22\βk i@8AiQJ↓ISegβ 4+Cd∧⊗≡
¬ WF.>ZFO6T V.∞n4π&FT ∧, Dλ ]|≠⊂∩K⊂77`4 "eanacers ), And if se are
@⊃KCIS9H
β←M#!β¬∧ε6n∂,@λ ]Y⎇1m∧→>→,>=~=LT~→+n≥→(∃m≥≠λ∃ ≥y(∃m =→5L↑H→z.l9C"I_H≡;nT_x;D
∀SuHT~9λ∞⎇9≠λ λαf(↔βE
My bosq is eivi@9JABAββK↔O,¬g&∂M→vrα∞Mε∂" ∀vjπ}-↔&Nlpλ M|H∩
≥*(≥
t⊃∀λ∞O<→#!-αpw0Yry1P_w2⊂ \864aXz4ww≤P86 [72y9K⊂⊂*4→y2P0\2P9w[p¬ topice covered iN
the palk that I thinc are relevant to this Lewletper. @e widl say:
αo The inteRd¬CGJ↓iVA[¬S]Me¬[KfA]SYXA¬YaKd↓Ie←Z↓iKe[%]CY@_h)↓↓α↓↓↓↓π#=β7.cS'≠.s∂S'}qβ←?⊗[OSπ&K?;Mph(4+z↓↓↓↓α↓αS#O→β3↔, etc, α
o Theref@=` ∃1∧ CC3L≠πS'}sEβCd ;;↔↔→β3'4∧W4_Y0m⎇9(≠-}Y(⊂m⎇<≠⊂∩↑∧@
since its hard to @)k@∪∨*βK↔O|εWε≡T
&/∂]_ L]9;]∞P7s⊂≠2{V⊂≠0pp⊗e,
∀@@@@@AKqa∃` '↔,¬g&Nlpλ∞↑y<\eD≥z≠d <Y(∞↑z;Yd {{<∞↑→<\d∞≠h⊂∩≠P:42Zy
joBs(λA]=hAM←β⊃βCK|#W∂SL{9βK,¬g
PQ!PF@hλλ∧∧λλ⊃M≥X;∪∂∀λ∧0w→⊂37`2 thi@LACkI%K]GJ↓iQSf↓SfAgαyβK↔4{3@/M→vv∂,ε#!∧λλλ∧∧λλ~ T~8sD}λ≤u.,(~→$}h→{mmX(⊂→X|P4`4 yet , the @P functions od∧∩∧@@@@@AiQJ↓G←[aUiKd@!YSWJ↓ICiC CgJA5C]CO∃[CMh0A]k[∃aSGC0AGCY
kYCI%←]fX4∀@@@@@@A5←IKY%]NXA∃iFLR↓oSIX↓←GGkArA←]1rABAQKK]r↓MeCGQS←\@!gCr@D`Zd`∀R~∧@@@@@A←LAQQJAkMCGJA=H βSF)β←?⊗[OSπ&K?99rqβ?≠4¬⊗≡
h
-l⎇~;mnh≠~-≤#"H∧∧λλλ∧∧≤⎇≠n,9y+n,=≤Z,↑X; ∧∞{|Y∧∞≤[pl↑|z3Luλ≠8-≥ λ⊂⊂Xz4{4]<P6p[0srvYw:εEλ⊂⊂⊂⊂λ⊂⊂∀8→y9ww_v⊂1`[2w20\9V⊂"]1P∞) widl be what users usar Most.A/J~(@@@@@@A⊃¬mJAMα{W;⊃bβ∪ ?-≥g∨&≥l6*b∞Mε∂"∞Mε*ε]z7"π↑8V"π∞-v/⊗≥↑2bε/⊃PRα∧∧ααα∧ ⊗rε},F/∩
xbεn≤⎇fO'\LRbε≡,Rπ& ≡Bπ&←∞Bε.M≡F␈↔4
vrε}↑"∧$X5@hR∧∧ααα∧∧εv␈D∞FF* 9voε≥LW↔~D W&~aQ hR∧∧ααα∧∧αl&≡hPhPQ%RjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$ε#∩∧≡∞"β ↔ε"β ⊗F"l-:APT7-⎇SR¬y~E$l→dε∂"
*Rl=(XTph*>V⊗V\>CR¬⎇}&]_Q!PTJ}lRε⊗\]bπ⊗\≤FNvt∞FF*
⎇w⊗]4
FO∨D f␈∩
←∩ε&≥≥GJε]nF/↔L≥⊗vn]nBbε≥lBε6≥l@hV≡Dε6∂<=⊗v∂M≥f:ε≥lBε.mM⊗.GL]fNvudααEM ⊗v←5∃bα¬⎇ ↔"ε]}f/~
\Rπ&t∞w⊗OLTεO_Q.&.6↑,Vv≡T∞Fzε∀∧&f∞l}V∞>T∧bεn≥lBπ≡↑D"π& ]w↔J∞,V>∂,M⊗v:
L⊗v?\≤v/_Q%ε∂'N-⊗↔/L\Bπ&t
vF␈,e∩pH!Q$∞r
_ n>9(≠l@⊂⊃)aZrw1bH≤_Q contained an article about Language,
maintaining↓iQChαβK↔O, K∂!εCπ⊃β&+7?;∨#@⊗∂L\Bπ& ≡Bπε]zεf*∞⎇ε␈≡TλfO↔>APVf≥lw.∞|Tπ>∂4 &∂ε≥lW≡
∞ Wε6}-V." <W↔ε≥≥bππ-|6/∨=≥f*ε⎇`ε}vT∞6N&T
v"πM PhV.,⊗Nr∞⎇ε/⊗\≡2ε∞MDε␈& Z'
π Z&&␈-\V"πM
w≡(≥_.≥|h∪md≥~→$
⎇~→.$≤z9 T≠yC!.~→( .X:3D 9Y⊂~vx6 )ed that Language may ifdee` iMpkse on the PHYSICAL
structu@IJA←L↓iQJA aC@'pq↓απ2βS#'~β'Mβ'∪W*Dλ
<Y( ≡Y(⊃N4st:→w0w3CE897\βpec@Q`
β≠|ε"ε∨,X↔&Nlpλ
L8π3zXqryP≥t4qdλ;tv&λ2r4fZw0z2H:42P≠2rr→αh∂d~)K@↔≠,εFN~ Yf =8π2`%p¬SMNαβ'9β≡{7*∞8 -ny+λ .=λ⊂~~0z⊂ 2eadlY isn≥hAiQ∀Aa←S9hv~∃QQJAcUKgiS=\ASf↓Q←nA5kGPAIKYKm¬]GJA5SOQh↓iQSf↓QCmJ↓iP≥↓⊗3'KO h+CK|;Cπ]_ LT≠_;L}89y$⊂⊂0wλ4s3 ,ua`≥Gα)β←#L≠!β7∂Iβ∨K⎇9β←?↔≠∃βπα4πN␈]lv/∩ ≥f H-→w.v|Z"ε≡
_ NY;@ ≡Y(⊃/∞≠|y,D≥≠h∞∞X;:.M=Y(∞∞[y|L≥8;Yd
α0w3]psriJUαEεB$P27[∪z⊂%[7{P+Z0z⊂#Yw0z`3 is, but Per`apq it'q the abilitq @Q↑AeSMJ~∃C ←mJA∃]mSE=][K]PX@A∩↓I←\OPAGYC%ZAi↑↓EJAk@Ai↑Aβ##∃βL¬g&.MHV∨'\≥Bπε}|W@"[qD∞~→(
⎇|Ztd
~<u∧∞→<\m⎇[Y0⊗ ⊂1:`4 I'mquppoqad to be faably
intellieant; and↓∩AMS9HASh↓ISMM%GkYh↓i↑AG!C]OJ↓K]mSβ∪?;7,sSMmε+[↔9π;#↔8hSS#∃εs↔]β.s['K}s7↔≠"β#πMπ≠?7∃¬2⊗Je∧s'∂∃ε3↔πS-∪↔M1∧Iβ≠'v!βπ9εK77↔w≠∀4+w+7 ↔⊂β? β&C';∨~α%β;zβ3?;>+Aβ/v{]β#⎇9βS=ε#=1β∞s⊃β#∂3∃β¬∧3↔↔3Ns≥α¬>h4+mzBπ/=→f*πM Rεv↑tπ∂O>LVjε≡4εO"∞|↔~ε≥nF.vL\BαG]nFNb ∀π⊗.≥IGJ∧_*4⎇∀$ ↔ H.⎇εN≡∧
F∞↑↑4ε
εM⎇f:πM≥V*Jd∧αD∂4 ⊗rε← ⊗oεLUB∧J
x L<(≥≤M≤9λ∃
t≥|Z.L(_#!.≤[yn,9(~-d⊂4∪∧∞z=~∧∞Y<↑$
~=≥
L(→0≤≤7yzy→]P4jλ67wuYr⊂6$ZpP#'T*) g ⊂$FE_v9wP~w7{@≤βome very bright peOphe Who STIH@_Aα+cCK/≠Eβ∂,ε'&∞α;@⊂_ww1r\:9FE~w⊂∪@09x asqe`≠E1Kd\@↓β]HA¬aaCe∃]iYr↓iQJ@ αPA∧↓YC@;?+π∂∃∧{C∪↔⊂βS↔O'→λ$-→f&N<≡F*ε←∀ε&Nli⊗∨.NO∩π≡
_g&Nlpλ \αpy9H4yP7≠z⊂2:YP2|1[8¬si@YKYbAβ#=β7Jβ?←8hS';S,c3↔∂'+π1β≡C?KS≤{7'≠?→%8Q!PU> ≡B∧J [πε.>LV"πMtπ≡9(~-d≥~→$
{|Zj4→~4l><|z-⎇H≥y.,(_8N>≤X8nA Y~.<⎇<tm≥{\h
|H≥z ≡λ_
⎇|ZtnL=~3md≥x<ed∃z_.D∩(∩ ≡Y(≤l\;H_.,.C"AQA"H∧∧ +@ @qqpyZww0vλ4y92[2{0w_tryP
2sV⊂≥42P$→pr2yλ3y4x→yR⊂⊂≥t4qtβE⊂⊂⊂λ⊂⊂22]90qjλ397vH:42P~w37y≠pz4w[⊂1w`.tent)
¬
2.Semi-relevancieq e@≤XAISMGkgg%←\A←α1β¬β∧ KC'∨+3πI∧k'∂Kzaα>M∧{@$ α↓↓↓↓∧≠?77.s'∂π&K?;Mπ≠gOS.i1β←FK∂!β∂∪↔9∨ βC↔πfceβK,c↔[πw!β W β←#'≡@4)↓α↓↓↓αJβ∪'; βCπSF+Iβ↔'+∂πSL{;π⊃Hh(4 α↓↓M9∧ ∪[↔↔#'O↔n+;SMε ;⊃β∨∪'S'≡KO7Mε{⊂∩πl≡&N␈↑4ε/GL≥g"π?~7&.↑1PRα∧∧ααα∞∞&}⊗≤-GJπ ≡'"ε|dπ&FT ⊗⊗␈lTεO&]S2ε∞L=rπ6↑/∩εNnLW⊗/>M⊗v:Dλ'/ Q$ααα∧∧πε/- ↔π~
mw"ε|↑&n∞lU⊂hPQ$ααβE`∧
εM≡G&fT
FF.}/∩εv}tε∞vD
FF.d¬π>F≤=α∧J∞Mε␈.⎇∞Bπ>≡4π>F≡@π&F≡1PRα∧∧ααε}-w/α∞|↔~ε≥IBε∞-}W"Jd∧αD∞l@λ ∀→≠{D}λ~{M}h~9D
z≠|LD→Z0~≤β in
thiq category or Not).
α
I would francl@dAY←g∀ABAY=hASL↓∪iK[L@dAC9H@fA¬E←mJ↓ISgCAaKCe∃HXAEUhA∩~)o←]I∃`ASL↓iQKr↓cQ←k1HAEJ↓ckGP↓BAM←α≠WM→ααπQα↔+S∨↔↔→1β?/⊃α∞MπβC/∨⊗ 44 -≠↔Mβd∧⊗v?\≤v/~ ≡2εNMNW∨',≡FO6T F∞∩∞Mv}g4
Fzπ∞,⊗∨&≤8 $ y;Y.0p
principleS pa`+α;#AβL¬bε≡L≡7
B .W"π,≡&.g∀λ M|⎇<p∩\β on↓iQJA1C]OK¬KBASβ#@≡∞β→KAQR(⊂≠[w22`2 if Wor`↔ε↓[SOQQ\GhAα∪∃β7|ε&*π<≡FO≡o_
-lh≥≠d∞{{9$
βs⊂$]9FE 0arti@
SaC]Q`
β'2βS#∃¬βC >L¬0⊃]9P1`)ted @]KeJAUc@↔⊃∧¬vvgα(⊂⊂\β exampleS to
illu@MieCI∀Ag←[∀AOK]∃` πDλ ∞
9Xp∀\42P'Yα what a Wor`↔≤εF∂&≥ybπ≡
zVf" ,R`!αAεE∃42P )npel@1KGik¬XA!←β;↔Iβ|∧bπ&
_ d |[u.∧
≥z
≤zλ∩$ ≠{AnD_{⊂⊂ZvP:7H12P*\⊂:7TCE0p∪ like@1rAi↑↓EJA←αs∃β?2βS#∃∧3↔]β∧cπ∂↔~β?;∃εk'∨#"β⊂⊗Nl@λ ∀_{p⊗≠2qz4[w⊂7`&
"genius" whi@
PAGC8AeCg∀ACE←YJ@Eo!ChASL@AC]⊂AaCY,A[OE∀ACE←Uh@Eo!Ch~∃=k@∨#"⊃9↓αJ;[∃β≤+↔9βλ∧εf@⎇λ∪lDλ~z-lλ≠qD
~9→ ]J(⊂m⎇<≠⊂-≥]≤h ≤Y⎇5∧∞~_=¬A ¬0w→⊂ P 7ondeR if It#s not parpλA←_AiQJAP∪πv;Wπ∨*⊃βCK|∪3↔5X∧ε∞g=uBπ≡T 6∞pQ( mm≤(⊂n4z4aZ⎇2P7\α laud what we know- soMe me@5EKef↓[CrA9←hAQ¬mJAE∃K\~∃∃qa←g∃HAi↑↓ mKeeiQS]≤@QiQ∃eJOf↓g↑A≠Uπ⊂A←_AShR↓C]HA¬eJAiICaaK⊂AS]i<~∃CIY←GCi%]NAB↓Ekuu]←eH@!KNHAU≥∪ !Jβ';O&+π"
xbε
9vv≡↑∞BαG Z&6←-]⊗v8Q,g.v>M⊗}rλhU∀rD ⊗rε∀
TdM¬]FN↑T∞v∂J∃aPPH)∀π&F≥m2π& Tππ⊗≤⎇V∂&≤4ε∞≥Z0lT≥≤X-n{:5∞L9λ_,-⎇=∞⎇_8
⊂≤|yz2[yP2l~yz⊂ [2εE+Z0z⊂*~2|P2≠P4yP~w;0v≥pq62H:7P(→wx6"H;t7P_qz:`[68 Have to choose
qystems to work with (probably all of us), but I @!KCdA¬\Ak]⊃KeGkIaK]h4∃WLA⊃SgG←9iK]h0Ag↑A$OmJAQCWK\αβ¬βO.c∪'O@βC?OM#'?9R↓α%β> ;Qβ&yβ∂?w#';W(h+C=∧∪∃βπo+O↔⊃αC#'∨F+OQβ≤+;O∃Rβ↔;S-∪Sπ≥lV"ε≥lBε.mH
,@t:2w→r⊂P "y this
Digast, afddon't sant to See anyone gat Discoupaged afdgo away.
By the way, all I knowabout a GorkStation is that it appears to be a
αsEmi-private or Private miNi-environment @QCSI←IKHAi<AOKiQS]NAe←kd~)aCeI%GkYCHAiCG-fAI←9J\~∀4∃)QC9Sf@1¬β↔?Cf)1↓α≡{CKeε3?Iβ&C∃β'w#KGOL{984Ph* π↔∪eα←O#S'πr↓"OC.≠SπS␈⊃$4(hQ555ji555ji555ji555ji555ji555jh4(∀T+;⊃β}1α←?⊗ZMα∪N;↔OPhQ)))RQ)))RQ)))RQ)))Ph)55ji554hP4(0-I2jπCIkAI↓↓ Qd&
2 ↓↓J↑.J]→α∪'>+OQα3⊃↓
QJ↓↓↓hQ=I*jπCIkAI↓↓ IQL&n+1αCd+πOπw!↓r↑⎇∩.Mβ∂!αJV$:⊗JMr&↑>∀ZMα∪N;↔OQ¬1I↓
#I↓↓hR∪πS+Q↓IU∧ CI↓ IaI↓⊃ IU6,"P4*7∪?5i∧k↔1αεc↔πO∞sQ↓r<zJ.Mε QαJ-"≡⊗J≠p4*O.∪+↔∂#Qα↑>∀ZMα∪N;↔OQ¬1I↓
#H4*O.s∪↔IRαB2⊗
~ε:Qε QαJ-"≡⊗J_h*S=Rα←?K]→i↓lhRK↔CgI6S=Rα↑>J]→βπQ¬∩VR≡-∩L4(hR←?K←→α∪'>+OQ↓α↓↓↓↓α↓↓↓↓¬≠W;∪∂I1↓I*απCIβ eaIα↓↓↓α6{3W7*↓I↓i∧KOOW*↓Qd4Ph*S?& e∨M¬#?C'∨→i↓↓α↓↓↓↓αα←#π"α←?K]≠SπSN{;Mα∂∪↔9∨ h)↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓ααC3πM≠SπSN{9|4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓ystem])¬
Subject: what workstations areN't
Here at LBL I am f@%]SgQ%]NAk@AgKeYS]NA=\AC\↓CA[S9Sgie¬iSmJ↓G←[[%iaKJ4∃GCY1KHAπ=/! ~Qπ←[5SiiK∀A←\A]←eHAAeWGKMgSMN↓C]HA∃YKGiI←]SF↓≠CSX$\∩∃75←eJA!k[←e=kfAm∃agS←9bA←L↓iQJA¬Ge←]eZAQCYJAG←5JAi↑↓[SMHαru↓α∞sg←πJaβ←∀hS←πK*βOWCε{Oπ⊃π#=β∪/3↔3?αβ¬αL≤"o>≤LRπε}=↔&N⎇dε}r∞Mε*ε≤-w6*∞MwεN>5`hU=→f≡*∞Mε*¬z∧ε↔∂=_ L↑|h~.P9zaZ⊂0P -ess, we lOokedat ELectronic Mai`_\4∃/JA1←←WK⊂AChA5C]rA=H βSF)βOg≥#↔7Mε∪↔'≠8∧εF∂⎇<V"ε/∀π6∂-≥w/~
zW&6≤N2ε∞lAPW↔]]⊗v∂LXBε6} λ ∀≥z~-L+C"AQU~→$ y;Y. 8ε⊂ 2esul@PAoC@~βCπSF+@∩ε≥nF/⊗↑:FNvu`α∧Nn>F.∞D
v $≥≤↑-≥Yh∃
q"\Y,={;9-lλ≤sm\=~~-lh
≥m
8z∞|(≥~
≥Xh≥l≡h≥z ≡λ≥x.4→→4m≡Y9α$
|H⊂_≤7r:aZw3FE_P⊃)2\zpy2[pp∞ts Documaft", we produced↓BAgKPAWLA
aSiKISBAo!SGPA¬]r
∃5CS@1¬≠gOS,iβ7W≥!β;? β['?f S∃9α↓α←∃ε3?W; ∧π&F≡4εo.=ε.∂=_W$≥~_-a"X
4~w1t`.g of everything se want Op∧A[S≥QhAo¬]hAK1KGie=]SFA5CSHAβ#<4+.s∂?7ε OM→ααS#∃αβCK?≡+@∨~
~2ε∞L=rε∞L≡π&OlW"π& Tπ≡∂D v"ε>-↔&/-≤∩π>≥M@hV↑ivg6T ⊗v" ,V≡}\Tεn␈,Tπ∂ε\9⊗ -8h_.∀≥y(∞<αrP [2⊂:yYP6w`2e and mobe
systems.
~∃9←nXAαC?]β≡{7*∞MεO~
≡2ε}d
v␈⊗84ε∞vD
f␈" ≥f6ZXYRε␈$λ m⎇9(≤n\z∂h∧
~→#!.≠z;ND~<h∞M→(≤∞-xy4n5Hλ⊃M}H→→,≥~;Yd∞z=~∧
Y=h∞L8z≠M⎇≠yz,↑h~;D y;Y.,9β"E ;Y
⎇|Z|nL=~;mnh_<LT≤⎇0m¬+λ∃lT~_=LT→[u-lλ~=∧∞<y1N]λ≥≠d∞zy= =λ≤⎇,=λ_#!.y=λ
|H_;NM+<{l=8;λ >Z9→.
8(⊂-lλ≥~ ]H→0≤≤67y2H:42P≤2yzv≥4w3@≤x0qrKεE*4~yP4iH0P1`\rP;t→y2P2[:vri_z4w3H:42P_wvx6~vrw:λ9rz⊂~yP6zXt⊂2`\try↔βE yP≥pP3$[2⊂7j~2y⊂ 4hings we want X NOT to do, we a` HAQQKZAQ↑AiQ∀AgKh8~∃∨i!KeoSMJPAo∀AMKK0AgJA]SYXAU]S]i∃]iS←9CYYr↓Sg←Y¬iJA←UagKYβ3↔Mβ4ε&}j
lW8h.MεNv}5`hPβ"Um
;→(∞M~<h∞
|z0~~ww⊂6X|P12H5s⊂7≠P4w:→y2y`4 to Uq co@5aciKHAgGSα+;∂∀hSC↔∨∧¬F*B∞9vn=~3,↑h→y.Nα4w3H:44iH52{@≥2qt7≠v7s|H4w⊂*~2P27[y⊂92\z9P'[⊂7zyβE12d[3P0q≠2P:7H6purH0P1`!sa f@=` ↓ >CπQβ>{?↓βLεBε&|Z2∩r∧
εf∞β\h
M8y(∞M→(∪ml#"R$
]<p~λ5zz6~w2r_pw⊂!→P:ybY8r⊂ &or that$ Aq well ac deal@%]NAo%iPAC8~∃CI5S]Cgβ#@⊗∂Mz"π>
tπ∞∂≡4α*z≡( <;H≥lT~Y<nD→y5∧
{Y(∞M~;Yd Y|@⊂→{2y<[w2P [2εE*~2w⊂$]⊂4yP_v6⊂![vx0z~q22←Hε@
So anybgdy hav@∀ACMr↓SAKCLAoQCPABAo=aWgi¬iS←\↓Sg\OP}~∀Q KgSI∃`
⬬QaAβ∞s⊃α∞αz59%αi5αyiEJ∧)y4LTt⊂λ$∀(#"AQHλλ∧∧λλλ¬Y8∧urCE
PS % Id anyone @]C]i@~βS :∞8 ,T≠y<D
~8p~λ4πf Non-accaptabidi@QrAGe%iKeS∧AMOd4⊃≠CS0AgsGβ#↔7Mbα%β∂∞qβOW⊗k'QβM!βC=∧εFF* M⊗.<⎇⊂≠y⊂6pZv⊂4`4 directly.
~∀4ZRZZ4ZZZZ4ZRZZ4ZZZZ4ZRZZ4ZZZZ4∀∩*& S∃Iβ⊃Qαπ∧ε&Nb∧∪∪C∩∧∧ ~∞α49-EST
Fph∂Zt↓%WEKIhA YQ←\A≠¬Cf@YI ⊂∃β∂!α6&"j6
xhROW T+∂Qi¬β3πg∨#πS'|q|4(hR'Qβ|≠∂WK~βS :
\Rπ& ≡Bπ& Tπ6//∀π>␈,@α.{|Zn>_9~-⎇HH⊂∀[x64b\β that the
deVice ipεAkgα+⊃β?vceβ≠⎇⊃β←?⊗Y↓#O|¬V/&
→f*πα;⎇$}Y(→l↑≥~3LT≤_:,D→[p→ ⊂7qεB9wvr]44w3H<wp∃ consIder @Q↑AEJ↓IekI≥KerX↓←dAg=[@↔SFK;≥β&CπQβL{Uβ ,c'π[(h#'M∧∪↔;↔4KS@&≥lrπ& Tπ>␈-LBεNd
6}nT
v∂J∃`¬ =_9⊂~q⊂<g]P;pw≥⊂:7P≤40p→, like
pl@¬rAOC5KfAo%iPA←β##↔I∧εε.␈
HRε␈$λ
m≡~λ∃
(_p↔[x:z2\⊗⊂7iλ9rw2λ4ryiXpπes of¬
@∧AMeS∃]IYr↓` πSF+@∩πM ⊗rε.X m≥Y<|d
X=≥.,(≤⎇,=λ_<d
8:z-lh_<∞
z;]
\αp∞ts to
g` hAβ#?∂↔&C↔Iβ4{@∩π
L↔NNβY`⊂→βame@LAWdAαkπ/'v9β#?4)β/I∧¬ε∂6≥lrε&≥mf/⊂Q*F}≡↑Mε/∪tλ⊗j∧α(⊂~≠P0qi]vrP*~2yrP≠7w⊗{[y0 activities are Somehow
impossibhe Du`
Ai<AiQJ↓IKgSα;9β?2β¬α↑⎇∩-βO& S'?qy↓"C-∪#πC~βg?Uε#?9∨ h+C↔↔≠?;πfceβ?>qβ¬β>{C-β∨#πS'}q1βg␈+Iβ↔oβ3/@≤Z"ε&|Z2bε≥lBε/lX O≡~~;Lt≤;⎇!QY≠h
≡h≠∪l|y9 ≥Yλ≤n];8<M∨Y9 ≥Yλ_-l;_ ⎇→r⊂1<H:42P_wvx:]2y⊂ !nd a repo@Ih∩+}1βg?/⊃βπ∂&K['SN+@~ε≡4π≡∞nDπ&Z∂≥w/∩∞:Wε/.i↔≡␈$∞vFz <⊗rε=x Lm<xp⊂]2P<w]yαE+Si%P9Xz4wwλ4s⊂4]⊂4yP≥yrr→7y⊂0[<P77[⊗x97Y:qz4]2P:0\uy←TCEαE$Ir⊂90]42y~0{2P_P82y≤ww0vλ1wvx≥z2y⊗\|yz2[T∧ i.e. a computer-system
that is available fkr my personal use, tied into a pepsonal
∃G=[aki∃d[]Kβ#←?KZaβS#∂!β'Mε β∂?oβWS↔∩k;↔S>{K-β&CπQβO→βπ[∞K3π f)β≠?⊂h+πK⊗KSKπ↔IβC↔↔≠?;πbβWO∃bβ;?Qπ∪↔OS⊗K∂S↔ βS-β>{K-7⊗+3πS.!βSπ≤[Mβ?vce04W;#'∂Bβ∂?;v+∂SMεk∃β←O#!β?&C↔Iβε+CO?v 1β∂|kCWS/⊃7Og∨#↔7MαCπ;⊃¬;'S!¬:>J,hSOSπ&K?;Mε{⊂∩πM
w≡
∞
v␈∩∞]f6←.NVv∂LTπ>␈-<Wπ~∞⎇εzε≤∧Y-d⎇λ⊂-M≠⎇y,D≥≠c!.≠_>%∃@εEεB+t2wλ$SvP≤αiding the bus, sometime@LA∩Ao%gPA∩↓QCHA∧AMYCPAISgAYCrA$AG←k1H~∃aI←`AE∃igKK8A[rA1C`AC9HAiQ∀AgKCPAS\A→aW]h↓←LA[∀XAoSQPAGCACESY%iSKf↓←L~∃⊃SgaY¬sS@;8β¬α∨zβ ?π⊗!βπ; β7π;∞;';≥ε α∨=ε;π7∃ε∪↔S←.+9β7O≠↔3→ε ;⊃β.KS#↔⊂h+¬β≡{7CW&+IβC⊗{∨Kπjβ?Iβ≤{7∃β⎇##↔I∧εε/↔=ybπ6≤∀ε
π,≤FNz]I⊗v↑\@ε≡}↑∞W&(Q( L↑≥{|M∃H⊂<d∞~→( .<h≤ ≡|y<d∞z=~
≥H≤X-ly(≠ld_(∀L↑→8= ↑Kλ⊃ ≡_#"L={;=-m8x=
≥{H~.∀→<⎇ ≤[~<m 9λ_-lλ≥~ T≠⎇~ ↑H≤→.9ww∪\P6w{→P1wvYyP:7H6rWεB*42gλ$P:4~w5P0[2⊂6w]2V⊂ [2⊂0yH9wwwλ0yP$IvP;t]44w⊂≤0s3rH7s⊂0[7z42\∧E92\2pz2\⊂6|P≠w{2P~yP:9_w9vt]82r≠zz;p\2⊂0w→⊂:42[⊂:44\P1|a[2P92\2pz9KεA*4→P1wf\:z2yλ;wzv→⊂40w→62P2\97y⊂_wy92Xz4wwλ0w2⊂≤2Vry]0q64\t4w3CE1ww≥0qz↔λ$s⊂;YP;ry→P7zzλ7s⊂1[w:0q]⊂37iλ0P;t~v2P4]⊂;wz[2⊂9rYvP:7H6rFE≠4urP≥42P7]42y⊂≤60|r\⊂;pyH:0ut[3P0P≠7w3P≥4vrP≥7P6pZrP0P≠w{2Wλ$P1w]v2εE_2P67Xpv6<H0w0v≡⎇4w3H;0y4Xz4ww≤P:yt[3P6|H24yx≠0|P0\P0P9Xy0z1Z80r⊂≥t4v2CE;pt]4w3@→7y⊂:~2P2p\847w→P:7P_2rx⊂~w24qXz4w3H:42P≠z42yλ860|Yy∪yP≠w{2FB40r⊂→4w0v≠<P1w[rW⊂'\⊂$P![zv2⊂_2P27Zw3P+Si%P7\⊂1pz_t4w3H:x⊂7[⊂6|FB2v2q]97w4XP6pt[↔⊂!:]⊂;tz~⊂0P+Si%S(∪ lVy]0z4w[⊂$Srλ40{ % the choice.
------------------------------
Date: 24 Apr 1→82 2⊃27-EST
From: Ron Fiqcher <FISCHER at RUTGERS>
Subject: Workstations as desks
An interesting observation was made along these lineS by Gregory Yob
in Areative Computing. He suggested that an entire desk surface might
Be a graphics display.
This sounds like a Very Neat Idea. Combine a fouR by Three foot
graphic display mountedin adesktop, Tilted at A comfortable angle,
sith a small keyboard, @¬]HAa∃\[YS-JAa←%]iS]≤AIKm%GJAo%iPAg=[BAo%]I←n4∃gkaA←ehAM←Mi@> K∃9ααS#π ∧π≡∞]↑2εf≥<Rπε≡.Bε}d ∩εv≤8Rε.nm↔ε↑m\Vw"d∧¬N␈QQ&≡␈]HBπ≡∞\f -→(≤ ≡→<\d¬≠|@
≤{{\d
9H~.D→y5∞P22yZsw2bλ1<P,→y3p_) jusT like
foRmal.A∪LAQQJAI%caYCdAgke→CGJA
←kYH↓EJA[¬IJAg∃]gSi%mJAKαs?W∨@aβπ≠ h+g∨*β∪'∪r;Qβ#∂3∃βSzβ∪=βo+∂!β'KC'≠8¬Bε
<WN⊗|≡&"ε=x
-Lλ≤≤M|X8[∂∀~]<nD_Y#!,≤X=md≠{H∞M→(≤n↑YX8lT≥z→-d≠Y1,L9 C!! Tz-ly(∃ ↑Y:3L≥λ→~.≡≠_>.∀_<Y$ y=≥
≥Yh∪ ≡Yy4D
=λ⊂⊗Zst:⊂_2qwfYP6w`2e
αlodπSGC0Ai↑A kS@3 βS#↔h∧εNwMtε&/=>F␈π5aP@h(≥gN⊗|O∩ε↑mzrεNd
v*ε=x
-Lλ≠8-<(≠p↔→P7s⊂≥42y`% n`∨O¬ICsf|@Aβe∀AiQKβ∪∃β3Lk'SLhSS :∞Mε*π=_∞LT≠yH ∀≤≠⊂.=8(⊃
≡|≠⊂/↔c"C!¬≤[sE⊃"C"EU+++%U+++%U+++%U+++%U+++%U+++!Q@εE"[2⊂7cλ+wy5TP"4sYyzεE
∃∃∃∃
∃∃∃∃
∃∃∃∃
∃∃∃εB⊗VVVKVVFEβEβ¬Y≤⊗Px9⊗L ⊂⊂_H Y∧`k⊂⊂⊂⊂∧Uei%iH"4sr\z⊂+→λ⊃ZX⊂λ⊂⊂εEλ¬Y≠VPx9⊗L ⊂⊂→ LYDfr[⊂(6 %asant <WORKS at RUTGERS>∪/∂%-&A S≥KghAXd@Fj@@@@~) CiJh@dpA¬ad@bβIaI↓β Q]6,"P4
5∪?5i∧k↔1α∧c↔πO∞sQ↓r<zJ.Mε QαJ-"≡⊗J≠p4*O,∪+↔∂!Qα↑≡∀ZMα∪L;↔OQ¬1I↓
+4*O,s∪↔IRαB2⊗
~ε*Q∧∧↔"¬*ZD<-*1PE&w$¬>␈-:3Rβ1Q%⊗/
H∞%Z≠nH
yβi%iH0z⊂)∃j#bi∀FEεE∃wy5yH"4sr\z⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂+Yr72iY0|V⊂ ≤⊂ x≤⊂_\\ ⊂⊂⊂⊂λ+7v:[pP⊃∞α IsSua %0
~∃Q←ICR≥fA)←ASGft@@@@@@A/!ChA/=aW'i¬iS←]LAβeK8Oh~∀@@@@@@@@@@@@@@@@@@@@@A CQBA'Kα≠WKπαO∪xh!Q"jjUURjjUQRjjUURjjUQRjjen't
To: mo at LBL-UNIX
αMost importantly, a work station iust notdestroy my efforps via
Cpasheq that lose the file I was editifg↓ChAi!JAiS5JA←L↓iQJA
` πO@β?H4TεfN
_ L≤≥Y4NL9]λ L9→5
≥{\h
|H→R-L<h∃
=λ⊂⊃Xw∪z be undone or vIa edith∂d~)G←[[¬]IfAQQChAIk\AC5←VAC9HAGC8OhAE∀AcMI=]JXA9←dAKβ3↔9β4ε&/∂\X NM≤∧P ,ose
hπ@↔g≥#@⊗@zy0→H2:rP≥4π not beIng fAqt e@9←kOPαβS-β↑+↔Aβ-↓β←'&Aβ'e∧εGOε≥lr`! ¬εE⊂v9wP~z⊂6z\z⊂77]⊂8:g~yt⊂&YP9r`6erel@dAMOdαβ7'O& '/4 ∩εN≥<Rb∧≤d∧Jε\≥6*ε⊃Q'∞Nβ<∪ T≠:0→]0p e I doN't wanp to haf@∀Aa↑Aβ≠C↔l@λε⊗αP6t[8¬teS pry@%]NAi<AMC]⊂~∃@?αX
∧
≠yh∞MβP3r]⊂10qZβ to where I wapεAUKMhAEK→←eJAQQJA[%ciCW∀XA←D↓o←egα(4+ ≡fNvt fzπ|∨∩π> ≡G≡}↑hW$≥≠h \αz⊂!_quP"↑1rx 4 by Manually repaa`%%]NAi!J~+& 7π∨*βOW∂@βπMβ↔IβK↔'KC'≠8∧π&/∞Dπ&F≡@λ∞|<h⊂,<z9→-n≠≡( ≥≥→4L\ C"AQK+#%U++#%U++#%U+++%U+++%U+++%U!"C!(α0z2N⊂⊂⊂⊂λ→≠⊂ \9⊂≤2 23:08:54-EDT (Mon)
Brom: Michae`_A5kkgfy[CW∃↓¬%_x~∃'k UKGhh@A CQBA'K
keS@'I|4(hRS#∃ε≠?;∂g+O'∨rα%β#∂3∃βK. ∂#↔"βO=β6 Iβ'~βS#π ∧πε/-]↔∨≡≥⎇g~εl\V"πMtε⊗(Q*F∂NM}&."∞Mrπ& Tεv.\N2ε}d∞FF*
z&.∞m≠&∂&≥⎇bπ∨\%V.f]\Vw" ,VNvt∞6/↔l\CPh!Q"RJ
<W↔6≤<Rε␈,|⊗vO,≡FN}n4α2∧≤MVNv≡>G⊗∂M}'~ε≡,Rεv≡NW⊗∞MO∩αF≥lBε}nLVph$∧αεv\<W∨≡≡-⊗gJ∀∞6.∨,↑FO6UaPRR∀
&/≡\≡&≡B
}&>∞m∨&∂&≥⎇g~ε≡,Rε>]lW⊗∞MO∩π.NN&
n} Vrb ↑f.r∞⎇ε.r∞
F∞≡\APRα∧
⊗w≡≤LRε
lVv≡UaPPh*~T-≥I→tsR∧
vF∂D
↔~πM Rππ-}ε/∩ ≥V␈.nDε}2∧,F∂&∀
εN&≥lr∩εm}"ε
M↔6/.<PhV},v∞v∨,↔&N⎇dπ>F≤=αεF≡4εf∂,|Rεv\\G~ε≥dε⊗␈M∧π&FTλ⊗&n≥m↔∨',≡FO6T ⊗v"
≥`hWM R¬≡=≤Vw&≤m⊗~εL↑ε∂↔M\Vw'4 f␈∩∞Mε*ε,]f.6≡N2ε}d¬ε∞F]Q∩α∃⎇}&OεL≤6(h(≡W&}\≡FN}d'rα∧≥lBbπ⎇ ↔"ε=→f'~
|bε␈ ]fv/>4ε≡∞d∞v*π ↑&nODλf␈∩
}W⊂h-≥g&/-\V&N≡LRπ>}-3xh!Q%∨&≡.FNvt
7.>|↑7&N⎇g"α∧=⎇g&.↑
F∂&T∞FF* ZTe$_:2α∃-≥f?~
xb¬π-zF.∨M≥vr⊂Q*GOεTλ6}v<↑π"r∧λWG→;Y∧
=λ⊂~≠P:42H⊃+2w≠⊂"4pYy0vQλ2w;4\5w6r[:⊂;t→y2FE→4s3"\2w:⊂≤4s3yH6p|P~0{2P≥4π oVerlap.
∀~)β←[aUiKe?MGSK]
JA#Kα+GS'}qa↓α>CπQβ'KC∃β|∧bππ-zF.∨M→vrπ?≡7&.QQ"G~→0↔\2z4aXv⊂7iλ4vx6→vrw:→r⊂ Ppkpe@IYrAC1YP∨←~β∪ ?$λ
(→P~[4∧ range od∧∩¬AI←iKGβ#'?9bβπ;⊃∧ ∂∂?.sSMβ4{@∩ε},v∞v∨(↔&N⎇l⊗bε|LFO&≤Z2π∨\9αε∂4εC!$λλλ∧∧λλ∀l\|Y5 ≡X∧ryCE⊂⊂⊂λ⊂⊂⊂⊂∃2pv@∪2pr2\9FE⊂λ⊂⊂⊂⊂λ⊂(47[2P w≤{ry2\9FE⊂λ⊂⊂⊂⊂λ⊂(2`/phe In moRe than one defIned "ProjEct"
Rapid Chafges in all od the above
????????????
-Mike
------------------------------
End od Worhπ&A %OCgh4∀TTT(TTTT(TTTT(TTTT(~∀ZZ4ZZZZ4∀~∀_⊗`f5≠CrZ`d@@bddf∪βY∧@@@%+↔%↔LA SO∃ghA,H@Fjbα↓↓↓hQ=A⊂j7πeiAI↓↓∪→QTεn+1αCd∧V∂≡≥nBβeyz$]~ ≡B¬∃XHt-∃7`M<z)5~∧M≤v/∨D
c∩α6V∩αα↓Q$&∂LW"αβ4 V∂Jε⊂∞'εHλλ_ XVbb∃εE#)≠vY⊂&Yv⊂(&→pypw≥⊂≡+gT%iP0]⊂)*j⊃bi)←βE)zq~2qz≥λ+gi%TP"4sYyz⊂+ ⊂⊃ZXCE)rw→2y≥⊂∀&"`iPg*⊂ ]⊂)*j⊃bi)FB*7]⊂∃wy5iN⊂≥FE∀2x6 9-To: WH∂%↔LAChAI+!∂ I&~∀~)/←eWLA SO∃gh@@@@@@@@@A5←]ICdX@fA5Cr@bβIaI↓α↓↓↓↓αα[?3.k∃↓IβQα'O∨+∃↓Uα⊃PPh*Mv&∂∀}2¬&}
⊗∨≠$∧αα∧=⎇Wπ/LZ"ε∞l@¬>␈-:7&∂M≥vr¬<Xλn↑X=≡!QHλλ∧∧λλλ∧∧λλλ∧∧∀≤[nL8⎇~-⎇H∀v.>→;<d¬_;H ≥<≠⊃-\9]_.M;{J!QHλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λλ⊂m}⎇λ⊃∞-=Y3Dλ<Xz
≡→8u∞↑Y<c!!"K#%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH F$λ<≤Hε↔,λHε⊗nL,g& h⊃(Jλ
∃
∞<X r_|TFE⊃97v]λ!py6λ"∪⊂$≠{rP≡_r4⊂0]⊂!!' jg$l∂εE)zX52qz∞⊂1wf\:z2yλ0s2≥wy5y]0z4w[⊂9rq]y0r<CE
Date: 24 ApR 82 23:08~54%EDT (Mon)¬
From: EiChael Muuss <mi@-K↓¬%0|~∀@@@@@A'kE)KGhtA CI∧A'KGUaSir|~∀@@@@@@~∀@@@@@@\@\@8@\~∀4∀@@@@@@AE+ ' %≠∀d@↓+QCH↓SfAi!JAae=aKdAα 7?Ww!β/→α∪∪πSλh!↓↓α↓↓↓↓εC'∪'v9 β≠|ε"ε
M↔6/,8 $
|Yx-m>X=
≥{H∃m
8z
<h≠ ≡Yy#!$λλλ∧∧λλ≠L\9≤h
≥H_[nMλ≥~ T⊂9≠-≥Z<u∞0z4{→P0w2λ4s⊂:~2P)`#iaftific
depar`)5K]if↓MP∨I¬##∃β⊗+;↔≠M#Eβ?2↓#πβ,¬RJα*⎇wε←
L⊗≡(Q$ααα∧∧αα∧≡ZF}n≡M⊗}r'tαbαd¬bαpQ!PRα∧∧ααα∧
7&∂.M⊗v:
:V>≡↑:FN}g$α∧≡⎇nF.o
Hλ.L(≥~ T∪0
f∃$aaPλ)0 ngq of
PrkteCtionα type concept. Extend iT to The "Venf
Dia`∂eC4DAK]YSeO]5K]hAβ;#↔K*β∪'≠4+@⊗.nDπ-9Y|d
8>(
=Y(∞MβFE⊂λ⊂⊂⊂⊂λ⊂7{2\4∧a`.
∀@@@@@@~)α↓↓↓↓α↓α∂?oβWS↔∃zO∂',s∂∃αα≡V/∨M→vsR∧
vF∂Dλ
∂≡→(≠l@⊂897]2qz4[wεE⊂λ⊂⊂⊂⊂λ⊂9|i]2rP∀≥42w`2etical ob impl@∃[C@;&+⊃%β∧ε&␈ε↑-GJε≥IF␈?4λf␈⊂Q$ααα∧∧ααπM Rε7]H ∧∞X;YlT≠yH∞∞Yy→,>~;{ED_;Y∧ 8xsn]]_h MβyεEλ⊂⊂⊂⊂λ⊂⊂7i→ps4`:atioNal odditiEpεAgk
PACfh@∩∧@@@@@@@@@@@@AMKGeKQCe@'/_4)↓α↓↓↓↓α↓↓↓↓α↓↓↓α&+π5αd+π&↑.0hR∧∧ααα∧∧ααα∧∧ααα
λ
⎇Y(⊂-n⎇y<L↑\c"D∧λλλ∧∧λλλ∧∧λλλ∧
→;p_≠2P4`. mgbe than one defiNe` "PpkjeCt"¬
Rapi@⊂AGQC9OCfA%\ACY0AWLAQQJAC ←mJ~(~∀@@@@@@↓∩AEK1SCmJ↓iQChαβg?UεCπ[∃εcW7C,∧Bπ'⎇tπ≡<_<L≡→(≤∞-⎇→8nM;{C!-98z ≥Z<s.∀≤≤[nm9→9∧ ↑(∪.]≥~0nP4w:≠P:42H82y6H⊃94w→yP7cλ897`4ectiOn".
As i@5aQK[∃]aKHαβ'9αo+3S'∨→1βKNs↔Mβ|∧bππ-x
\⎇~3md≤z3.
≤(⊂⊂[47{@ a
∃[UYaR[1KmKX↓←aKe¬iSMNαβ@∨O>LVjε≥`ε
π=_ -≥_8@⊂≤βpirit to the T,¬⊂@:*qβOG≤εF.hQ( ↑z9{L\λ_↑$λ9_p∪Yy⊂"4Z5yz9_P-P⊃],∧@A%%]N@@↓G←]i¬S]fA∧ASC]%[CHAα[↔KlX ↓Q]z0~~⊂4w3~w0z2H894k~v2sr\T∧ Ring 1↓G←]i¬S]fA5←eJA→k]Gi%←]CYαKSe1∧∧'/ Q( L↑y<@⊂≤90 `-%YKOKβ→1β↔&→1βWw#'1βL{Uβ∨,εBε&}⎇bπ&t
&NvtεBε←$εRεF↑,Rπ& QPG<y0→ yP8 2o`∂eC4AgSiLX@A)!JA]Sα≠∃βSFK;∨M∧ ?W βS#'~βG?K ∧ε}H≤v.>→; ⊂~yFE 4hat @%hACY1←ofAQQJAgQa`↔∂'+K∃β|∧bπN|↑"ε␈ Z&∂&≥lrπ∨≡:F.j∞Mrε≡|.&/∨
yf H,M↔⊗.>MGJπMtπN␈↑ εf/lX ∞P7s⊂_q9z9_qz4g[⊂4w~z9P"→ytsw ⊂⊂$j yP0wβE2|1Yv62g≥⊂22iZsw⊂*≠wv⊗⊂_8¬t @⊃←Cg\≥hAeK¬YQ`%∧επε␈m_F*ε≥o∩π≡\8
.
=≡(
≥H_;LA [p∪λ4z9`%lf o@QQKdAβ##π→¬βC ?LX7&N⎇`λ
|H≥~ T≠|⊃.0z4w→P9|y]2rV⊂_w2⊂"→w0pvλ4πf
acce@MbAi↑↓c@↔;≡KS'[*β↔;S↔IβC?L¬g'~ ≥f"π?~7&.T
&␈/M≥f/~d∧¬⊗NβY|d ;_ wCE897]4r2P→4πr @QQJAGβ∪↔πSL{9β?2↓βCK|εF.∨LXBπ∨\.7O∨L]W
∩∞Mε∂" 8λ-a"Z3.
→;9-nλ→P~\842iλ9rq`5pity m` CgUeKf\4⊂⊂∀ α↓↓↓↓¬##∃αo+3S'∨→βCK|εF.∨M→vrε\X6F∞m_ mT≥~_.D→≠q.P897]4r2P_w⊂2`8cadl@∃]h~∃α3?K∃∧{⊂∩π<Xλn↑X∧p∀y fgr↓YCeO∀ASkYβ#'3↔4+1β?⊗;π;πT∧↔&N⎇n2εO4
FF*∞Z6*ε|aP@,8xp∩\βs l@%`∂SM∧ QβSF)βO↔>k↔;S∂#'?9∧¬F/6]Ebα¬Mtε∞≡<X nP0P 3egmeNt, yOu mustλ
+⊗)β/9¬##∃β∞≠∂πO~β3'O ∧ε&@|H⊂~~0z⊂ 3ecme@9hAoQ∃\Ac←TAaer↓iP≥β|εε.r
_
¬@⊂⊂$cβE<wjH0y2P≠w⊂:4→P0qaYyyP&~yz⊗⊂≡wzP0\2P3t]2w⊂ H9rsvYw:⊂ $escriptor↓C]H~)iQK\αβ∂π9π+O*∞Mε*π<Xvn∞β] ≤x{p→→4s3@ th∞Ai!JAae%mSIK≥KfAOIC]iK⊂AsO@*β'8∀TεFF* ≤6≡∂>4εfO>Abα∧≤dπN␈Tλ↔⊗*
mw"ε⎇`π&FTλ
≡⎇ λ∂≥⎇(⊂.,(→→-m99 ≤xy0→\UαE*~2P1`(eck Od∧AiQ∀ACGGα+@∨~
I↔>λ~0→H27w2H10∂dh by @UcCdAαsπ7∃∧ ;⊃β¬∪?+↔≤ε@hVβX;,Uλ≤sd∂9x
P_ps⊂4_{2P"~q32`2ent @AeSmSαc↔∂↔~β∪↔C,¬f&Nlpλ∞↑≠{@∞⎇_9∞∞[zP∩XzεE,[zP0y→P1zi≤αently worhπS@;8∧ε}rd∧¬&F≡4π∂O>LVjε,\↔↔~∞=vn
∞=⊗nNβ_<M≡≤(∃
q"]~ T→{uL↑Y[9-n |h∞≤αqzi~z8P 3ystem, where you abe only granted Access to
a cl@¬cgSM%KHAI=Gk[K9hASL↓s←jA¬eJAgAKGSM%GCYYdA←\Ae accommoDatedby changing access lists.
¬
UnfortunatelY, in workstations, The problem is made more
complicated by the distributed nature of the system. Clearly,
protecTion mechanisms placed in the workstation are ineffective if the
user can change those mechanisms by modifying the operating qystem or
writing stafd
alone prograes. Requasts sent oveR a local @9Kio←IP
βSzβ∧4+≡+;SK∞c'k↔"β∪'3*βO/,hW∩ε\∨∩π⊗↑≡VO⊗T∞6}nT∞6␈↔D
v $_=5
;]~,<=~;md≥≠c!,<|⎇.,(≥~ ≡λ≠sLT≥<y.⊂4yP≠7z⊂&Xyxzr\0r4w→P0yP_w3z4→y⊂:7H3ptwλ0qqr\yP:7CE2pz→y0pvλ:40zλ9Wt2H9t7z[2⊂77]⊂40{→U⊂⊂)Yw9t`4ive Data @MK]hAα∪π∂-∧{[↔HhSS#∃εs↔S←␈∪ ~ε\∨∩ε⊗T∞εN≡<\Bπ/∧ 'Jε}Mε/∩∧.πε}]~6∨.}X d$≥{tMyz0z~ww9P≥40zεB9t7j[2⊂77]⊂12P→y0w:→r⊂0qXryyWλ⊂#4w_v6<Vλ0w<P≤ws:;Xy2P7\α hardware
eeChaniSms yOu use to assure secUrity may be totally ineffective if
you don't assure physical securady of the system(e.g. immunity tk
wiretapping, nasty pEople who patch↓ae←OIC[fA→a←ZAQQJAMI←]hAAC]KX↓←L~∃QQJA[¬GQS]∀XAKi R\
∀4∀@@@@@@A¬YXAS8ACYX0A≠kYβ#'∂MπβK?[N#↔Mβ≤{7¬β-C∂↔3d+;Qβn+∂#πvKO7Mbβ WPhS←#↔pβ';∂␈∪C?K∂#↔⊃βNsS-β&C∃β←␈∪'OS∂#'?9∧+;['⊗{;7↔w!1βSF+O*
\V≡F≥m↔≡o1Q&o/>Dε⊗*∞↑6."
→bπ& Tε≡}nLWGλ≠qD (_sm↑≠→5 T≤y8n↑X9≡$∞}<u ]+λ∩-l{≥9
≥Yc"Ml=≥{n
h≤y,><Z=∂∃β⊂⊂'→z;wy~β seCura`)dASfA∧Aae← YKZAQQChA%bAChαβ3↔π∨!βπLhS∂?7εc↔aβ∂→β∂?oβWS↔⊂βOgO&+5βO,≠WKπ'Iβπ; β#πM∧KSMβ␈;9β∂|c3↔∂&K?9β|04+\X6F∞m~6o~βHλλm|H⊂-d→>_l]≠→;ND≥≤Y,≡≠9;ND≠yH∞M→(≠L↑≥{|MP9ra]y0r<CE897X62vFλ9rrP∀z2{2H%rw: yP17[uP1d_x:2iλ-Yn@.
~∃
CeH~(~∀ZZ4ZZZZ4∀~¬%∃MKeK9GKf@Ph $
[
u↓↓α↓α∪'V[OSKλaα↔∪≤;↔Iααp EDλU~ T∀⎇≤N\⎇≥4LT≠yH∞M→#"D*∩⊃(EY=;∃
≡≤[qn 8εvt[3P)|\z2v@", CommuniCationq of the ACM, 11(5), pp.
λ341-306, May, 1968∞
¬
[2Y ScHroeder, Michael D& and Saltp∃KHXA∃KI←[JA \X@E∧A⊃C@⊗#←πK(h*πK≡C'S↔≤εG/⊗Tλf␈∩ →Wεf]\Vw&≥lr¬π-zF.∨M_ md∀Z;L↑hKλλ_0s#∧ε-* e∃λ≤≤¬a L-&u,-l¬D⊃8<L=λε⊂_N[Y↔εB∧A-YWP⊂⊂⊂λ%rw: ⊂)z2\42w T., "SecuRitp∩AαK9α∂}kCGS-⊃α;↔';?K>4"bπ ≡'"ε|aPEπ-zF}≡⎇J2α∩λLV≡Fm~↔.<h⊃M}H⊃_.L(⊂{m]=;Z,<=~3mnh∪Y.Nβwy5\P2r4]8∧ed↓Er
∃→aC@;↑c'9α2qα/WzaαCK.sS'∂*j#πMEB∧NβXkED⊃;YmL={slD⊂{⊂∀Y39V⊂∪αJ, 1981.
∀Zαi555hi555ji555hi5%5ji555ji554hP4*∪∂#∃i↓β α7πJ↓Ee@∧∧@¬
x9≥.,_:*$εL
≤ bb*εB εroM8 ROSSID @¬hA/Q¬ai←\4b`@Q⊃CmCH↓%WggαK↔9$hROW T+∂Qi¬βC ?LX7&N⎇`π?<⎇→-↑h
_-d~;<
L990↔≥0z4g[∀@
λThe DialCom Dickle@HAae←≥aC@5bβ←#'≤Aβ'Mε βC↔↔≠?;πbβπ;⊃∧∧w-⎇<λ <9→3LL<C"M\8π0sYvrw: ⊂9q`(e` kYα+@∩b∞M⊗≡↑LX ED→~0.∂(≤⊂→≠qy0vH397fH"4pv_wvFE∩w:2i≠0z4g[0p (Sid`-∃` αO∧ε&NvuD∧l"α(⊂→≥w34`.dεA←\ABA∧ε&NnTεs+αvwβαε ≡2β 1Q&f/lX ∞P7s⊂λ897j→qz4`/n", Taking into accOunt SecreTar`∪KLXA¬←MgCfX4⊃¬Ogβ≠↔M↔⊗{@∨≡↑5Bπε\X NT∧ pRojec@PAP∪↔∞#↔KM∧{⊂∩ε⎇lRππ-x
L\⎇λ_N↑λ≠[nD≠yH
}~→0→≤β
αdhat you are doiNe( o@QQKdAββ↔?Cd∧RεNdλλ$∞≤[rL\⎇λ⊂N↑λ≠[nD~;@ ≥≠λ∀∞7u2a]9RεE→z1W It @%`
αZ-∩eβ∂|¬WεF←↓Bε↔↑@λ∞M→>(
=Y(∞wvrP≤93sy_vyP+Z4qtεB1ww;→y9pz~ww0v≠<P0yZP37`2 the relationships od∧Akg∃` Mβ∞s⊃βSF+9β∂⊗+πS∀hSS#∃πβK/S,≠S'∨pβ3↔[,¬G4→[p→λ<sp∃. Ki@9IBA]∃Ch\\8A∩AQ¬mJAE∃K\Ai=YHH~)iQ←K≥PXAEdA SC1G←ZAMCYKf↓eKaf↓iQChαβ?;3Jβπ ∨/!↓Mβd+[↔3~βπK∃π+O↔⊃Ph($)ααC↔↔⊂↓5α∂∞qβO↔*βS'↔,ε2∧J⎇Pε↔∂?∃Bε≡≥dw"ε=mw:π⎇ ↔"∧∀⎇Rε&⎇→f*π]mF/∨1Q"αα∧∧ααα∧∞7ε.=_ M≤x;∪∂∀_;⊂⊗≠{rr (canpπoSi
PASH↓g↑AI∃H πWdεBεO4λ6∞r ≥G>∂≤1PBα∧∧ααα∧∧π∞9(⊂≠Z0z⊂$IvP27Zw3P 5nhesS j`∨Hαβπ33|εv.α⊃Q hR∧λ&␈∨4¬R∧≡≥`λ∞p¬e @QS[Kf0AoQCPA∩OZ↓I←S]≤Ac@;d∧W>h≤⊂→~{0z2H7y⊂ 0erso@9CX~∀@@@@@@@Q1k]GPαβ←'S@∧π<αqy2]0y4P_z⊂!`,e` ar↓⊃P∨3d{]α↔|εF.b∃Dε∞vDλ6∞r ≤F h$∧ααα∧∧ααπM
⊗v?4
vO&
zW"ε←∀πε/-]↔∂≡≥⎇bαG=tε⊗␈>4ε≡∞d∞7'∞ldπ∞}\ZFFNlqPBα∧∧ααα∧∧ε}r
←∩ε≡≥HVv&≡ λ∞u{h⊂.≥z;Yd
9(⊃M≡\⎇α!QA"H∧
y8u∂∃αP!`[⊂9rbH:4vr\P SvH1:ylK⊂1pwλ9rrP≥t0r I'm doifg0AGC\4∀@@@@@@@E`∪↔w#πS'6+3e ∧∧⊗&"∞MεNv}4αF∂,Tεn∂-<V"ε≡4ε∞→→9∧ ↑(⊂→Yqy2j_y<TVβE⊂⊂⊂λ⊂⊂⊂⊂λ:p∞l@∃`∂MαJ;5βO∞K⊃β;zp4(Q$ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα¬XF∂6QQ hRUQRjjUQRjjUURjjUQRjjUQRjjUQRjhQ!PT_8
2Nα 2May 1982 110λb[A (~∃→aP∨5Rα≤
YI4Lu4λ↔"¬X82l,9APE∨\-&.∨G$∧≡␈>@∧'⊗≤¬Q-d⊂<Xm
=→0nNαy2iCE
λI (Dave Cau`→W%]fRAα 5βSF)β7πv ∨πI∧¬v $≥~→$ _=_$∞≤[p⊃Yyytg→P30qZv4z4YyP3 /p αa qmalL SF Peninsula @MiCeIU`vAo∀AQCmα)β¬α39αV:MAβKWvs';≥∧K9βπrα0≡w∨ε∞vAQ&
∧:¬tjε,≡6.α∞?↔∨&]Pλ∞∞9[Z-lh~3D (⊃~. 8kλ
\;]9L≤⎇≥4L\λ_↑$ ;{→,>;_<AQQ;Ym≥Y9<M≥Yk@∧ = |d∞~~0→H60qjλ6pqt~w2P$Ir⊂64ZpP:7H:0v5H0q7z]↔⊂⊂$]9FE0\1t4j→qz:i→P4yP~w:2y→yz4w→P∩P0H→Z&aλ40y2λ24yeH;tz4λ0P9vXy:εE_ww:9≠v62i ⊂:0v~ts3@≥4π up to 32 Z80-with-25K-RAM Prh∂GKMg←ef↓mSBA∧~∃aCICYYK0Aπ'≠∧AEkf8@A'Kα)βS#*α∪'K∞→αβ↔≡≠@⊗O∞M⊗}r ,Vf@⎇h⊃M}H→→.L8∧v %d siZe
αand co@MhA]k5EKeF8@A C
PAkgα+@∩ε|ZG4~~4d
⎇{@∞∞[xq.ywy⊂_w2⊂≠
eR⊂ !nd in
coNseqe@∃]GJA¬IIS]≤AkgKIbAI←∃`∂9∨ ∧ε&.},⊗&*∞ Wε6}-V∞v<Tεv.≡-GJε≤4εo.=∧ε∂_Q(
-d_(⊂→↑yz2fH4s⊂+Z4qt≠w2P!Yw:90[⊂897Xpyyg\α dances around amoNe 8 - 32
users. We've done Some Loadine studies, afdunder medium lOa`
Conditions (15 users all worci@9JAoSQPAMS1Kf@|Xk⊗Am%BAC\↓KISi=dRAi!J~∃kβ≠↔KMo3M7K/≠C?;≡)7S'n)β∂W↔3∃β'~βπ37␈≠Qβ≠d Q9↓¬+;∪↔∩β#'∨Bβ3/π h+∂?v#'S'}sM↓β, ∂!β/≠↔Iβ⊗+GWO&K;≥βλβ3πK>)β;Wn∪↔Iβ|1β∪'≡Yβπ∂≡+GO↔~βC↔HhSO.=yf"J∞Mε*ε>↑'6*
~2π⊗}\vFg∀
FNv\≡"ε7-⎇Rβ~
}W"πMtβ
∞↑6/↔5aPPh*Mε*∧M≡&∞~ Mv/≡d}Bπ∂]~F*ε\≥6*ε≡Ebα∧:¬tjε≡4εvN<TεNr∞Mε∂"∞Mε/⊗T
↔
ε⊃Q&?⊗\≡Bε&\≥Bε}dε7⊗"∞ ↔↔'∀∞6}7N|↔⊗* ≡f∞NL≤&f*D∞6}nT
v $≥z~,=λ~<d {{y↓Q\=0-M=≡(¬ x=Q,≡λ→;.∞≠|H∧∃+Hλ
M→(⊂j¬s(→M≥→(≤nN]8⎇∞↑Y(~.∀≤_:-l];≠∂⊃"\≤M≥:=~.l(_;LD~_<LD≥≠h∞⎇|Zh∞⎇=~ AQC"R$∞~~;M4_;H ≡≥≤X,>~=Y$ <Xz
≡→8u∞↑Y(≥m};→λ ,(_<d [{≠
}|nHλ∀∃3R+∧_X<l\β"[.]≥~<∞-xy<n=|H≥m≡~λ
Gε ,≥Y -&⊗Rh≤ ↑H≥<l↑Kλ≥m≡~λ∞ε∧ ( &fλ∪0D
yC"L={;;md~_<LD→~<m4_=X-≥_8[ T≥≠h ≥≠λ≥.<<\kD∧∃~→$εN ε¬8;Y¬V,,Rd
⎇9z∞D≥≠c!,Y(→
|8[→$ [|H
L<|h∞M_;H∧FRkH∧
⎇8z∧ (≤}.>→;(∞≥≠⎇; D≠yYL↑H_(∞l<↑#!,=≥≤L≤⎇~=LT≠=;∞M+=<l↑H≥{n-h≤⎇ ≡~;{D ;]Z.-{[9-nλ→[n$_(∪
}λ≠→.>h≥~ ≥C"PhY+λ⊃M}]≥;LUλ≠|D
⎇~→..h≠yD∞~→(∧F2h≤nL;Y_-M{Y(
YR6λ∞⎇|Z|nL=~;md→[⊂.m|KC!*⎇_;LL;≠{LT→→=M≤y<h
=Y( ∀≤z9mm9Z8l≥]λ≤ ≡]λ≠lD≥~→-≡H_{n>λ~;D∞~→( <<y+↓QZy6,-x<Y¬D⊂tU¬D_;Y∧
⎇~→.$≠[{E\{{<∞↑→<H ]→;9-n≤kH∧
~→(∞L<[:-l;β"M\;]9L≤⎇≥<L↑\h_.,(_Y,⎇;[Z-lh≥≠d ≠h≤L\<{sL≤[→( L<z1mnh_;LD≤Y8-M>Y( ⎇{yβ!,8{{M⎇:9<d
yH≤l<;→.d∞y9;.4≥≠h
\αP:4_z⊂:4→P70z≥y0v⊂→4{4iZww⊂1→z;rr[εE3w\5yz0]4ww⊂≥2y6t[0v⊂0[2⊂1w[x:z0]4ww0[⊂92y[zy1r\P7s3→y9P9→pv⊂![yzεE_p0{0[:0sr\WεEεB"7ryH0w<w[2P5w≠{P7sλ0P1g[x0w<H:40zλ40yP≠y⊂4iH860w≠4w3@_P9|y]2vP6~urFE≥44y←CEαE"~y0qP⊃2yqy~x:4w[εEεE⊂wyz≥λ∩_ZeH37y⊂≥42P1_ytqP_7|⊂⊗H→Z&aλ24yuK⊂24yZP1ww≥97v6→y⊗⊂8≠{ryεB9zx8≠4ryVλ≤⊃⊂3≠7x8<H294{→P0w2λ9v7z≤P37iλ→Y⊂ \864qXz4wwλ(97qYyywy≤FE∀ T9T]P≠w2P9→xzty→r⊂37\⊂2pqZ⊂:yr\↔⊂⊂ T9P1w\z⊂∩_RP2pqZ⊗⊂62\yP4wβE8z`[:4z<K⊂⊂*4→P h⊂≤94qrH4yP9_z42yλ44stλ⊗P6p[:s0q]8y4w→P1wy]⊂4yFB1ry:_tw6<H;rv6λ:w22\⊂∩→_ ↔εEεB)t⎇2N⊂10yZqP17↑⊂⊗P→
⊃⊂44Yt⊂<⊂ Y↔~Qλ;tr2H<⊂→XH⊂22r\↔εE⊂λ⊂⊂⊂⊂⊂h⊂⊗P
⊃⊂<⊂∞Q≥P~
⊂$aiCEαE*~4yP6X|P12H;t2y→P"4y_qP;r[:⊂0y]90|Wλ⊂*42↑P8:zλ0P67]⊂7s⊂→s37y≥⊂4wεB6put[3P:4→P9|y]2vP8]tz2P≤vpv6∞P:42H h⊂1≠py2⊂~yP;2\<P:4Yt:↔λ$P3'\α one
wouldn't m`∪]⊂ABAg 0)-May-_2 1↔47 AV@ UKRKS Digest V2 #52@@@~(@⊗`@2j7πehπβ∩αε"3β0→\Vb¬
HV∂≡≥nBβeyz$]~ ≡B¬∃XHt-∃7`M<z)5~∧M≤v/∨D
c∩α6V"αα↓Q$&∂LW"αβd V∂J∧⊂∞'εHλ 350 ≠ ⊃(∩*4ε&}k$ V.b
F.∂<≥g"βJyu∀]4λ↔"¬*ZD<-*7`hU>XλM,8⎇≥λ+`∂RKS DiGest V2 #%2
Se@9IKdt↓!→ βMβ∃(Aα QαJ-"≡⊗J_h"S=RαW?K]→a↓lhRK↔Cdπ∩mεw$¬,@tRtd =λ∀JZα#bi∀FEεE∃βorks @igeqt Fp¬SICdX@nA5Cr@@λπ∪C∩∧∧ααα∧∧¬ -βv0∃@5J@d@hA∪ggβ+∃↓Uα!P@!α@
Today's To`@%Gft~(@@@@@@@@AπCYαaβ≠| λ ≥Y[p→≠pz4`/n on↓iQJA=YSmKβ#S%αα⎇w-t⎇_.M8πwεBα Cal@0AM@?⊂∧∧Nvmx M\=~0↔[⊂7w the Spice Suf Wor`↔≤εF∂&≥x AQHλλ∧∧λλλ∧∧λλλ∧∧λλλ∧∧λ⊃0~~2y⊂![w32`#ti`∨\αβ⊂⊗@|H∪*Enλ ε↓α@
C@=←aKe¬iSmJ↓!Ke@≤¬vv∞βλ⊂m⎇<≥0~→y9P∀ P6yc\T@
The Corvu@LAπ←]
Kah~(@@@@@@@@@@@@@@@@@Aπ←MhA E%mK\A¬` ∂#LεF.∨LX L↑c"C!¬++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%U++#%Q C"HL=→.D∧λλλε4⊂εp|H≤→⊂_L]_X≥ \Vbb∃⊂⊂&w[∀@
Fp¬P∨5R↓↓↓↓¬∪?9αnK;+≤9αβF]_ Mm8zβHX0⊂
b→v⊂
Relay>
λ¬'kE)KGhtA∨YSYKiiR↓S]M↑|~∀4R↓↓απwK?;∃∧¬ε/⊗T
6.∞βH∃
(≠Y.t⊃{⊂∀]2z:4H∪{w`2hπgiCQS←\N|A)QKIJAoCLACL~)CeiS
YJAC ←khAαKQβ'pβ¬βK,≠↔;Q∧+3↔∂'∪?;'≥→β7π> k'≠*qαS#*βπKSL≠3∃β≡ '⊃βM 4+←∂→αiAβ↓Eβ ∂≠↔⊃⊃∧Cπ⊃β⊗KQ7↔∂↓β∨K∂β#'∂~aβWA¬#=βOOCS↔↔pβ←'≠&{←M⊃∧ ;⊂4T≠π7∃¬;'S!β Iaα↑⊃β7↔n{Ceβ∞s⊃βS>yβ≠3␈βC'↔~β≠ ?$
Vv&↑$α#≠∧εαr∧≥d∧`=~=Y.N~#"N<9→<m\;H_m};→λ
m⎇λ⊃m≡Y(≠,T_;↑$∞{{∩,D~;YMuH⊃~ T≤⎇_.M;{@∞|<h→ ↑z9{L\β"PO∀≥~→$ {~=L↑≥~(∞,<y0⊂\1t⊂3\5zx⊂~w⊂ [7P v≥5SεEβE⊂⊂)≠wεEεB⊗VVVKVVVVKVVVVKVVVVKVVVVKVVVVKFEεE⊃0z2]λ≠⊂&p↑P_\\ ⊂→_]
≤Vbb∃εE#9≠v]⊂)]2{2`. H& Gutfreund <SHG at MIT-AI>
Subject: SUN Terei@9CX~∀4∀~∃ =KfAC9s←]J↓QCmJ↓KqaKISKMG∀AoSi AiQJ↓MWeo¬eHAi∃GQ]←1←OSKLA'!∪
}@@!←]J~)←DAi!JAiQIKJAM1Cm←eLA←LAQQJA'U≤AiKI[S]C0RTA∪LAC]s=]JAG=]gSI∃eS]N4∃Eks%]NASP}A/Q¬hAoKIJAs←UdAG←9gSIKICiS←9fXAC9HAQ←\AI↑Ae←jAe¬]VASPAmCB4∃←iQ∃dAo←IP∂OS∂#'?;≠yα←#∂!βπK*βg?W∩βC?OM#'[∃ε ;⊃βv+↔πSO3∃β≠,+3';?→|4(hQ↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓5¬≠S↔[,qα∨W&3K↔Wv 4(Q%RjjUURjjUURjjUURjjUURjjUURjjUQPPh(L↔&+$εb∧n∨∀β K∧$β βFuU∧¬AQ%≡.lLW∪R
(Tu%89αε∂D
U≤~XX4`h*>V⊗V\>CB∧↑Mε/∩ =vvv\:FN}d f␈∩ Zb{C∧εhTn-vkRλ(Tu%89αε∂D
U≤~XX4`h)\W∨≡≤|RlLG$βe]Z82l,9KRβ2Y\↔Jkα Hε⊗∞M
gε∞+THYU∀piπC"C!(;↑8M|≡(≠n↑λ≥~ ↑Y(~ ≡Y(_-o(~;Lm|[8.M;{H
⎇H≤≤M|≥8⎇∞4_=X-≥_8[ T≥≠h
{zc!,9H∪*en ε∧≥<λ∞Mh_(∞>_;Y ≡Yλ & 8H→.M→<H∞⎇<Y/d∧∪{Y$
x]Z-}<h≤
}|z8M≥~=≡!QZ<h ≥H→5
<H⊂⊃≠py2⊂≥40z→94{2\P0P'≠{0P1≥yR⊂)Zw1rP≥42y2H4yP0H'7{ H1:yP~wαE 4he MV/8000. I have wridten to 3Com, Interdan, OctothoRpe, and (sigh)
@ata Genepad, but I ae scaptical Od a Positive reqponse.
I`≤AQQSfAIKOCE⊂X@EaI←IkGP@ β7L;#Qβ⊗)βS?zβOSK}s≥⬬;?K⊃p↓α←∃∧{;3e¬;π;PhR> 4T &}∂,@αG& ≡Bπ>}-7~Jd∧¬≡z
_bπ≡⎇\V}vT
ε∂~ Mvv*
x LUλ~5∧
89z∞D_Y#!.≠||m≤Y→(∞Mh~U.>λ→≥.
~8x.L(~0~ ⊂0z nomiNal cOqt.
TiM RentpπGP~(~∀ZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZ
∀4∃↓CI∀p@@f↓≠Cr@Drpd@Hdjn[A (~∃→eP∨5RαOS↔6)α∂K}≠'↔Iβb∂K|=6/∩ ≡B¬-85TM≤_g`hU>X&V.>G"∧≡⎇}ε/⊗≡M↔6*
λW.{{X-D⊂{{.∞=→<NFEεE⊂z⊂:4→P ry≠yx0qYP!wi≤⊗⊂;t→y2P$H9:w the computer s@
SKMG∀AYCD0A∩AC4~∃EK%]NAa∃aaKe∃HAoSQPAck∃aSKf↓CE←KPAoQKQQKdAβ#=β∨/!↓ S/∪7'l≥G
∩
z hR,⎇wε←>L↔&N⎇n2r⊂Q!PU& Tε≡␈. wε∂LTε≡}↑∞W&Nlpλ @0qtf~z<P 2uns Large CDC And IBM mainframes&
Terminadc exict around the coMpafy, butthey are not lOcated in
individual offIces and are shared Among all who need access.
CoNsideration is beinggiveN to acquiRing a substaftial numberof
additional terminalc, but there is concern that additional teriinals
Will lead to increasEd load on the maiffRame with poor conse@EkKMG∃b\~∀4∃∪hA!CfAE∃K\A←α∪OπK4+⊃βSF Qβ←␈∪'OS∂#'?;~βπ;⊃πβ↔KO}sπ1β≡{7CW&+KMβ≡{OP4V{;3eπ≠3'∨G#3eβn{K∃β&Cπ9β&+K7'v 3M1¬≠=β'"β#πMε∪↔↔9πβK?C␈≠↔⊃β&CπQβ>)β WHh+C↔↔≠?;πbβ∂?7π+S↔K~β';O&+π⊃β}1βS↔⊗k';πg→9↓α>C'3∃π##'Mπ≠?W;'_4+π'#Kπ∂&K[∃1∧Iβ∪?r;QβO.)βπ;JβCK?'+∂QβfK;∃β&CπQβ≡{7 'v+MβSF)β/;␈;84+∞#[π;& ∨↔Mε{→βSF)βC↔↔≠?;πbβ∂?7π+S↔I¬;'S!π##∃β↑s?←9ε ∪[πw#π∨↔~β?_4VcπK∨*kO∂πf)β∂↔w#Kπ1ε≠?7C/#↔KMr↓αWO-∪Mβ←Fyβ7?6)β≠K}iβS#*β∂?Kε{KπS(h+7π≡C';∃π#=β¬πβ↔KO}sπ1βn ∂#'v)↓55ε+[↔9ε{;∃β>KS!β≡{77WvK∂πSN{84+6 ∂'3O#'↔Mαi5βπ⊗)β∨?Ns≥βSzβ ∃βεc↔πO,!βS#∂!βS#/Iβ∨↔"β'77,#'πS*βπ;⊂hS∂?;≡KOS↔w!βK↔∨β?;O*β≠K?jβS#∃εkπ∂#Ns∃1β↔+QβSF+eβ←Nc1β *β#?K⊗K≠'↔"βS#π h+S#/Iβ∂πr;Qβ∪zβK↔πbβ←?KZaβS#-Iβ∂πr;Qβ∂|{C∪'v S∃β&C↔'Iπ;?K-π;'S!π##∀4R∪K↔πb⊃β∂?oβWS↔∩aβS#-Iβ∪?r;Qβ#∂3∃β¬ε3W33Jβ∪↔[,c?C↔"β≠'3*βOgO&+51β/#
90hS↔S
ph(4*Jβ#π[*β¬β7Ls'πS-∪∃β[/∪O'?rβ?→β&C∃βO∞k∃βC⊗{ 3↔jβ∂K?πβ';≥π+Aβ←O##'9εkd4+f 9↓¬;∃∨K*β K'v;';≥π+Aβ¬∧cπK∨*αZεaπ+;∪↔∩αV:&Bq↓α↔6+Cg?v)β#π~β#'Mε{←84U#↔K7Lsπ11∧ ;⊃β>)β↔cε+∂Qβ&yβOWπβ?KQ¬≠?7∃ε+cC↔⊗K7π;'→β'9ε+3↔∂'∪?;'~β7π'`h+π≠ β←?K"βCK?≡+GO'v9β←'&Aβ¬β6+]βC.{C3∃ε{WSON#∃β?2βS#∃εcπ 9ααS#↔≡(4+C,{C3∃π#?=β∂∪∃βπ≡[';≥π;#eβ&C↔eβ≡C?W3&q∨Qβ>+QβC/∪O?;∞aβ∂?oβWS↔↔→βπ; h+S'*βS#↔hβ'9β&yβ?W∩β3π ε≠?7C/#↔IβNsOS↔∞!β?→π≠↔SSfK;≥β6{IβONkC#∃∧BAIY∪λ4+O'K3∃β&+K''v 3M9αα←#'f)βS#.KIβ'oβW3O-→βπK*βW;∪/∪OSπv#π 3*aβ#?:β∪=αHh+↔cεcπ'→π#=βSF+5βSF QβSF)β↔∪O#?KMε ;⊃β6{K'π'#';≥π≠gOS.kMβπ4∧⊗Nf≤-F*ε⎇aPW& ]↔∩π ↑'≡}l≥Bε≡⎇↑π/&↑.2ε∂,Tε6∂$
F/∨4∞ε␈>↑,g.b ≥f"ε=yWεf↑LVgHQ)⊗v≡⎇↑ε∂&≤-F*π⎇≡FBπM Rε≡}.&/∨
yf&Nlpε&∞=≥FO&≤↑2ε}d∞FF*
h∃Br∧ vrπM PhV|Mε/∩
⊗v"D ∩ε≡↑.F∞NmH∞$ ≠h∪M}λ≥x-nλ≥≠d∞⎇<≤
}]λ⊂-d_<XM≡≤X<O∀≠];,,<H∪lA"]<l↑\h≠md≥~→$
P6 EeC"C!(;↑(
≤→8<gq"C"EU+++%U+++%U+++%U+++%U+++%U+++!Q@εE"_z2]⊂∃:rP&X|P⊂~λ_Z≥~
]_≤P \\⊂∩
Brom: decvax!harpo!ihnss!ihuxl!ignatz At CCA
Subject: Re: Cooperative PeRqonal Computers
Article-I*D.hASQkaX\bdH~∃'←UaGJ[%]M↑tA¬e←4@Q←d↓'KMI∃`RA]¬[JA]=hACkβ##↔;&K∂πS.!0$λhR%βWv#↔KO& ;⊃βN{WIβ¬∪? 3.ieβ#⎇;↔[↔∩aβS#-∪∃β'~β¬βO}cWS'}qβ←#L≠!βO.+7L4U∪↔πO|sπ 3*q↓α←M#!β+.#'∂'␈+MβO,c↔∂SL{9β?2βg?W⊂βC↔K≤¬vv∞Dλ6}o∞ZF/∩Dλ
.D~8c!.≠|tm≤[→(∞Mh≠qLL<H⊂→Yy;4aYyP:4≤5zstλ<sp∃r iainframe to Expand the
functignob the PC without uNdqelY hoading @QQJA[¬S]Me¬[J\A$AeKMα+@∩π≥zPhWMuBε∂Dλ \<⎇β∧∞~→(λ|990→[pyz2\⊂72j ⊂0qP≥p¬ll as e@→H ?.N2ε↔∀λλm⎇<_;M≤<c"N≡8z⊂_yP"0]0p oGics @%\AπQ%GCO↑QBAaαC?S?'KC↔O,εG&/$λ ,≥]9P⊂Xz:y2\∀W⊂*~2@
@ CgSF↓Caae=CGPAαK@~πMtε∞fMx
d∞~→(
\8;YN0p
e, whe@8Ag↑AIKckKβ≠S↔⊃bβS :∞Z6(hα]~ T≠:0⊃\αh∞ACLACLAαK;@&]H
≤y;]∧∞α2y6Zw0v⊂
3y0w≥2r⊗⊂≠4πrmalhp∩Aα β@>≤∧p~→P7sεB92y`/urceS8εAEKβ!β'→¬K?Uβ↑s?]β>CπQβ&C∃β7L∧7-βP4`3, and howth∞AC
GCgf↓Sif~)aKg←β+@⊗≡↑5BπNβx
S]2P3w]⊂0P 4er`≠Sαsπ1β>KS!β4¬F␈π
_ .P7q wha`)∃mKdX↓aWeILX∩+,εF~RDλ .Lhπ∀Wλ#wtg→β farther↓CY←]≤AsO@-⊃β'≠&+⊂∨⊗≤M⊗}r∞8λm 8εrVλ842P_x897XqtεE≥yrr (at @1KCghαβ'9βε KA∀λλO∀≥~→$ 8[uLU8εrg≥4ww2Y⊂34`2ms iS po @⊃←o]Y=C@~∃α+'S#,ε"π& Tε.wM~&*π↑M⊗fOO∀πε/≤X .z2r, h∂dAα β∂?nkW;π≤ S'∨p∧ππ⊗|Mv≡}AQ&F∞βY≠ ↑KH⊃M}H~0↔≤z0w1YT⊂4`& phe micro qse@HAeKcUSeKf↓BAg←ββ#'O&K∂πS,!β@&←∞@hV\M↔&@|Kλ∞M→(∀
}]~0↔[⊂40w→44w3H5:yjλ:42P≠wr4`&ications @Q↑AiQ∀AGkeIK]h~)EcMM∃` ↓↓?βπ>Tp ∧∧|y0∪[p¬`≥h≤XAoQ¬iKmKβ⊃%β'~β∪ ?⎇mF}∞LXBεNβZ0~~pr6,K⊂*44\FA:4→w⊂92\zryj≤β b`+α3⊂⊗/,4ε∂~∞,W∂.α<Y,Eλ≥z
≤zλ⊂⊂\2P9b[8⊂:7H842P≥2y6t[frame.
But I Thinkyou see my point.
Dave I`nat
∀@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@Aβ9CYsgQbAβ]QKeMCQS←]C0Aπ←e@\~∧@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@A¬∃YP⊃α&+3↔CF{;∃αf ?K∂#?K'/_4)↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓α'v#'π9∧C'31bα& 4R↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓αAMEIJ↓e]ei1]Q\hQ↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓α↓↓↓↓αβ'#WFaπ'∨v ShQ!PRjUURjjUURjjUURjjUURjjUURjjUURhh!Q$&∂LW"β" \↔Jβε$β ≠&⊗#C+%Z∧%"¬
G.
⊃Q$7⊗⎇W"εn]mF{;∧≡7⊗J↑]fOB≥∞εf∞.4⊗F∞n<Vrε≡@λλ <Zy-L>#"J>8ZQ,>∞H∀LWH⊂{m}→<X.M=Y(
<\p↔[0r⊂![vx:j→y9FE⊂y:4q[2VdW⊃↔≥⊂$≤40q9K→[YFB)wzy_rVdw→7]⊂⊂⊃97vP
7y⊂)Yw22y
P70vYP77jλ0zz4→w:4qXz2rπβE
...The H@ 4bdjA%`
β¬∧εε/↔=yf∞b 9voπ↑LW∩πM ↔"ε ≡2ε
.VNgE]⊗r¬*6#≠∩∞ wπQ(⊗v" ∀πε.≥EBεF⎇lW∨"↑Mrn>⎇|Fv/>5Bπε↑-VNv≥Dεn}LUBπ⊗≡Mε/∩∞Mε∞r∞=vn
≡v7;β"NL<[:-l9λ⊃-↑;_=
}H≤∀M||X;%Dλ∃~ T≥→<M]8π0vλ6sr2H40yP≥2y<P≤trt`,ar¬
Featu@IKfAi<AiQJ↓⊃ dlHbAiKI[S@;∞a1βπv!βS#*α"A∃ ⊃Uβ#∂→βS#*β@≡∞\Tπε∞=<⊗>(Q(λ.∀≥~→$ ∀ $F@→_WεB∧¬
<End oF advEpp Sg∃[CMhx~∀4Ri555ji555ji555ji555ji555ji555hh($
& S∃I¬#W* \↔JαεDββC&⊗C@&Lλ '↔ C"HnY{.D →8p≠_|⊂t0\87PtZ59yPZt:|6λvpy5\P0r⊂βCA
SubjEct: The COprus ConcEpt
Arpicle-I.D.: iHuxl.⊃21¬
Source-Inf@<p ↓α7∪?5↓F{AαO,¬f&/%∀εv∞\Tεv␈Dλ↔/& ]g&N<≡F."aQ hT∀ '/∨D
6∂: ⊂εv/t
π⊗}NX7"ε≥mf␈.l8 -\9]λ¬λ⊂5⊂$λss3*YR0p*I3sTeD⊂<∀M≥λ nε%#"YM}H_ ∞⎇|Z|nL=~;md≥≠h ,(≤≤M|≥8q,D_↑(λ=|]].4∀}<nL;<h¬
yH⊂m}]]<dλ~<zaQYX;,U(_p⊂[62r≥42P![y;:yH!ww1Yx:↔λ+4z0[9]εEβE⊂⊂⊂λ⊂⊂⊂≠∞___⊂≤97qr\ywyεB⊂⊂⊂⊂λ⊂⊂~XL%a⊂&X|⊂6r[wy<FB⊂⊂⊂⊂λ⊂⊂!4]⊗vpx≤2r⊂2~yx6 ↑FE⊂⊂λ⊂⊂⊂⊂∪vw4`.et interface (Corvus' local network product)
$5995
Doeq anyone have any further information on thiS godsend?
Mark Beckner
------------------------------
Date: 4 May 1982 16242 PDT
From: Deutsch at PARC-MAXC
Subject: Re: WORKS Digest V2 #51
In-reply-to: PLEASANT's message of 3 May 1982 0031-EDT
To: CAULKINS at USC-ECL
I don't understafd your argument About the cost savings of your
proposed architecture. Any interactive workstation i@LAO←S9NAi↑↓]KKH4∀EGCMJXAW∃sE←CIHXAπI(XAC9HA←i!KdA]=\[G←5akiKHAKYK5K]ifλ\@A'<AiQJ4∃gCm%]OfA%`
βO'∪'∂SgIβ'9αAE%β&C∃β↔G#K¬βε ∂/π>K;≥βv{QβK/ W'K.!β≠?⊂βS#∀hSCK?≡+GO?↔→βπ; β7↔↔␈∪'↔Mbβπ;⊃αAI%β&C∃βOF K';8β?→β&C∃β∪O≠-9↓∧Iβ∪?r;QβO.(4+SF Qβ7∞[';≥π##∃β&K≠≠↔⊗+;∂∃ε∪↔S←.+9↓ f+GMβ&Cπ9↓#∩- β∞s⊃↓⊃,Y9↓α>CπQβ&K⊂4*Jβ7'O≠x4(∀Ri555ji555ji555ji555ji555ji555hh(4*,¬f"ε|d¬>␈-:2∧&≤|W∨ Q%"RR%%"RR%%"RR%%"RR!Q"jjUURjhQ!PP`@l∞+)\>+&ε$λ %fV"05H$λλα*YtRtdλ~9y.>λ∃LD∧m,h∧∧λβ"D↓lλ VSp|VL ⊂⊂__ Z∧fr[⊂(6 %asant 8WORKS at RUTGERS> WGRKS Digest V2 #53
Date: 9 May !dpd@@H``K ⊃(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@FjL~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYβI6S=Rα↑ =):2ε∂D
%-$xZ%_h!Q%>␈->2∧&≤|W∨"∧∧ααα∧∧ααα∧
7.vL∨∩bβ∀ V∂Jε⊂∞'εHλλ∧∧λλλ
m{≥;,T H∞D <|⎇,T
( FB∧A*7Y0|SyH*7x4Xy]εEλ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂$w8≥z⊂3'\⊂⊃#y_x44aH$s8:]⊂"2{~qryQλ*0v5H)wzsZ:εE⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ⊂⊂⊂⊂λ!wy;≥yP!g[1rx*λ+wy5Tz0z4[w⊂∀ λ6ysyJFEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVKVVVVCE
Date* 5 @≠Cd@brpH@``TPp[ P~∃
e=ZtA≤εF/6]`¬"r =↔π≡=λπJp¬P ]⊂&dj faP≡
λSubject: Input fgr@
?,≡εFN4 ⊗wπ↑@ε&/m_λl↑hH∃ ≥~h≤m}9z≥↓Q@εE$IvP9z\87qrY⊂:7P→t{2P_P:0v~P0r the NCGA ConfeRence on "Graphic Anput
Devices*" I` As=jAW]=nA←L↓C]rA⊃KmSG∃bAiQ¬hA∩AMQ←kY⊂AEJAMkeJAQ↑A[K9iS←\4∃S\AQQJAi¬YVXAAYKCg∀AQKh↓[BAW9←n\@↓
KKX↓IeKJ↓iP≥β⊗)β[↔⊗∪?O∃r↓α%β∞iβ←↔d`4+[-∪O↔⊃εK9β7N≠∃βπv!β#π4∧Rπ/<XBεn}:Bπε⎇≥g&Nlpλ L=Z0l↑h_=∧
→8<nD≠{XlUA"C!
Y<≠
≤<h∃m≥≠λ_LT_{s.
;→9∧
;H∪(↔Trni→T∃5∧λ⊃5R(84kH∧
~_;M>iC"AQK++%U+++%U+++%U+++%U+++%U+++%U#"C!(α0r2N⊂⊂≠@∪p|P_N\→⊂_ →≠Vh⊃*εE#≤4πm: XellIch at OFFICE-3 (Rach ZelLich)
λSubject: CorvUq CoNceptworkstation
cc8∧@@AiKYYS
P∩∀~)
e←Z↓BAeK
K]hAαK@∨∨\Tε}2 →f6←-\↔&N⎇`¬∨O>LVo~ lW?~
lW?∨ ≡ε/∪!Q hT9z%5-4
Tu4Y→E~¬λZ%≤|h→B∧|hi∀≤*λ9tm¬XHU∩∧YjE∃HQ!PT≡}.g/~λ;↔∨&]↑2∧Nl5bbε∀λ n↑≤≠∩,↑H≠p∪λ4pq`2ocomputernetwopks And
Peri`!!KeCYLXAQCLA[OM∃HAS]Q↑AiQ∀AaKeM←]CX↓←MMS
JAG←αkCGS-⊃β7π⊗[↔Qβ>KS!βλh*7?&{C >L∀β ' ¬\X<q,D≤}4nL;(≤∞-8y1∧ =λ εE∞.-$
;H≤m≥Y{→$∞=8;NM=~9.WαEεB!pv&→r⊂:4→P!wi≥:yP![w1rx≥⊗⊂:4→P:w4]⊂1pwλ9ry;→P2tj~2y⊂ !q a Sta`≥I¬Y←]J4∃aKeM←]CX↓G←[aUiKdA]QK\A
←]MS≥keKH↓oSiP↓BAIK⊃SGCi∃HAae%]iKd↓C]H~)aKeSAQKeC1fPA←HACfA∧A]Ki]←eVA]←eWgQCiS←8A←\A
←emkLOfA∨5]S]KPAY←G¬X~¬CIKBA]∃io←e,\~∀~)∨[]S9KhXA∧AioSMiKH[ACSdA1←GCX↓]Kio=eVAkMS]NAQQJAπM≠α←π⊂ACGG∃gfA[∃iQ←H0~∃←A∃aCiKLACh@D[≠ESPAaKd↓gCG←9HAC]⊂AaKe5SifAU`Ai↑lhAπ=]GKaP~∃o←ISgiCQS←]f↓i↑AE∀AQ←←-KHAi=OCiQ∃dAS\↓BA]KQo←eV↓k`Ai<@hX`@`AMK∃hAY←9N\~∀4∃π←eYkfXA!KCIcUCeiKIKHAS8A'C\↓∃←gJ0AgCS⊂AiQJ↓π←]G∃ahASLACS[∃HACh↓E←iP4∃
←eQk]J@DX```↓G←ea=eCiS=]fAC9HA[K⊃SkZ[MSuKH↓EkgS9KggKLAoSi ~∃ISMieSEUiKHA⊃CiBAAe←GKMgS]N↓C]HA=MMSG∀ACki=[CiS=\A]K∃If\@↓∪hAC1g↑~∃∃qaKGQfAiQ∀Aπ←]
KahAQ↑AMS9HACaAYSGCQS←]f↓S\AC
CIK[%FAC]⊂AgGS∃]iSM%F~∃K9mSe←9[K]iL\~∀~)π←]G∃ahOfHhXrdjAgS9OYJ[U]ShAAeSGJ↓S]GYUIKfAQQJ@fH↑bl[ ShA≠=i←e←1B~∀l````A5SGe←Ae←GKMg←dA]SiP@Hjm⊗A siKf↓←LA%¬~XA[¬IJAk@A←L@Xi⊗[Ie]C[S ~∃%β4AGQSAf\@A5CS\A5K[←edASfA∃qaC]⊃CEYJ↓k`Ai<@jbe,AEsi∃f\~∀4∃π←]
KahA¬Yg↑A!CfABbj[S9GPXA!SOP[IKg←YUiS←\0AESh5[Caa∃HAISMaYCr4∃gGe∃K\\@↓∪hAG¬\AEJ↓mSKo∃HAS\↓KSiQ∃dAiQ∀Aa←eQaCSHQeKeQSGCX$A←d~)YCMIMGCaJQQ←e%u←]i¬XRAa=cSiS=\AoSQPAKSβ##↔I∧∧&f∞=0ε≡F≤,⊗∨&↑.2ε}d ⊂hW⎇
↔&* ,⊗≡↑|-w.vD
wαπ⎇
↔&* 8
≡X8⎇ ↑\h≠md_(⊂ML8z` ,8zyn-⎇;Y¬D_=⊂≥42FE≥yry∪\P7x:~ww↔εBεE$`. the portrait Position, It disphaiS a fUll 72 lines by 90
characters, whiLe in the landscape position i@PAISgAYCsfjlAY%]KfA r~∀bH`AGQ¬aCGi∃efL~(~∃αA⊃KiCG!KHA∪ ~A'K1KGie%FSgieYJAW∃sE←CIHAiQ¬hAS]
Y`↔∪/→β¬↓λεαn↑←∀εw.\X M≤c"\ ≤λ_;LD ,λ∞∞[y|L≥988ML(→U-l⎇~3md~y>.4~<h ≥≤{h∞>_;Y ≡Yλ∪md≥~→$λ{{Xl↑≥ C!*~→(∞∞[y|L≥988ML(→U-l⎇~;md~y>.4_x;D {{]∞-{λ∃.∧≥≠hεFλ→]-l⎇~3mnh_=∧ 88z↓QX{{-\9Y⊂≠2{2`,, with function names displai@∃HAS\↓BAoS9I←nAα QβSF)β ∨'#?44T¬v $≥~→$∞x|Y,]KC"AQT→4M≡~→0→_v9P)]qt⊂ \P894[82y9H0w2≠wr2v\P1pwλ12P0]8∧ache` to the
Concept's fgu@H@j`[AS\AGα K⊃β≤{∂/↔'→1β3|≠πS↔ ∧εNr ≥bε∞<8 .yP8 5lhλ@7|εW HαY≤L≡y<CD∧∃≥{d
Tk → Y⊗aP_ww72Xz7y9H0y2P_v9wP~w1v 5ded, as iS a built-inλ
¬G¬YK@;& @∩ε=H l=h≥z.Mλ≤p∀↑⊗p
o@9iPAE¬i`∪↔↔Iβ π≤Y7WAph $*>F∞vL≡&"π=x NNβpq2H4p∞c@1k@∪↔~βS#∃∧≠?;∂,επ"|h⊂↔\2y0z~w3P)↑yz2`-, which
@Mkaa←β∪SMβ&C∃βπ⊗K3'SJβS :∧.vNvMzr$≠|@ M=Z0∩→P:42H9qy2Yw⊂3 /p∧AgKβ3↔Kπ`h+≠Wv≠S'∨w→βπQ∧¬vv≡UD∧∞␈,¬U.P9ptY↔αEεB p c@<AS@;≤¬G.→9⊂~yP!g\αp
kf≥`
βC⊗{CKπ,εF∂↔∀λ
m}Y <∞
xy0→\tp∞g↓aCGW¬KBXAα≠π33, 4*↔';?K⊃p∧α∧∞L⎇w,λ~0→H9ptbλ87P /sertion and deletion capabilities.
It also features what Corvus said is a unique undo/redo capability
that allows a user to view all changes made in a file by moving
backwards and forwards.
During a special six-month introductory offer, included in the
Concept's base price will be the Corvus DogiCalc electronic spread-
sheet program, licensed drom Software ProduCts International Inc., San
Diego, and a CP/M-80 emulator package from Digital Research Inc.,
PaciFic Grove, Calif,
After that time, LogiCalc and the CP/M emulator, Which eives users
access th∞Ai!JA←m∃`@dX@``ACAaYSG¬iS←]LAae←≥eC[f↓oeSiQK\Ak9IKdAQQCh~)←aKe¬iS]N↓csgi∃ZP⊃β>K3 " ,Rππ-≤6." ≡Bα#&Vαε∞l@α#∪⊗UBπ⊗↑>ε.∨M≡f.g∃aPPh(8 mly<∃∧
_;Yn\9y<d
;Xp⊗≥p2P$TgP( !scal withUCSDextenqi`∨]LXAC]⊂AMkYα`4*≠|ε''⊗≥eS;~βHλ
M→<q$ <Y(∞>_;Y ≡Yλ∩-d≥~→$λ{{Xl↑≥λ∀∞
8y+D∧⊂X<m≤h_;LD⊂{pM⎇β"\ ≤zx9l↑h_<LT_;≤mt≤≠⊂-mY9βAQ@εE-Twzw2≤P3q2Xz∪↔↔⊃4sP*~0z⊂ 2otating sCp¬KK\α αS#*βπ∂∂|¬Wε∞o→⊗v:∞ ε␈&t
6F←|1PF
m⊗≡*]Iv}↑≥lrπ>
_
Tλ∧7`2 hight-co@1←eKHαcπ;g> e%β,¬fO"∞⎇↔&B ⊂π∞<_<L≡→#"M≤α|q7Xy2⊂ ]8∧acHe` by a cUplp∩[
←eH\α↓αS#*β@≡∨,X -d_<⊂_→py9P≠5z⊂ /nhq @Q↑~¬e=iCiJ↓mKei%GCIYd[Q←e%u←]i¬YQ`%bβ GQ∧∧⊗g≡tλ
t≤⎇z.l9λ⊂↔[⊂4zβ\P10yY]P1`!n#t
te`→X↓H K∨hβS#∃πβ#/Szβ←#↔&C↔IβM!βπ∪α9rπ&≥JG4≠|@
m⎇ @⊂λ⊗i+m↔FEεE VVVFKVVVFKVVVVKVVVFKVVVVKVVVVCE
Date* 8 May 1982 0649)PDT
From: JEd¬MeKdAChA=
∪π∀@@~∃MkEUKα≠Qiα≡{CKW~α∂?;≤+CQα↔+7?K_h 4)∀w6*
V∂⊗Dλ
(→P↔[47{t[3P9:[wy9P_q3zjλ:42P_ww1b\:≥εEβE⊂⊂⊂λ⊂⊂⊂⊂ P4z9H0P⊂⊗8i based wop¬Wgi¬iS←\↓oQSG ASMGαcW&↑4ε
ε-~Bnn≡∞ε. Q$ααα∧∧ααα∧λFO∨
H↔Jαα≤{m\αz44[3P6$ZpP∪_ <~__
P0w2λ4yP6Ypw:⊂≥5FE⊂λ⊂⊂⊂⊂λ⊂⊂⊂$[82y3_qrP:≠P0P&≠qpv⊂≠2z⊂ ,ike Omninet α
-the Softgare iS window oriefted and giveq the impressiOn of
supPortine multiple windows a'la Smalltalk
- the sofTware is based upon a relativeLy primitive single usar
O(
&\↓GCYY∃HA≠Kβ∪3'9¬;#'∂Bβ←πMε{@⊗N⎇≥f∂&\@ε↔Jλ9⊗fN=⎇b¬6≥IF/HQ$ααα∧∧ααα∧
6}7L¬x.,.hλλ=|]].4~_<d |Y8.M≤∧P"[40w1Yr⊂&r\4∧in primaraly
in pπGeK∃\AQC9IYS]≤AMCG%YSiS∃` 4(hQ↓↓↓α↓↓↓↓jα7πKdK9βπ~β↔;β∞s∂↔⊃∧∪eα∂⎇∪[WMεK@~π>M⊗f@λ_ ∞tp∞gle tasi syste`~~(~∀@@@@@@ZAiQ∀Aπ←]
KahA⊃←KfA9←hAkMJA[k1iSEkLrASh↓IWKf↓aeOM%IJAg=[B
∀@@@@@@@A
←]]Kα≠S/K~β';Szβ←#'≡AαπCεc∃α&J↓#g↔~βS#π ∧w~∧≡
εf* ≡2εNdλ↔πεLU⊂hR∧∧ααα∧∧ααπ Z&Oε X L≥λ_[l≡Y≤h
\>(_LT≤≠⊂~Ysrr [remembeR, thesa are ru@5←eg~8~∀4Ph*%∨hβπSS.kCS'v9βS=∧∧v/"
]wε*
_ LM|[8.M;{H ≥Yλ⊂$ →;;ea"C"I,9YTL←(∀p~≠w2FE∪rs6'H(0p∩k
~∀4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4∀~¬ αs⊃β?2α←?K]→α∪'>+OP4RQ)))RQ)))RQ)))RQ))(hQ555ji54∀Ph 0-AJj7πekAI↓↓ IEH&
2 ↓↓JK∃i¬+;'aπ∪↔π3gIβ'Op;QβSF)βπ≠∨;↔IhQ=E
j7πIiAI↓↓ II@&>+?K∨*r∂?Wf{WKπ~βπQα≡kU%Eε &K+QαW;Lπαπ⊗\≥FgJ
_ md⎇λ∃
(_;N>y<H∧∧λβ"HL=→.Dε,(∪,≡Xzε↔,λHε↔
k(Zuλ
M≥<\lL>*#!(\[{'$⊃y3n y+Pm};≠⎇.-<h⊂.D⊂{=%V,_#!*≠nH∞⎇|Z|d =λ⊂J)β"Tn\ZY8nGHλ∀LWH⊃0↔~|⊂92Xv6<P~yw∪zλ:42P_w9{r\∧¬
I@8[%Kaαce -Mw"α∧l≡FF∞m_ -D⊃:0→Z5tw∪\P6ri\psrP≠s⊂⊂@0 Mar 82 "Dp Qel*N@4Tk↔OO∞;∃6'#Q↓aE kπI@∧$β CF6βα∧x6∪∀∧9ZRk λ∪`hUm≤∪Bαλ9W*K⊗ ∪Zβ⊗⊂∧n∂$πβ∩β&∪#∪BXXE h!Q$∞7LZ"β2∂≤V∂↔4∞v␈⊗=_ LT≠{@∞↑y<@
≥]→<L@0qrP≤97q6→vyP4→y2P0]⊂(z`%en Mapy COlh KO∀~∃→←9I←\A%\ABAU≥∪ !ε+;['⊗{;7↔w!1α%∧∧⊗?⊗\Tπ>F⎇HVF.≡.F.&O∀π&F≡@λ
YR6λ
≡h≠[nD≤⎇:.L8[→!QJ_;LD≥x<d
[yλ
≥]→;LL9λ_O∀~=≤d →<z,]Y<\e∀_<h ∀_X<m≡h→Sn⊂;wy~βstation application
development.↓∪hASM\OhAMkeae%gSMN↓iQChαβS#'~β'Mβ≤y1β .≠πWO*↓∨∪πUS3';8βWO↔⊂h+';&+K≠π≡+@~:∞,W∂.≡,Rπ∂]~F*ε∀ F␈"
|bε≡⎇↑π/&≥lrπ⊗↑9w/⊗<UBε∞l@π&F←∀π⊗/≡X
. #"P~~2P92\wzy1YyP:7H12P0[67qp]2r⊂7[⊂0P 3chedule that gives The user an idlusi`∨\4∃WLA¬]S[CQS←\@!gKJA5rAKCIYSKd↓[Cgg¬OBA←αqβS#O→β α;←#π β'Mβλβ←?K←≠SπSN{9≥%ph*K↔≡{WK∂*βG∂#.#W3'v9βπ; βCK?≡+@∨~∞>v∂π
≥f*ε≡,Rπ≡t F.∂
H∞$ ;8Y,L→9
≥H≥~ Q"\∩
≥≠|{n
≡(∪lD_(∀o≡⎇→;$
~:y$
3R6∧∞~_=∧
=λ∃m≥≠λ_LT~_<LL<H∃
t_z_-ly#"M≡λ≥~ ≥H≥≠d∞⎇_<ND_9x-≥H
∩$ ≠{InD≠90-d≥~;M<<Z;Lt≥z=
∧≥~→$∞xz→,N9~;Lq"X; ⎇|Z5
+λ∩$
98;D ;_
2\4w3@ the design so that↓ae←G∃`∂Mβ∨;πCCNs≤4+O→βπM∧+∂?;}k'∂πbβπMβ¬∪?∂↔'+K∃β≤∧⊗fF≥lrJpβ"C! <h∪,↑x(∃
(_;N>y<Od (→≠md⎇λ∩mm⎇h⊂⊃→qpz`3e I Havenπt usEd id, buthow About
steEp¬SMNαβ@≡}\Tε}∩
x
.∧→~<l><|r-⎇H≥≠n|<Y≤d
9→3NM9↑2-lh≠⎇.∧≤Y4.]<Y;,]]≤h MβyεE≥42P)[s:0↔are e@9mSe←9[C@; β?→βλ∧π>␈->7&∂M≥vsz HW"ε\TεNN=0ε}6d
vO&↓Q&
πlX O∀~;Xm⎇<≠⊂∩]2P;t\t⊂
lIpπht~(~∀bR↓ qiK9cSEYα)βπC∧¬FN≡≡M⊗}r∞9v .α;py→U⊂ ↔op¬WS]≤AKMm%aP∨;n+;CM∧+[/34)0$,≥f"π=tε&Z
_ LM=Z0∩≥pp `&≤ACaaβ∪?π∂F+@~πMtπ&F]_ D∞{|ZeAα@
The olD #so@→i`∨πα,Rπ⊗]H ,≡y<id <≤⊂→≠pqt≥4π sOd¬`∪←∂∪∃βW∧#πS'v9β'M∧≠3↔π⊗cd4 f W> ≤&f*∞⎇ε.r ≡πεF≤XBεNd ∩ε&≡:G-8Y5 \λ~3LM|[8.M9{@⊂≤897aYyytg→P2w;~y0∂nment.
We @9KCHAβ#=β *βπ ∪*βS : X∞∞L8π2 the @M←Ei@> K∃ααy∧L@⊃(∩*D⊂4h
*3SR)@ π$ @]SiPA∧AQSO ~∃IKα;K↔∃∧¬v $_{p↔→αide@9G@∃β&CπQβ|εWαε←∞F.w=_ mnh_<LT_{p↔≤βistenpλAo%iPAi!JAKq%`∂S'v9βOG≤εF.j`QPE&
_ d∞Y<=-≡Y<h
]y→0⊗_y0 `)dXAS]QKeMC
JAGQ∃GWS]≤XAISαsπ7≤4ε⊗NβY~-lh≠p∪λ9x mbols
th∞A←α∪#↔∂'→βπ≠ ∧π>≤Z0⊃]⊂:4`0ing (qo that the objectc pass@∃HACGβ∪?OM∧¬⊗w→<YL≤y<c!1pwβ]⊂9x 2ead @%]MKGβ#'?9¬#=βC⊗+['∨,ε6gJ∞hλ-M9λ⊂⊗[r:v %pεRA∩↓k]IKβ∪@∨&≥lBπε ≡@hV≥H
⎇9z∧ 9<x$
<h∀nNY{YmO(≥≡. 9λ∩-d≠;p→]⊂0p∩eas _Aβ##↔K*βπK∃∧¬F}␈
vf/5aPDJ Mvr∨Dλ
9Z`⊂≥40r is good e@9←kOPαβ ↔∂∂+G¬β>)βK↔∂+'K∃∧ 3 .βxu∧∞≠⎇_-D_{p↔→αideNca i@8AWkd~∃@'w#↔K≠∞≠↔Md ⊗rπ ≡7=8π3@, it @%`
β←⎇∪S!βn+;S'|s';≥∧εFF∂Dλ2ε≡≥`εv/lX D Y(∀nNY{YmO(≥≡. 9β"L,8x=.≤αP0y≤αay @ ←kMILAGC]9←hAE∀AGQKα≠'.D¬ε∞n⎇lw∨"
zFF/$λ L\<{p↔≤TWεEβE→∀P⊂βonc@UaeK]
rP→αα⎇w-|⎇_.M;{\d >~<nD~;@ ∀→~4nNX8].L9λ⊂∀[33q6Xz4wgλ897`#essi@9N~∃K9mSe←9[C@;"↓#¬βd¬v≡∞Dλ L↑≥{p→~β co@9iC@'vK;≥β>{C/O& S'∨w→βπ≠ ∧π<αy3 %p∧Agi¬iS←]LRT4U##∃β,¬g6O-⎇fn∞β]
≡h~0↔~2y2w≥48 @1KgfAMs]GQI←]←kβ→βS#∞qβ¬β≤K;∨3*β∂↔≠'∪π04U≠gOS.i1βOzβS#∃πβK/∨⊗ 5βOF{W3⊃∧∧&*ε\≤F*π↑∧ε}∩
\⊗wJ 8 m]=;Z,<=~;L@P9rh]pp∞tial
Prkce@MgCf\↓∩AiQ%]VAi!SfAC1c↑ACAaYSKLAoSi!S\ABαβ@≡NβY{ T≥{tMyz0z~ww⊂1→qpz`3e
αthe CSP makeq a Very Good @5←IkY¬dAEkαK3∪'v9β 3|≠%!β>KS!β&C∃βπ&#↔↓β∞#[π;& ∨∃β&CπQβ&C∀4+&+∂'ON{;Mβ∞∪?WQ∧εvFN=∧ε∂⊗T WF.>↑F." 9vv∨↑.&.wMO∩ε≡≥dε⊗*
HV'α∞Mrπ& QPW≡= V'.M≥f:ε≥lBε≡⎇]W.v≤<↔&N⎇dεn∞= ⊗vO=P AQA"Ql]|Yy$λ{⎇;
}<Z<aQP{s.∞=→<D
}8⎇ ]<h∪ ≤[|X.M|↑#!*=91-d∪8<O∀⊂{{
L9y#!)≠{Y
⎇C"C!!"@↓Al
+)\>+.ε$λ .&6B05H$λλα*YtRtdλ~9y.>λ∃LD∧llh∧∧λβ"D↓lN+)\<K ≤ ⊂⊂__ YDfr[⊂(6 %asant <WORKS at RUTGERS> WGRKS Digest V2 #33
Date: 29 Mar !dpd@@Hfd[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@FfL~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYd[)↑t↓/↔%↔LAChAI+)∂ I&~∃∨→ISGJhA⊂`JT@ZA⊃%YPAπ9idXA kgGP↓βC[`0A%ki≥KefAU]SlXInc.
----------------------------------------------------------------------
Date: 28 Mar 1982 1439-PST
From: Bill Nowicki <CSD.NOWICKI at SU-SCORE>
Subject: VDT Conference
A good idea that a few people have already done a few times is to
report on conferences to this digest. For example, there was a
conference on "Visual Display Terminals" at Stanford last week. Here
are a few observations:
Deanna Bengston of Atlantic Richfield described a pilot project there.
The secretaries ended up with 860S, the executives with Stars, and the
820s disappeared to people's homes. She generally had favorable
impressions, except that Stars are too big, noisy, and slow, of
course.
Randall Tobais, VP of AT&T for residential telephone service made the
observation that the home video game market is already bigger than the
home telephone market.
Peter Keen of MIT's Sloan School of Management discussed aspects of
social inertia. Look at his article in January 81 C.ACM for more
details.
Jim Blair of BNR brought up the status and sex appeal aspects of
terminal design.
Stuart Card talked about his now-famous experiment with mice. He and
Tom Moran have developed a model of the human brain as a computer with
three processors and a 70 millisecond cycle time that is amazingly
accurate.
There were a bunch of sessions on health issues and standards. Ken
Knowlton of Bell Labs showed a videotape demonstration of his
half-silvered keyboard made into very flashy telephone operator's
console.
Finally, Doug Engelbart of Tymshare described himself as feelining
like a hermit on the mountain watching the wagon trains come in. 20
years after he started doing on-line workstations they are finally
getting out on the market in droves.
-- Bill
------------------------------
Date: 28 Mar 1982 (Sunday) 2358-EDT
From: MORGAN at Wharton-10 (Howard Morgan)
Subject: GriD Systems Inc.
The GriD product is indeed a neat one, with high computing power,
good communications, and graphics screen all in the portable package.
They have moved, and previously given phone is incorrect. Correct
number is 415/961-4800.
Several beta test installations will be made in May. All development
on the system has been in PASCAL, using the Intel 8086 pascal. GriD is
one of the first sites to have 8⊂87 up as well. Watching the GriDplan
and GriDPlot programs with and without 8087 is like slow motion and
full speed - this is more than an Apple II in a briefcase.
There are some interesting queStions brought up by this deviCe in
terms of its "persOnal workstation" characteristics. For example, the
fact that you cannot use it without 110AC means it won't work on
trains or planes - Dynabook isnπt quite here yet. Second, the meeory
(actually appears that inital ship will be 256K RAM and 256K bubble-
with 1M ram and 1M bubble planned in the future)( doesn't let you keep
all your Programs locally. Sure, you can carry around their
lightwei@≥QhA/%]GQKMiKdAACGWC≥J@Qi!KrAa=S]hA=khAi!ChAi!JA∂e%HAC]⊂~∃/S9GQKgQKdAi=OCiQ∃dAoK%OPAY∃gfAi!C\Ai!JA∨g ←e]J↓∩RXA khA∩↓I←kEPA[C]d~∃M←1WfAo%YX\~(~∃'←5JA←i!KdAi!S]Of↓I←]J↓oKYX↓S]GYUIJAg=[JAEUSYhA%\AK]
esai%←\AgQkMLAM↑~∃i!ChAs=jAGC8AOKh↓g←Mi]CeJAMK]hAQ↑As←TAMe←4A∂eS⊂AπK]QeCX@4ASLAe←kd~)[CGQ%]JAg∃eSCX↓]k[E∃dASf↓CkiQ=eSuK⊂\Aβ]⊂XAs←TAGC\≥hAgK9HASh↓i↑AC9r~∃←QQKdA5CGQS9JAISIKGiYdXAgS9GJAK9GesaQS←\A-KsfA¬eJAW9←o\A¬hAGK9ieCX4∀Q)Q∃rAgCdAiQKdACeJ↓kgS]≤ABAaUEYSF↓WKrAMsgiK4R\~∀4∃)QJ↓gGeK∃\ASf↓BAYSQiYJAM[CYX↓MWdA5rAiCMiJXA khAm∃arAGISg`A¬]HAEISOQh8~∃∪L↓s←jA¬eJACPAiQJ↓≥πεA=MMSG∀Aβ+i=[CiS=\Aπ←9MKeK9GJAS8A'C\↓
eC]
SgG↑0~∃∂e%HAoS1XAQCYJABAα∪??SBqαπ3≤y1α%∧∧⊗jε= ⊗O⊗≥lrε
∞<W>z;{D
{H∀ ↑\{{L≥β"Um}X|⎇ ≡~;sN∀∃y9
l<y_/∀≠;tMm9Y`⊂ P;tj~⊂"v&~yP$7\4πwiTz of USC, Dave
NelSon o@_Aβa←αc3-Dλλ-lλ∩Sm
β⊂"f≠2s1<H5s⊂#\4b↔ TπS@3bβK↔C|ε'"ε⎇`εO" ≤g&/!Q'&FT f∞∨Dλf␈∩∞Mε␈≡T
v $≡;⎇$∞z≠h <;I⎇∧ y=λ
}=λ⊂~~2y2WβE
------------------------------
αE@9HA←L↓/←eWLA SO∃gh~∀(TTTT(TTTT(TTTT(TTT~(ZZZZ4ZZ
∀4∀_≡`r5≠CrZ`d@@bdhh∪βY∧@@@%/∨%↔LA SO∃ghA,H@Ffl@@@~(@≡`b5βadZ`d@@`@hb∪≠∃XA!Y∃CgC]P@y/∨I↔&ACPA%+)≥ %&|∪/∨%-&A S≥KghAXd@FfX@@@~) CiJh@@bA¬ad@bdpd@`Hhb[ M(~∃
I←ZtA5KXA!1KCgC9h@y/=%↔&A¬hA%+Q∂ %&x~∃'k UKGhhA/∨%-&A S≥KghAXd@FfX~∃'K9IKdt↓!→ βMβ≥(A¬hA%+Q∂ %&4∃)↑t↓/←eWLt@v~)%KaYd[)↑t↓/∨%↔LAChAI+)∂ I&~∀~)/←eWLA SO∃gh@@@@@@@@@AQQkeg⊃CrX@DAβadbrpd@@@AY←Yk[∀@d@t↓∪ggk∀@fl~(~∃)←⊃CrOf↓)←aS
ft@@@@@@↓→Sg`↓←\A/=eWgi¬iS←]LA#kKIr~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀~∃⊃CiJt@@@fD[≠Cd4pd@bHb`[ M(~∃
I←Zt@@A∃←!\A≡O⊃←]]K1X@y∨⊃←]]K1XACh↓3β→
x~∃'k UKGhhA→Sg@A←\A]←eWgQCiS←9fAck∃er~∀4∀~∃(↓SfAB↓]KnA⊃SCYK
hA←L↓→Sg`↓G←[a¬eCEY∀AS\AA←oKd↓i↑A←QQKdAIKGK]P~∃IS¬YKGiLAgkG ACfA1Sg`A5CGQS9JA→SM`AC]⊂Aπ←[5←\A→%g`XA khAMU]IC[∃]iCY1r~∃[=eJAg%[SYCHAS\AMaSeSPAi↑AMGQK[∀AiQC8Ai↑AQeCISQS←]C0A→SgAf\~∀4∃)QJ↓O←CYLA←LAQQJAY¬]OkC≥JAIKMSO\A¬eJAm∃erA[UGPAi!JAgC5JACf↓iQ←g∀A←L~)≥∪_A¬]HAπ=[[←\↓→Sg`8A/JA⊃KgSe∀ABAa=oKeMUXXAKaaeKgMSmJX↓a←ei¬EYJX↓C]H~)KMMS
SK]h↓YC]OUCOJA¬]HAS5aYK[∃]iCi%←\\APASfAQ↑AEJ↓B@E[=IKe\λA→Sg@~∃gk%iCEY∀AM←d↓BAEe=CHAm¬eSKidA←LA¬aaYS
CiS←9fXAS9GYkI%]NAge[E←Y%FX~∃9k[Ke%GCXX↓C]HAMsgiK5fAae=OeC[5S]NX↓←\AB↓mCeS∃irA←_A[CG!S]Kf8A)QJ4∃gKe%←kfA⊃KgSe∀Ai↑AUgJA(↓CfAB↓gsgi∃[fAaI←OeC5[S]N↓YC]OUCOJX↓eKaY¬GS]N4∃YC]≥kCOKLAgkG ACfA XA!CMGCXX↓←dA¬1∪'&A=\@EG=]mK]QS←]C0@A[C
QS]KLX~∃a1CGKf↓gaKG%CXAI∃[C]ILA←\AQQJAI∃gSO\↓←LAi!JAYC9OkCO∀ACMH↓Sif~)S[aY∃[KMi¬iS←\8~∀
∃
←[aCQSESY%irAo%iPA←QQKdA1Sg`A⊃SCYK
ifAgUGPACLA≠CG1Sg`A¬]HAπ=[[←\↓→Sg`4∃SfA¬Yg↑A∧AO←C0XAEkβ!βS#M→β'Mε ∂#'/3↔⊃β↔Iβ¬β4+@↔J M⊗&6↑,Vw"
\W&F|@π&F≥aPWε ≡Bπ/<X ∧ ↑(⊂m⎇;;p↔λ&4yx ⊂)0z~2y⊂ 4haf Absorbing OtherdialEcts In a
direct manner, T provideS fgr↓G←[a¬iSESαc'SE∧¬V}&↑4εNo
H -\8π:2Y⊂14FB897{~r4w3H0r0∀eph
Ci∀AE@'v#';≥∧+;[π⊗{;'↔w#@~εmx D
X;9.∀_;Y∧∞≠xtm≤Y~(∞≥{9#! 8εw`5np oF preprh∂GKMcS@;8∧ε}∩∞9w/⊗<Tε≡}LUb¬>Tλ&.f≤Zf*π|TεF∂lTπ∞}NhV"π=yV(h-xbπ& Tππ⊗|-F.o4
vFN=εF∂lTεn∞LTπ&F≡4ε∂π∞-v∞≡ions.
T almost includes Scheme as a subset; it differs from Scheme in being
stack-oriented, that is to say that continuations can only be invoked
once (i.e., a particular evaluation of a CATCH expression can yield a
value at most once).
T provides the basic datatypes intended to support its utility as a
general-purpose programming language and to provide what has come to
be expected of a "modern" Lisp: vectors, arrays, structures, strings,
arbitrary-precision integers, and, of course, symbols and lists.
Coroutining, multitasking, and synchronization facilities will be
provided.
A simple facility for generic operations and "object-oriented
programming" is provided. This does not try to be as powerful or
"featureful" as, for example, the Lisp Machine's flavor system, but it
is flexible, concise, and is well integrated into the language.
A portable implementation is currently well under way. It is intended
for "conventional" large-address-space machines; initial targets are
the VAX and the Apollo. Targeting for two machines simultaneously has
proved to be very helpful in promoting portability. Most portions of
the system are noW complete; the next qeveRal months will sae
en`ancements to the compiler, constpuction of system i@9iKeM¬GJ~∃ACGWC≥Kf@Q%]GYk⊃S]NA]S]I←\AgsgQKZAC9HAOe¬aQSGLAaCG-C@∨↔~β≠ ?$
FF(Q(↔ε}MMrJpQ!PT∞d wπ&≥]↔VNlpε≡}↑
⊗f/$ ↔
ε≥dεNwL\w⊗∞βλ⊂m⎇<≠p↔→w:⊂'Yα the implementation.
OUr system code, written neardy all in T @%igKYα11βπ≤ε7.n↑4ε∞pQ(
-n→;≠
≤y;]∧ {{<
≥→<H ≥Yλ~.∀≠y] ]H≠=,=λ_s \;Y4D ;Yλ∞≥9<≠ ↑H→Sn∧→≠z-lc"\muC"C!*≤Y;
≥:;X./(_Y-lz≠8.-|h→M}H_{m↑~;→,D_{p∩→P7w⊂≥42P+⊂l⊂40]2P* comparing
quiTe favorably to Franz Lisp. We are in the madst of our First
interjal release fOp the Apollk and the VAX now; an eXternal release
iay be eXpected sometime this summer.
------------------------------
Andof WorkS Digest
*******************
-------
¬
18-May-82 0903 AVB WORKS Digest V2 #55
∂18-May-82 0144 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #55
Date: 18 May 1→82 0222-EDT
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #55
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Repl@d[)↑t↓/↔%↔LAChAI+)∂ I&~∀~)/←eWLA SO∃gh@@@@@@@@@AQk@↔O& e1↓ Aα7πJ↓EeA∩↓↓↓↓α↓↓α[|cW7∃β⊃↓iαO≠OW∃β)T4(hRS?∪∂I∨Mα&{C'∂≠Q↓↓↓α↓↓↓↓¬;#πQ?→β¬↓∀k↔7?⊗+a↓Yβ `8Q$ααα∧∧ααα∧∧ααα∧∧ααα∧∧ααα ↑Vg&∃X'/~ VcFZ
?↔∨&]↑0hR∧∧ααα∧∧ααα∧∧ααα∧λ5¬*Z W∩m↑<W$⊂<Xm
=→8nN<Y<d¬
H≠.<|j#!!"K#%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+++%U+#"AQQ_= WH %d 8>(ε↔, Hε⊗nL-∧
⊃∃β!(\[{'$⊃uz-Mα4pv\P0z∀ i!VS`l!FB)zq5→qz≥⊂∃t0zβ\P0P⊃∪rvwy→|⊂≠_ Q≠FE∃7]⊂*≠w<kr\z⊗⊂(→z:4z ⊂$w3≠Vvta\5`&t]⊗`tFB1q]⊂⊃ktv6~pvyFBεE$P_vP1g[9tr2\4w3@_:|tw→P0P&Yvwy2↑⊂≠__H+tw1Z2yz2\⊂24yZP294]2P∀_M⊃⊗⊂≠MFE&a
W⊂⊂"≠ryP0[<ww2H40{2H0w<z~4w3@≥5P9p↑P0q7]z⊂:4→vP12Y5y2P∩P5:v\⊂4w∨CE):v[y⊂40\P4z⊂≥40z⊂≥42|P≤x2puH)fb↔βEεE [<P1w[vrw:≤P0y2H0x89→qtpz→r↔εEβE#v2[εEεE VVVVKVVVVKVVVVKVVVVKVVVVKVVVVCEεE"_z2]⊂ [⊂&p↑P_\\ ⊂_[]
≠⊗bb∃εE#9≠v]⊂)≠q2y:λ W⊂&[y94yH≡) fH0z⊂&Rj∩faOεE)zX52qz∞⊂6zv≥4Vq:\P&[≤~P9|y]2vyWβEαE$I{2P3[2pw2Y⊂:42H37v6≠{tw3H397vH1ww;→y9pz~ww9Vλ64z2\0z:y→V⊂0w→εE22Y:qz4[w↔⊂ [<ww2H9t7z[2⊂40\z4v<H1wy9→qz⊂0[<P6t\Vtw3≠y6pz~ww⊂$CE892\pw:≥βEαE*~92rP≠2pr4[3P1w[:2w2→y9P3≠y⊂6z[:4Vq≥yP&w]4πrola 68k are: Codata¬
Systems, Sunnyvale Calif; unix v7 systembaseD on Stafford Sun
terminal cpu board. UNix port by UniSoft. The only (?) unix 68k
commercial System presently being delivered with memory Mapping
implemented, hence the only (?) multi-prograeming one. base system is
about $12k, but with only enouGh hard disk foR system (5mB). 80 mB
winchester scheduled fop summar.
CM Tec@!]←Y←≥rP→α≡K7'∪∂⊃β'9ε33π[⎇⊃βS=∧≠?∪π& 1β ,εBε␈⎇dε∨πT &}∂,Eb∧n]]wπHQ)V∂π \Bπ6↑.6N}d
f␈"∂≤W"ε≡hλ-≥_8[ UH∩_.l(_Y,]H~→,≡Yλ≥
t_{⊂-≥(≥~ ≡λ≥~ ←#"P∀[x97{→P7w⊂≥42P9[vrz4[p¬s cp¬SiS
SgKH↓'iC]→←eHA5CaaS9NAgG!K[J\↓!e←E¬EYr~)kYiS5CiKYβIβ3?>+Aβ'rβCK'≡)0∩¬]m↔Bπ
}'"ε≡4ε∞g=tε7⊗⎇T¬.v≡9v7"aQ hU⎇≤6∂"
?↔∨&]↑2b∧},Vj¬↑L⊗Br
9⊗nNL≡"ε∂∞∞&}∞=∧π&Zλ9U"r |f6/$∞FF.≡ ε␈>d u_h,≥G≡zd∧∧}6l↑"π⊗]L↔&.D &O"
\↔πε\@π&/-]⊗v∞D
ε∂⊗N|↔⊗*¬∞FF/∀∞6..T∞Fzε ≡f*ε⊃Q&>}|Dπ⊗/∞↑F∂&≥⎇bεNd FO∨
H↔Jπ=|g"} ≡&'>≡,RJR
Mε.O$
w>r∞frπ.m∨απε}.Bph(≥G≡z
mw"π⎇}&NNlpεo.NM∩oπ-|w⊗∞]]⊗v:¬πrHh!Q"jn-|"εn|.&O_Q!PRjUURjjUURjjUURjjUURjjUURjjUURhh!Q$&∂LW"αβT V∂Jε⊂∞'εHλ@→
X⊗`"∃εA#)≠v]⊂!Pjf%dS)P0zλ*iaVQa`
Subject: Re: @/=%↔&A⊃SGKgPA,d@ jb~∃Q↑t@@↓ KkiMGPACPA!β% [≠β1 ~∃GFh@@Aπ¬+→π∪9&~∀~(@@@@@A CQJt@Bβ1α7πJ↓Eea∩↓IIQ2jB∩PhQ↓↓↓α↓↓α≠⊗{5iα≤
V2∞LrMβπ αVN
l*ε 4R↓↓↓↓α↓αOW⊗S↔∂QRα∞BUoβ↔I7/≠↔Iβ∂∪∂#'&+∂SW⊗+L4)α↓↓↓↓αβ∂
iα↓β∪↔/#G∂!ε QαB
∩¬&6
B∧4(hQ↓↓↓α↓↓α#,ε&*?4 ∩π≡↑-⊗/~
xbε/ =ε∞v|↑2ε≡⎇l6/⊗m_ LT≠>(∞>9yy.>~;{D
yC"D∧λλλ∧∧⊂t∃%↑→<C.↑y<H ≡Xz~.L8⎇≥.,<h~-d∃stI:h⊃~,|<⎇λ
FHλl&V+Hλ ←#"H∧∧λλλ∧ <≠s
|z9<d [|@∞ <→0.M;Y`∞wvrP≤z:s#λ397vH2py6~ry⊂"~sryz≤T⊂1:]⊂$FEλ⊂⊂⊂⊂λ⊂27w z⊂12[4r{2H:42P≥90tw≤P7s⊂≥47zsZ:⊂;w]v2⊂ "e clEar o@QQKeo%gJ\~(~∃∪\↓aKga=]gJAQ↑As←UdA[KMgCOJ↓g@↔;"↓↓Qαn e↓EKAI↓E3QQIααλE h!Q$∞w∀ ⊗wε↑,⊗∨&≡lRπ>}-7∨&≤M⊗}r
_ d {z;Lt≥≠h
l99λ∧ x8q%D~y>,-x8 2 ⊂!i* ⊂0w2βE3z4→y⊂77[⊗qwv\:z2yλ2v2vYw:9Q ⊂⊂)wH:42P≤p{4`.gs iS strictly in (1) the
extra packaging not required forthe proce@Mg←ef↓C]HA5K[←e%KfHAα ;⊃↓C⊃$4+&C∃βOF K';8β?→β&C∃β∪O≠-9↓∧Iβ∪?r;QβO.)βS#∂!β7π↑K;≥β&C∃β∪N3∪↔K.s∂∀4T∪↔S←.+9↓ f+@∨~∞Mε∞r∧F$Z∩ ≥f"αFY2rα
⎇ε∂" M⊗"∧∀ VO∨7qPPh+:6/6↑,⊗bπ
⎇⊗w'7!PPH&∃∩¬& Tεn∞n\f∞∨NZ&Nvt∞vOV≡,G~ε≡@εoJ 8 m↑_;↑$∞→;∪∧
9(≥
=λ∃
(_sn≡λ≠yAQX;≠∧
[{K$∞z;∩,={H≤ ≡]≤h
|H_ ∞⎇|Z|nL=~;md≥≡< T→→=M≤y(
<<y+∧∞≠⎇y.!"\⎇.∞≠≡+∧ =λ⊂-E(~4dεlλ $ε, (
|H≥~ T≥≠⎇ ≥λ_{n>λ≠yD∞~→( L=Z0lUHλ∃
<y#!.~~;L}h_<LT≠[⎇∧∞X<~,M≡(⊂m}⎇ 9 \{~;M≥Yh≥ \z≠[mMy}(
M:y(∞M→(≤m≥~8{ma"X_..≤kC!! LJ$
~→(∞⎇|Z|nL=~;md→[s
≡h~_.l(≠[nD→{⎇∞L;H≠L\<[≡$ <h→L≡H≥<∧
{H≥
#"P∩Xww7v↑P7s⊂≤qpv2H1zy;→yP0yH:42P≥2y6t[0v⊂&Xw:s Xz:y2\9P⊗P∩P1pwλ3rz⊂_FE;"\<P92\x2qz_q62P≥2y6t[0r⊂#≠y⊂∩~
X⊂:7Y0|]P_q7zzλ_X∩P≠s⊂:4→P∩~eCE;wy~yz0z~ww⊂8≤4qrWλ⊂*w:~v⊂0w→⊂:w6→yyP0H67z≠s⊂9t_utw3H7zz⊂≥0qr`3 place
the worhπgiCQS←\A5C]kMα ∂SW⊗+KMβ∂∪∃βWvc'/↔gIβS=ε ∂#'/3∃βS/∪7'≠∞a73'↑(4+O≤ 3∃β,≠?;?nK↔M_hP4)MJαS←=∧K7C?↔#π;Q¬;?K/∨#πS'|q6∞B*kC↔Io+O↔I∧∧↔ε≡
_
\⎇≥4LT≤_<NNh
<Yβ!,~<zn4_;Y∧∞≠⎇y.⊂9zx≤64ryH⊗P40]2P22Xtr2r≠<P1g[;2|εB1wyz x2yε]w0z-reso@UeGJA
kemKβ→e↓⊃| 7Aβ∞s⊃↓⊃|k↔∂π↔KS∃β&+∂K↔∂≠∃β7∂∪/.MK⊂hV≡4π&FT 6∂ε≤9↔'J
xbπ& T¬¬~
x D ~<rd ≤Z=LT→{q.P:x↔λ⊂*42H!h*V\2y⊗z\ryεE≥ts9P~2y2P_2qpz\rP6p[<P:iYy9P9Z0y2Pλ10 gger diqks And pOwar Suppl@%Kf@8hP4*∂|¬f≡g↑8
-⎇H =|⎇ l\YY0⊃]4{2`.ess Favgbs af apchiTectuRe taking Full
a` mC9iCOJ↓←LAKα≠?;?nK↔Mβ|∧bπ≡<≥F*ε≥`π&/-]⊗v∞L5Bε&≡97
B ≥f"π
zv/⊂Q*7/π
I⊗/≠4λ⊗v"
yf*π⎇~FBε∀λ ,∨on, and copper.
¬
Dave C]
------------------------------
¬
Date: 6 May 1982 09:20 PDT
From: DeutscH at PARC-MAXC
Subject: Re: GORKS Digest V2 #51
In-reply-to: Your message of 5 May 1982 2250-PDT
To: CAULKINS at USC-EAL
Hm. What you say about workstations and termifals may be true for the
current generation of character-display terminals. It certainly isn't
true (at least not yet) for bitmap displays. The price of $450 for a
character-display terminal (including an interface to some kind of
shared bus, Ethernet, or serial line) seems low to me, and the price
of $5K for a workstation is much too high if it doesn't include a
disk. I.e. I think you need to distinguish the disk-sharing part of
your argument (which I basically agree with) from the power-supply
part (which I am less sure about) and the processor/memory part (which
I think is more complex than you make it out to be).
------------------------------
Date: 6 May 1→82 09:24 PDT
From: Deutsch at PARC-MAXC
Subject: P.S. Re: WORKS Digest V2 #51
In-reply-to: Your message of 5 May 1982 2250-PDT
To: CAULKINS at USC-ECL
It seeMs to ma that your statement that "the cOst of all non- silicon
Parts of a workstation type device (case, power supply, et al) is 30 -
50% of the total cost of the device. These things are not rapidly¬
cost-declining technology like the silicon parts." actuallq suggests
the oPposite coNclusion fRom the one you want to draw. Ib the case,
keyboard, @¬]HAπI(AG←MhAKgMK]iS¬YYrAQQJAg¬[JAM=dABA]←eWgQCiS←8A←dA∧~∃iKI[S]C0@QoQ%GPAi!KrAI<RAC]⊂AiQKdAeKaIKgK]PABAOI←oS]≤AMeC
iS←\↓←LAi!J~∃I∃mSGJ↓G←ghQoQS
PAs←TACgg∃e`Ai!KrAI<XAR]∀X@Ai!KSdA
←ghA%fAIK
YS]S9N~∃g1←oKd↓iQC\↓iQCh↓←LA[∃[←er↓C]HA1←OSF$XAiQ∃\ACf↓iS[J↓O←Kf↓←\ASPAEKG=[Cf~)→ '&↓S[a←IiC]h↓i↑Ag!CeJAQQ←gJ↓aCeILA←LAQQJAI∃mSGJQiQJ↓ae←G∃gg←d↓C]H~)[C[←IrRAo!←gJA
←ghA%bAIe=aaS]≤\~∀~(ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4ZZZZ4~∀
∃→e←Zt↓ββ+→-∪≥&A¬hA+' [ π_4∃'kE)KGht↓%JtA]∨%↔&↓ SOKMhA,dBbb~))↑t@A KkQ`∂∂!ε QαB
∩¬ ,X≠∧λh,<3@$λλ⊂h~3∩r)Jc"C!)(
⊃ ≡Y(⊂l≡;~z-nj(⊂∪~w0v6≡P3rjλ9wvrH:4vrH:7P![w:4w≥pP:4~yP24\qzyyZww≥εBεA'`.e thing I think we've learjed about the economics of modest (qfdep
$∃,00 ) computing equIpment is that @%hASf↓mKer↓aeSG∀[KICMiSFX↓C]HA%\AB~)]←\[1S]KCHAoCR8@A)Q∀AgkG
KgfA=H αππβ3∃1¬≠';∂f 'I1¬#π;∪Jaβ↔S~qβO↔,kMβSxh+';&K∂πS*βS#π β←#↔pβS#∃πβK'∂*β≠/Iε βCπ↔#'∂Wf IβWvKQβ?2β∂?7π+SπSN{;π0hS∂πC∞∪'3''Iβ'Mεc?←↔⊗+⊃β Jα9¬↓G;#↔K*α9β'~↓EA↓j↓UA%bβS#∃εkπK∂-!β≠?⊂βS#'_h+Cπ↔#'∂Wf IβWvKQβ∨⊗{←Mβ↔Iβ7W≡Aβ7?⊗)βS#∞qα9∃r↓αS#M→βOW>;↔OS~βS-βn)βS#∂ 4+'"β7π/,ε2εn},Rπ≡]n6*α j&}j ⊂εn∂-<W&Nlpπε}≥nBε}d∞fN/u∀π&z
Iw>/$λ6␈∨AQ'&F≥dεO" Mv/~∞Mrε/∞ ⊗v" <↔ε∞-≥FO'∃Dε.Ol]bπ& ≡Bε
∞ ↔↔&≤>Vf∂!Q&≡}↑∞W&∂M≥vv∞Dλ6∂ε≤-⊗fOO∀ε≡∞d &*ε\≤F*ε≤h⊗Nf≤-F*εm}"ε
H n|<H⊂m}⎇ C!! R)mMλ_<∞
≤(∀m⎇9(_n∞9→( =|⎇λ∞∞;→<e]yK=
∞98@∞Mh~3
Nαyz9_z2UεB∧E y\zvx:~ww9]βE
1) The ratio betweenthe packaging (case/kayboard/CRT/power supply)
coqt and the total coSt (the packaging plUs the electronic ICs(∂!ε4∃EOCIH←ISMVRAa¬eifR↓←LAB↓o←eWMiCiS=\@Q/LRAisAJAIKYSGJA%b@`\PrAR]∀X~∀QQ←iCX↓G←gh$T`\H4zAa¬GWCO%]NAG=ch~∀4∀dRAQQJAe∃iCCX↓aeSG∀A←LA∧Ao←e-giCI%←\AieaJAI∃mSGJ4z@HTQi←QCXAG=chR\4∀∩∧f$AαAe∃Cg←]¬EYJA9←\[E%h[KCAaKHAQKeKS9CXAQ¬fABAα≠WKK.sQβK/#π'Dλ ∞-8y(
|A"IεV λ∞≡8;]
≡≤( %Dλ∪>$ ;]~.,(_p⊂\rP4`3 basEd onnon-bit%mapped↓`∂gO&+7MlhS'QβO→β;? β∂3↔∂⊃βS=εk∃βSF Qβ M!77ππβ↔⊃β&KGC3∂KEβ∂|sSK'↔+S∃β&CπQβo+∂!β&x4+SF)β[πg+∃β?2β¬β←␈∪ ∨∨L≡FN}edα¬&
≡2εO5Dε}2 =w/↔<UBε
⊗.FO∀π∨.-,V∨&≡lPhV,\F>.\Yg"pQ!PU/=→f:πM W≡*
nVn⊗↑.2ε∞lDε
π⎇}&O∨L≡FN}d∞π⊗N<Tε}2∧FSββ¬Dπ&F]c hPQ&Sββ¬vBβjε⊗#+αD
u~ε=z7 h!Q# ∪V∧αRβ¬fBβjεVβαb
z2πε≤=6∞>≥lrε≡}>@hPQ&∪∪+∧¬Rβ+ε∧βjβvVαb¬z4ε.f\:G⊗}m≤7~ε=}7 h!Q#; ∧¬"β"πTβ≠βε¬B¬=4 Vf.>N&}v≤>2ππ-≤6(h!Q#≠βε∧αZβVεαβj∧F3+β¬D¬=~ ]F.∨N-vvN>4πεg↑4π&/-]⊗v∞D∞π⊗N<UBπ& QPV∂∞∞&␈F≥\↔&*∞∞&N≡T∞ε/∩∞↑6/∩ mw∩ε∀λ5¬*↑ W∩o↑<W∩ε≡,6FOL\7'/,Ubα¬M
↔_h.,Wπ⊗↑<Vw'4 ∩β≠∧Tαπ≡≡i⊗v?4
w6/$
FF*
z&&Nl≡'J¬z4ππ⊗≤<Rbπ≡]↔&(Q*7.↔>L⊗w&≤≥Bε.mzV>B∞Mrαε≥lG.≡T∞FF*
mvrnM≥f.∂$∞π⊗N<Tε.f≡:FN≡≡O⊂hV\Yg&N⎇lV"ε≤-w6*aQ hRUURjjUURjjUURjjUURjjUURjjUURjhQ!PT&≡LSRβ⊗t∧n∂∀ε∪KC$ε∪∪SFt¬∧%AQ$7⊗⎇W"∧&↑↑G∞≡∧ ↔"¬λ~$~LX≠∧λh*>V⊗V\>CR¬,W"∧≥
UWε/%↑W≡/$λ↔⊗≡
≡F.∨NZ&/_Q)⊗ro,↑εgJ↑MsR∧8~Td\→j2:ε\Z7≡∞|Tε}2ε⊂
D 8>(ε↔,λHε&M
K*λ∃β"JMnH⊂h~3∩r)Jh_=∧
4pk(Xqβ"AQS{Y$∞~~;Lt_8[n↑λ≡;n↑H→R,↑<Y<d ≠y<md⎇λ≠,≥y(≤l]\y(∞MβP6rK⊂⊂$sλ0FE'≠w⊗q4]6px8→r⊂:2\4tw0[⊂40yH0P92]0pv⊂≤94qrH5s⊂∩
X_⊗⊂≥42w it must cOqt
$125 to make, eLectronics AND Packaging Tocether. Hh∂nA
C\ABαβ∪'O↑c↔OLhS←?K←≠SπSN{9β#∂3∃β7⎇∪∃βSF 9↓Q∧εFNn↑4π&FT∞ε∞≡<≤vNvt 6␈∨D
v"ε∀
F/⊗]→f∞bAQ'>F]`π&FT∞ε∞≡<≤v*ε≡4ε/∨<Yg&N≥MGJπM Rπ≡≥\Szα ∀π&F≥m2π& Tππ⊗|-F.j
W⊗*
~0hWM ↔"π≥}R?⊗Tλ6}o ≡&Nvtλ↔πεL↑2ε∞l@ε␈⊗≥lv/~¬URπ&↑-VNv≥Dπε∞=<⊗>/4 ↔⊗*
\⊗&(Q(
-d≠=8m∧≠_<L|αy⊂+≠v:vrH:40wλ;wy5\z0z4[w⊂⊗VH1:z⊂∩P27w z⊂9rYP;t<H:42lCE$ k⊃P*'P_2P9tYw4s4Xpw:6≡P24s→2y2w≥↔εEεB*42P≠z42iλ:44g→P8wzH0y2w z⊂27Zw3P$\P0v&≠qpz4[3P0w≡P1w`3t fo@HAiQJ4∃aCG-CGS]≤@Q←d↓[←eJ↓O@↔;,ε&∞fO∀εv}e\Vf.>N&}v≤>2ε≡}>BJε|dπ&FT∞6F∂,X@hW?≡7&.U`α¬≡≤ε(∂≥⎇(⊃l↑λ_;D 8{sM⎇>(≠l@⊂9qp[2P9zXt⊂:4_z⊂:4→P77`.-edeCtronics
Cost @AKdAkMKdAO=KfAI=o\AEdABAM¬Gi←d↓←L@hαq↓↓"Jβπ∂S, 33@∀λ
;Z`⊂≥44yP~yP0FB10 deane@I←kfX↓EchAβK?Uβ↑s?]βn{@⊗* ≤&␈/Dλ
<h_.,8(∃
8π⊂$H27W∧H⊂*42[⊂:42CE82`2-use@HAUO\5KYKGβ#@⊗@{Z0⊃\β co@MhA←L↓iQJAMQCeK⊂AgcGQKZASβ→βπ→∧∧⊗&&≡M⊗}v≥APB
(λ_ X⊂ @=` βC⊗K∂¬β|∧bαβT∧ ¬Vλ¬~⊗λ5y⊂∩
X_↔ ThiS puts the qha`%∃HAgsMiK@4hSCKπ≤)βGA¬#=↓⊃!↓AAaQ hRUQRjJUQRjjUQRjJUQRjjUQRjJUURjhQ!PD_8
2Nα 17May 1982 13:0!↓!∩PhR≠K∨iQα&↑ZG<zλ_.D∀⊂4HT¬MAX@ε~∃'UEUKGPp αK+Qα∞B*kC↔Io+GπI∧∧↔ε≡
~F.∨NZ&/_Q)⊗ro,↑εgJ↑MsB∧8~Td\α3Tdt≠90→\psrP≠q⊂⊂⊃XA≠Crbr`@⊂↓IIQ2jBαPhRS=i∧~εV2\J0∃~ ≡B¬-85T,≤ββ"AQR(⊂≠[zv2_2P6w\z⊂4g≥2y2y]2r⊂$[⊂5w7]ts3@_q3rjλ1wvvYy1t`[68P !vailable
non-bitmapped displ@¬rAiKI[S@;∞cMβ←M#!βWπβ↔Iβ∞s⊃β3⎇;↔Iβ≡ O∃1π+;∪↔⊗c';'v84+πv!??I¬∪↔[↔↔≠∃β[L#↔=1∧+∪'SNs≥β∂∂βπ 'fKSeβ.s∪↔I∧∧6}o∞↑F/∩ =vw'-⎇Bbπ=⎇V(h-=⊗v"
|bπ⊗≥lF}j∞
w≡OM≥vvNlqBεn≥m⊗o.T∞6OVTε3∩π∧εc"ε= ↔⊗∞>LW↔~Dλλ-lλ≥~ Q"X8M≥~=≡$∞≠h≥m}Zh_.D∞-Lε∧_X=,D≠|H }Y8= ↑Kλ≥
=λ≤l]≠λ→M}H
&ελ≠|D
→<|ea"U→.-:;X-Nh≥z.Mλ≠→.>h≥~ ≥H≥~ ↑y(_l≡_8Z-M=~9.4→≠h
m⎇λ_m}\Y<n
{Yλ∞Mh≥~ Q"Xx. 8Z;
≡≡(⊂m⎇;;sMO(_=L≥9_8ML(~3D∞{|Zn>_=~-⎇\kC!!"K+%U+++%U+++%U+++%U+++%U+++%U+#"AQQ;Y∧
yH∃m}ZthλM9y<nA"JJE%JJJE%JJJE%JJJE%C"K%U+++%Q"C"@ ∂18-May-82 0906 AVB WORKS Digest V2 #54
∂16-May-82 0717 Mel Pleasant <WORKS at RUTGERS> WORKS Digest V2 #54
Date: 16 May 1982 0945-EDT
From: Mel Pleasant <WORKS at RUTGERS>
Subject: WORKS Digest V2 #54
Sender: PLEASANT at RUTGERS
To: WorkS: ;
Reply-To: WORKS at RUTGERS
Works Digest Sunday, 16 May 1982 Volume 2 : Issue 54
Today's Topics: Survey Information
More on the Olivetti WorkStation
Corvus Concept
----------------------------------------------------------------------
Date: 9 May 82 17:57:55-EDT (Sun)
From: Dave Farber <farber.EE@UDel-Relay>
Subject: Survey Info
WHo can supply some info on 68000 based systems that use the official
IEEE Multibus as their main bus?
Dave
------------------------------
Date: 11 May 82 12:40:36-EDT (Tue)
From: Ron Minnich <minnich.EE@UDel-Relay>
Subject: More on the Olivetti workstation
It is described in the April 21 issue of Electronics. It is known as
the M20. The picture shows a spiffy-looking all-in-one unit complete
with two 5 1/4" floppies. It has a standard keyboard and a numeric
keypad. A configuration including 2 fd's, monochrome display, 128 Kb
memory, and a printer costs about $4500. The display is bit-map and
supports up to 16 windows. The 'basic' machine-whatever that is-
costs about $3000. An Olivetti salesman claimed that the basic machine
included 2 floppies, 64Kb memory, and the display. Olivetti salesman
told me they will be available to end-users through distributors
(like Computerland) only.
ron
------------------------------
Date: 14 May 1982 1006-EDT
From: WITTMAN at RU-GREEN at RUTGERS
Subject: Corvus Concept
There seems to have been some recent interest in the Corvus Concept,
but not for the reason I expected (namely disk space).
Televideo has announced a distributed computing system wherein there
are several variations of "workstation" each with its own 4Mhz Z80A
and 64KB of memory. Cheapest is a satellite with no local filing
($1695 list) running to 7.5MB local hard diskwith 1/3MB local floppy
( 6995 ditto).
Up to 16 stations can attach to an 18MB disk with its own Z80A backed
by a 14MB tape drive. ($12,995).¬
(All figures are AVAILABLE space after dkrmatting).~∀4∃)QJ↓MCGS1SiSKLACeJ↓]←hA∃qCGi1rAgi¬iJ[←_[iQJ5CehX↓EkhAβ##↔e∧#=βO,+5βSxh+ >lh .⊂897[tyrP_yP0@≤2v0z~{2v,H9z0w→0y2→4yz9~q:z0X42P9↑yz2fKεAεE
%:y`4 in case anygne's interested).
~∃ Ceer4∀~∧Zαi555ji555ji555ji555ji555ji554hP4*↔v!β/→¬;?K∞~α∪'∨/≠P$ RQ)))RQ)))RQ)))RQ)(4Ri555ji44(