The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: Larry McVoy <lm@mcvoy.com>
To: Clem Cole <clemc@ccc.com>
Cc: TUHS main list <tuhs@minnie.tuhs.org>, Eugene Miya <eugene@soe.ucsc.edu>
Subject: Re: [TUHS] A New History of Modern Computing - my thoughts
Date: Sun, 28 Nov 2021 17:12:44 -0800	[thread overview]
Message-ID: <20211129011244.GJ18441@mcvoy.com> (raw)
In-Reply-To: <CAC20D2P0PPeJMvg9LHERw-kxPFWr_4QTPHCJg1_wTyz=-0-tdw@mail.gmail.com>

On Sun, Nov 28, 2021 at 07:19:08PM -0500, Clem Cole wrote:
> To me, the PDP-111 ISA  is the epitome the *minimal computer architecture*
> - just want you to need to get the job done be it commercial or scientific
> and it was affordable as you said.  The solution is elegant, nothing fancy,
> little extra added - just the right set of features for a system to do real
> work.  It was also extremely regular as Larry points out, so it was not
> filled with a ton of special cases.  

I remember Ken Witte (my TA for the PDP-11 class) trying to get me to see
how easy it was to read the octal.  If I remember correctly (and I probably
don't, this was ~40 years ago), the instructions were divided into fields,
so instruction, operand, operand and it was all regular, so you could see
that this was some form of an add or whatever, it got the values from 
these registers and put it in that register.  I remember Ken trying to 
get me to see how uniform it all was and I guess I sort of got it but
what I remember the most is his passion for it.  We were pretty friendly
and if I had some big octal listing that wasn't working, he'd come over
and drink a beer and read through it.  For him, it was just faster to
read the octal than to look at my tortured assembly.

> 64 bit PDP-11

That would be pretty cool.  Your comments about minimalist approaches ring
really true for me.  The last conversation I had with Greg Chesson was
a 2 hour rant from him about the fact that nobody who is doing anything
these days understands the value of a minimalist approach, it's one
complex framework or whatever after another.  

There is a reason that the people I respect the most tend to spend a lot
of time on what not to put in, rather than what to put in.  I became
friends with Linus Torvalds because we spent probably almost a year
talking about what not to put in to LMbench, we wanted to get it right.

I know people look at Linux and recoil in horror, it's a long way from
v6 or v7.  But v7 was a uniprocessor Unix that had no networking.  Linux
scales pretty well on SMPs with lots of CPUs, it has generalized NUMA
support, it has a /proc that I'd argue is way more true to Unix than
the SysV /proc (I don't know Ron Gomes but I was friends with Rodger
Faulkner), the Linux /proc is all strings, it's so useful.  Linux 
just handles way way way way way more than v7 could even imagine
handling.  Pretty much all of the supercomputers are Linux so it
scales up and it scales down to a rasberry pi.

A thing that blew my mind in Linux was drivers.  PCI drivers.
They were portable to different byte order machines.  I was so 
used to drivers being specific to the CPU, that was eye opening.

I'd say more but the wife is calling, I just wanted you to know
that Linus definitely understands the minimalist approach, Linux
started that way but it has been asked to do a lot so you get what
you get.

--lm

  reply	other threads:[~2021-11-29  1:18 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-28 20:26 Jon Steinhart
2021-11-28 21:07 ` Rob Pike
2021-11-28 21:15   ` Jon Steinhart
2021-11-28 21:31     ` Ken Thompson
2021-11-28 21:47       ` Jon Steinhart
2021-11-28 22:17         ` Rob Pike
2021-11-29  0:19           ` Clem Cole
2021-11-29  1:12             ` Larry McVoy [this message]
2021-11-29  2:23               ` Bakul Shah
2021-11-30 19:27                 ` Ralph Corderoy
2021-12-01  8:46                   ` Rich Morin
2021-12-01 12:28                     ` Al Kossow
2021-11-30  3:18               ` Larry McVoy
2021-11-29  1:18             ` George Michaelson
2021-11-29  1:36             ` Bakul Shah
2021-11-29  1:47       ` Bakul Shah
2021-11-29  7:46         ` arnold
2021-11-29  7:52           ` arnold
2021-11-29 14:44             ` Larry McVoy
2021-11-29 12:11         ` Michael Kjörling
2021-11-28 21:23   ` Thomas Paulsen
2021-11-28 21:39     ` Steve Nickolas
2021-11-28 22:41       ` Ron Natalie
2021-11-28 21:40   ` Larry McVoy
2021-11-29 15:37 ` Phil Budne
2021-11-28 23:12 Noel Chiappa
2021-11-28 23:35 ` Adam Thornton
2021-11-29  1:53   ` John Cowan
2021-11-29 13:48   ` Dan Halbert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20211129011244.GJ18441@mcvoy.com \
    --to=lm@mcvoy.com \
    --cc=clemc@ccc.com \
    --cc=eugene@soe.ucsc.edu \
    --cc=tuhs@minnie.tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).