🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #625490

Re: different architecture, was PDP 11/40 system manual

#625490
From: hanc...
Date: Wed, 15 Aug 2018 19:55
82 lines
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-mail
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>

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