From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 14594 invoked from network); 10 Feb 2021 02:45:57 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 10 Feb 2021 02:45:57 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 5C4DD95034; Wed, 10 Feb 2021 12:45:56 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0009694F1A; Wed, 10 Feb 2021 12:45:29 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="qzSJpXz/"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 4A7C694F1A; Wed, 10 Feb 2021 12:45:28 +1000 (AEST) Received: from mail-oi1-f180.google.com (mail-oi1-f180.google.com [209.85.167.180]) by minnie.tuhs.org (Postfix) with ESMTPS id 8F0F394F19 for ; Wed, 10 Feb 2021 12:45:26 +1000 (AEST) Received: by mail-oi1-f180.google.com with SMTP id r75so434762oie.11 for ; Tue, 09 Feb 2021 18:45:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=NEIrpijiIs6js2FXIA6aMkfNWNYQnWP0OmdC+eaTo7E=; b=qzSJpXz/B3UORfPFR1ipO4SJOxxgwL3XMb3hh/lvSImVXis/TkpY02uxU2B4S0XzoT R56uptwuxEA5/K6K3KsYPSw2VPa4TE984RYpyKoWHLcosOGs8R9eFxs/aCnHreQ/KXiC KZUWj7Xvw+/aL06JisPjNUf4aRNuO0b4gwdlQOS7TugHhdpYFOEI5wdBSo9Xcv1frL/i Hs1U5TN66fv2xRWAlUea7eq0yrJxqJ5joJsOC0Sm1sb23OJtd/VBYfh+jKRbgNnda+Xv zNO+376TKQQkBruzmud0LnI47Byq3fKC7F6ujbRqH+VYv7aLMdUpnrMrLobWlQbweOod U9Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=NEIrpijiIs6js2FXIA6aMkfNWNYQnWP0OmdC+eaTo7E=; b=lL9eHqUzvYT3v+wsV9Sr44iiJD3AsrJtjiGhzfsX0zSY/i7RwenFzs0v4PKKb9p4tv 8fslmaunwfduUwouEaLinp6uIRQP03Kyj1I+0MucoVkyRvIY5xW+lbFR/aRQhCZGsS57 9uh1ZQd7zzBji8pRtorB+iIXkJUF1bSQ24jhbBZrY2uW+DXP6ti0JZFiUuNM+YEVg/qZ +M2bpN1Z+LX3NqqNtC8o3loKhX3VKjqZr0UblLYTTILft7vwYJsyTOaCY65LkUs1jqfL At39dKlm9gbRNjDKMQngwcyiwjowwbKDSdIuix26o67L8ac8mD8thuJAV7mKGNS3dH2/ za9A== X-Gm-Message-State: AOAM530mBPUn3Te5hiSklsOM0R7e0uJMUVt1N5+lcirCKpxHJW3hWUgf Z34Bct9JLTLOzIxTq42ZURP9YrXdp0JyJcpahij35l6cZZs= X-Google-Smtp-Source: ABdhPJwfsMKsHb0k5TomK4JW6jF3FRR0xyWnNZfZgr8EWQ+0Prar98s2fb1u1arfo3gFrMzYFwB6PgmzsJGyioOTpFU= X-Received: by 2002:a54:4106:: with SMTP id l6mr650203oic.110.1612925125716; Tue, 09 Feb 2021 18:45:25 -0800 (PST) MIME-Version: 1.0 References: <202102091900.119J0Gv9850825@darkstar.fourwinds.com> <20210210014123.GS13701@mcvoy.com> <20210210022424.GT13701@mcvoy.com> In-Reply-To: <20210210022424.GT13701@mcvoy.com> From: Dan Cross Date: Tue, 9 Feb 2021 21:44:49 -0500 Message-ID: To: Larry McVoy Content-Type: multipart/alternative; boundary="0000000000002aedb605baf2653c" Subject: Re: [TUHS] Macs and future unix derivatives X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --0000000000002aedb605baf2653c Content-Type: text/plain; charset="UTF-8" On Tue, Feb 9, 2021 at 9:25 PM Larry McVoy wrote: > I'm going to rant a little here, George, this is not to you, it's to > the topic. > All in all, that was a pretty tame Rant, Larry. :-) Who among us is running v7, or some other kernel that we all love > because we understand it? I'd venture a guess that it is noone. > We like our X11, we like that we can do "make -j" and you can build > a kernel in a minute or two, we like our web browsers, we like a lot > of stuff that if you look at it from the lens "but it should be simple", > but that lens doesn't give us what we want. > I had a stint in life where my "primary" environment was a VT320 hooked up to a VAXstation running VMS, from which I'd telnet to a Unix machine. Subjectively, it was among the more productive times in my life professionally: I felt that I wrote good code and could concentrate on what I was working on. Fast forward 15 years (so a little 10 years ago), I'm sitting in front of a Mac Pro desktop with two large displays and an infinite number of browser tabs open and I feel almost hopelessly productive. I just can't concentrate; I can't find anything; things are beeping at me all the time and I have no idea where the music is coming from. Ads are telling me I should buy all kinds of things I didn't even know I needed; the temptation to read the news, or email, or the plot of some movie I saw an ad for 20 years ago (but never saw) on wikipedia is too great and another 45 minutes are gone. So I go on ebay and find a VT420 in good condition and buy it; it arrives an unproductive week later, and I hook it up to the serial port on my Linux machine at work and configure getty and login and ... wow, this is terrible! It's just too dang and limiting. And that hum from the flyback transformer is annoyingly distracting. The lesson is that we look back at our old environments through the rosy glasses of nostalgia, but we forget the pain points. Yeah, we might moan about the X protocol or the complexity of SMP or filesystems or mmap() or whatever, but hey, programs that I care about to get my work done are already written for those environments, and do I _really_ want to write another shell or terminal program or editor or email client? Actually...no. No, I do not. So I'm sympathetic to this. I get it. I love the clean simple lines that were the original Unix > but we live in a more complex world. But this I take some exception to. Yes, the world is more complex, but part of the complexity of our systems is, as Jon asserts, poor abstractions. It's like the recent discussion of ZFS vs merged VM/Buffer caches: most people don't care. But as a system designer, I do. One _can_ build systems that support graphics and networking without X11 and sockets and with a small number of system calls. One _can_ provide some support for "legacy" systems by papering over the difference with a library (back in the day, someone even ported X11 to Plan 9), but it does get messy and you hit limitations at some point. Ted is straddling those lines > and he's doing the best he can and his best is pretty darn good. > I'd just like to stress I'm not trying to criticize Ted, or anyone else, really. We've got the systems we've got. But a lot of the complexity we've got in those systems comes from trying to retrofit a design that was fundamentally oriented towards a uniprocessor machine onto a multiprocessor system that looks approximately nothing like a PDP-11. I do agree with Jon that much of Linux's complexity is unjustified (functions called `foo` that call `__foo` that calls `__do_foo_for_bar`...I understand this is to limit nesting. But...dang), but much of it is forced by trying to accommodate a particular system model on systems that are no longer really amenable to that model. - Dan C. I'd argue listen to Ted. He's got the balance. > > --lm > > [1] Truth in advertising, Ted and I are friends, we used to hike together > in Pacifica, we like each other. > > On Wed, Feb 10, 2021 at 11:52:21AM +1000, George Michaelson wrote: > > I won't dispute your age, or how many layers of pearl are on the seed > > Larry, but MP unix was a thing long long ago. > > > > I am pretty sure it was written up in BSTJ, and there was Pyramid by > > 1984/5 and an MP unix system otherwise running at Melbourne University > > (Rob Elz) around 1988. > > > > You might be ancient, but you weren't THAT ancient in the 1980s. > > > > anyway, pearls before swine, and age before beauty. > > > > -G > > -- > --- > Larry McVoy lm at mcvoy.com > http://www.mcvoy.com/lm > --0000000000002aedb605baf2653c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Feb 9, 2021 at 9:25 PM Larry McVo= y <lm@mcvoy.com> wrote:
=
Who among us is running v7, or some other kernel that we= all love
because we understand it?=C2=A0 I'd venture a guess that it is noone. We like our X11, we like that we can do "make -j" and you can bui= ld
a kernel in a minute or two, we like our web browsers, we like a lot
of stuff that if you look at it from the lens "but it should be simple= ",
but that lens doesn't give us what we want.

I had a stint in life where my "primary" environment was= a VT320 hooked up to a VAXstation running VMS, from which I'd telnet t= o a Unix machine. Subjectively, it was among the more productive times in m= y life professionally: I felt that I wrote good code and could concentrate = on what I was working on.

Fast forward 15 years (s= o a little 10 years ago), I'm sitting in front of a Mac Pro desktop wit= h two large displays and an infinite number of browser tabs open and I feel= almost hopelessly productive. I just can't concentrate; I can't fi= nd anything; things are beeping at me all the time and I have no idea where= the music is coming from. Ads are telling me I should buy all kinds of thi= ngs I didn't even know I needed; the temptation to read the news, or em= ail, or the plot of some movie I saw an ad for 20 years ago (but never saw)= on wikipedia is too great and another 45 minutes are gone.

<= /div>
So I go on ebay and find a VT420 in good condition and buy it; it= arrives an unproductive=C2=A0week later, and I hook it up to the serial po= rt on my Linux machine at work and configure getty and login and ... wow, t= his is terrible! It's just too dang and limiting. And that hum from the= flyback transformer is annoyingly distracting.

Th= e lesson is that we look back at our old environments through the rosy glas= ses of nostalgia, but we forget the pain points. Yeah, we might moan about = the X protocol or the complexity of SMP or filesystems or mmap() or whateve= r, but hey, programs that I care about to get my work done are already writ= ten for those environments, and do I _really_ want to write another shell o= r terminal program or editor or email client? Actually...no. No, I do not.<= /div>

So I'm sympathetic to this.

I get it.=C2=A0 I love the clean simple lines that were the original Unix <= br> but we live in a more complex world.

But th= is I take some exception to. Yes, the world is more complex, but part of th= e complexity of our systems is, as Jon asserts, poor abstractions. It's= like the recent discussion of ZFS vs merged VM/Buffer caches: most people = don't care. But as a system designer, I do. One _can_ build systems tha= t support graphics and networking without X11 and sockets and with a small = number of system calls. One _can_ provide some support for "legacy&quo= t; systems by papering over the difference with a library (back in the day,= someone even ported X11 to Plan 9), but it does get messy and you hit limi= tations at some point.

Ted is straddling those lines
and he's doing the best he can and his best is pretty darn good.

I'd just like to stress I'm not tryin= g to criticize Ted, or anyone else, really. We've got the systems we= 9;ve got. But a lot of the complexity we've got in those systems comes = from trying to retrofit a design that was fundamentally oriented towards a = uniprocessor machine onto a multiprocessor system that looks approximately = nothing like a PDP-11. I do agree with Jon that much of Linux's complex= ity is unjustified (functions called `foo` that call `__foo` that calls `__= do_foo_for_bar`...I understand this is to limit nesting. But...dang), but m= uch of it is forced by trying to accommodate a particular=C2=A0system model= on systems that are no longer really amenable to that model.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 - Dan C.

I'd argue listen to Ted.=C2=A0 He's got the balance.

--lm

[1] Truth in advertising, Ted and I are friends, we used to hike together in Pacifica, we like each other.=C2=A0

On Wed, Feb 10, 2021 at 11:52:21AM +1000, George Michaelson wrote:
> I won't dispute your age, or how many layers of pearl are on the s= eed
> Larry, but MP unix was a thing long long ago.
>
> I am pretty sure it was written up in BSTJ, and there was Pyramid by > 1984/5 and an MP unix system otherwise running at Melbourne University=
> (Rob Elz) around 1988.
>
> You might be ancient, but you weren't THAT ancient in the 1980s. >
> anyway, pearls before swine, and age before beauty.
>
> -G

--
---
Larry McVoy=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 l= m at mcvo= y.com=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0http://www.mcvoy.com= /lm
--0000000000002aedb605baf2653c--