From owner-freebsd-questions@freebsd.org Fri Feb 14 06:25:41 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8D7B1241D55 for ; Fri, 14 Feb 2020 06:25:41 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.sdf.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Jk044Rh3z47gM for ; Fri, 14 Feb 2020 06:25:40 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@miku.sdf.org [205.166.94.6]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 01E6Pcxl017559 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 14 Feb 2020 06:25:38 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 01E6Pcej002541; Fri, 14 Feb 2020 00:25:38 -0600 (CST) From: Scott Bennett Message-Id: <202002140625.01E6Pcej002541@sdf.org> Date: Fri, 14 Feb 2020 00:25:38 -0600 To: johnl@iecc.com Subject: Re: terminology and history (was Re: Re updating BIOS) Cc: freebsd-questions@freebsd.org References: <20200212170420.2B9961450DF8@ary.qy> In-Reply-To: <20200212170420.2B9961450DF8@ary.qy> User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48Jk044Rh3z47gM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bennett@sdf.org has no SPF policy when checking 205.166.94.20) smtp.mailfrom=bennett@sdf.org X-Spamd-Result: default: False [-1.17 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.837,0]; FROM_HAS_DN(0.00)[]; IP_SCORE(-0.29)[ip: (-0.92), ipnet: 205.166.94.0/24(-0.46), asn: 14361(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sdf.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.94)[-0.937,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[20.94.166.205.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Feb 2020 06:25:41 -0000 "John Levine" wrote: > In article <202002120724.01C7OcSW005991@sdf.org> you write: > >that later virtual memory systems had. Although offered by Cambridge University, > >rather than IBM, CP-67/CMS provided virtual machine support. > > Uh, no, it was the IBM Cambridge Scientific Center in Cambridge MA. Thank you very much for that correction. My memory there was probably fuzzed because the information was of a much lower priority to my 18-year-old mind at the time than other aspects of the system. ;-) > It was in the same building where Project MAC was. CP was a > skunkworks project, originally on a modified 360/40, then on a /67. > It was quite embarassing that CP/67 was so much faster and more > reliable than the flagship TSS. I used both; TSS would have been > great if if worked, but it didn't. It was also not surprising, since By the time we got to play with it, TSS certainly did work. My impression of it was deflated by its slowness and its operational problems. We attributed the slowness to a combination of real memory limitations and speeds of 2301 drums, the latter being required devices for TSS as primary paging areas. CP-67 could get by with disk drives. However, TSS was a big system in terms of capabilities and in terms of code, which greatly exceeded those of any virtual machine setup, as should be expected from the definitions of "operating system" and "virtual machine facility". CMS was a single-user operating system, fully capable of running on bare metal (though it was a big waste of hardware to do that:-). > CP was written by a small skilled staff while TSS had hordes of > programmers trying to implement undebugged specs. The scopes of the problems to be solved were of different orders of magnitude. As already noted, one was an OS, and the other was a VM system. > > >> [MS/PC/DR/Free]DOS was a lot more like a mainframe batch operating > > > > No, that was my point. They were all like monitor systems (e.g., IBM > >1620/1710 Monitor I). They did almost nothing for the user or program except > >for loading an executable program from a disk drive and accepting a return of > >control when the application program ended, ... > > They also provided a file system, which was pretty important. I'd say they > didn't provide quite as much as DOS/TOS but it was more than a batch monitor. > IIRC(*), the System/7 had a primitive file system, though it did not have a monitor. It depended upon a connected System/360 or /370 to make it load a program from the disk drive. IOW, a file system need not be part of either a monitor or an OS. * This was in the early 1970s. I disliked the System/7 I was assigned to work with--imagine a system with no compare instruction, only subtract--and have made no effort to maintain these memories. My memory of details could well be mistaken. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * **********************************************************************