Article View: alt.folklore.computers
Article #625490Re: different architecture, was PDP 11/40 system manual
From: hanc...
Date: Wed, 15 Aug 2018 19:55
Date: Wed, 15 Aug 2018 19:55
82 lines
5326 bytes
5326 bytes
On Monday, August 13, 2018 at 5:23:26 PM UTC-4, John Levine wrote: > In article <5b71ce88...@news.dslextreme.com> you write: > >Your so-called "categories" are arbitrary and mostly meaningless. Even before > >the advent of the 360, they were always "general purpose" computers. Meaning > >they could be used for any application, given the proper programming. The > >salient differences were in CPU speed, storage capacity, and data transfer > >rates. ... > > Yes and no. The architecture of the binary word addressed 704x/709x > scientific machines was rather different from the decimal word 7070 or > the character addressed 705/7080. Sure, they were all Turing > complete, but the 7080 was bad at floating point arithmetic and the > 7090 was bad at moving character strings around. True. Plenty of customers did use binary machines for business and character machines for sci/eng, but it was inefficient. Computer time was very costly, so it had to be used carefully. Here, we discussed how using an offline sorter was more cost efficient in the early days than sorting by the computer itself. > We all think it's obvious to have byte/word addressing where the word > addresses are byte addresses with the low bits zero, but it wasn't > obvious at all before IBM invented it for the 360. Once they had a > memory architecture that could work either way, building the > instruction set wasn't so hard. As mentioned, memory was extremely expensive, so a bigger machine had extra cost in having longer instructions to support a larger address space. Note that the low-end 1401 was only 1,400 characters, and I believe the original S/360 was offered as low as 8k. It's hard to believe. > > > The big advantage of having a line of computers with a > >single architecture would be to ease moving from one machine to another that was > >faster and/or bigger. It also helped IBM, assuming they could consolidate their > >OS and system software development and support. > > That too, although BOS, TOS, DOS, OS/PCP, OS/MFT, OS/MVT, CP/CMS, TSS, > and PS44 suggest that consolidating the system software didn't work > out so well. Yes, the development and expectations for S/360 "OS" was a big blunder. I can't help but suspect IBM should have known better that _both_ their performance goals and development schedule were far too ambitious. Didn't they have big software development experience with SAGE (although contracted out), and SABRE? In my humble opinion, I think IBM wasted very scarce resources at the time developing PL/I and TSS. COBOL and FORTRAN were adequate, they didn't need PL/I. I can't help but suspect that TSS was developed as a result of _perceived_ pressures, not actual market demands--I don't think there was that much demand for it in the early 1960s--most users were batch oriented. In other words, I'm pretty sure Watson wanted S/360 to be a true universal computer for every possible customer, when in fact there were some specialty uses best left to others, an idea Watson couldn't stomach. IMHO, IBM should've concentrated on getting the basic batch versions of S/360 out the door first, then worked on enhancing the software to exploit the hardware's advanced features. In other words, walk before running. IBM was correct that a unified product line would help them on peripherals. AFAIK, most major S/360 peripherals were usable without modification throughout the product line. I believe before S/360, each peripheral had to be customized for a particular model of computer. I think most people know that IBM's 1959 technology--SMS circuit cards--found even bigger use in S/360 peripherals.
Technical Details
Message-ID:
<38414a5f-898c-420c-8b1e-f32efdc42426@googlegroups.com>Path:
mbox-mo1.pugleaf.net!w13-v6ni276qto.1!nntp.google.com!e8-v6no611956qtp.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mailReferences:
<21aaeee8-c41a-4442-a4eb-ea6a29b1e4f1@googlegroups.com> <1769532633.555587539.250400.peter_flass-yahoo.com@news.eternal-september.org> <d62afda2-8a91-4665-88a4-cb16bc0f47ab@googlegroups.com> <5b71ce88.4681852@news.dslextreme.com> <pksssc$2p6c$1@gal.iecc.com>Show Full Headers
Complete Article Headers
X-Received: by 2002:a37:1b9c:: with SMTP id m28-v6mr16670184qkh.49.1534362915327; Wed, 15 Aug 2018 12:55:15 -0700 (PDT) X-BeenThere: alt.folklore.computers@googlegroups.com Received: by 2002:ac8:1343:: with SMTP id f3-v6ls1333241qtj.9.gmail; Wed, 15 Aug 2018 12:55:14 -0700 (PDT) X-Received: by 2002:ac8:6655:: with SMTP id j21-v6mr15268008qtp.11.1534362914457; Wed, 15 Aug 2018 12:55:14 -0700 (PDT) X-Received: by 2002:a25:584:: with SMTP id 126-v6mr83856ybf.0.1534362914215; Wed, 15 Aug 2018 12:55:14 -0700 (PDT) Path: mbox-mo1.pugleaf.net!w13-v6ni276qto.1!nntp.google.com!e8-v6no611956qtp.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: alt.folklore.computers Date: Wed, 15 Aug 2018 12:55:14 -0700 (PDT) In-Reply-To: <pksssc$2p6c$1@gal.iecc.com> Complaints-To: groups...@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=8.41.192.198; posting-account=WKyNOQkAAACNglsCZiIox1kdy9R-66KH NNTP-Posting-Host: 8.41.192.198 References: <21aaeee8-c41a-4442-a4eb-ea6a29b1e4f1@googlegroups.com> <1769532633.555587539.250400.peter_flass-yahoo.com@news.eternal-september.org> <d62afda2-8a91-4665-88a4-cb16bc0f47ab@googlegroups.com> <5b71ce88.4681852@news.dslextreme.com> <pksssc$2p6c$1@gal.iecc.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <38414a5f-898c-420c-8b1e-f32efdc42426@googlegroups.com> Subject: Re: different architecture, was PDP 11/40 system manual From: hanc...@bbs.cpcn.com Injection-Date: Wed, 15 Aug 2018 19:55:14 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit