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.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_FONT_LOW_CONTRAST,HTML_IMAGE_ONLY_28,HTML_MESSAGE, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8777 invoked from network); 12 Nov 2022 19:37:41 -0000 Received: from minnie.tuhs.org (50.116.15.146) by inbox.vuxu.org with ESMTPUTF8; 12 Nov 2022 19:37:41 -0000 Received: from minnie.tuhs.org (localhost [IPv6:::1]) by minnie.tuhs.org (Postfix) with ESMTP id 89BAE41E13; Sun, 13 Nov 2022 05:37:37 +1000 (AEST) Received: from mail-vk1-f178.google.com (mail-vk1-f178.google.com [209.85.221.178]) by minnie.tuhs.org (Postfix) with ESMTPS id 3048E41E10 for ; Sun, 13 Nov 2022 05:37:33 +1000 (AEST) Received: by mail-vk1-f178.google.com with SMTP id s204so3224579vkb.3 for ; Sat, 12 Nov 2022 11:37:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ccc.com; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=K2XAwLYz0qz5N9iVM/zaksGusbmiVgwNSXAx8i9HMRA=; b=fbbW8hAkwHYO/zo/2bFybJ1YRgVafQb55IP0tLqK2QiYXP96xK2LPYUiPiv0LiW5/i Cy58DOThNsN85dKX4/GIE9uGfsl5uzQYMR9lhvNlvXDKcj3aZYkxsDeaJfFGRwhIPkgV UP6ld0AzhvY/ZdqoPPgbqKW8cSEmPv1/3eknc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=K2XAwLYz0qz5N9iVM/zaksGusbmiVgwNSXAx8i9HMRA=; b=F9f4X7mHP9/s+0tOMpBuWbvB2EmTu2D2DXiyffRbkT8D20SNKJgWEdgTwS/rTVvvur OV8PU5DQnqqiZ7zeYXIAhG9jtxXMT06d/RUpWCCggQhkmOQQWxKW0vpH8hLNH8ZkB008 k1VGX0izdQCUam0rJ36FeF/tpVlnQr2qQXdDAZCHY5tMewkrC5M3D4qjb9PBrm02EEyk elersPGlefnNuJO/j6KGibvXm/BWYpYPcEZsyiVlMRXRQCGimYEymLwnxuKL8IGWtYxM 2VWDaLBcex2UUMCDpyl+uo9LJn7RDJiGbTXMjuY25bB6a29pPU0l5EzX6BEdKOuFinqY 8d2Q== X-Gm-Message-State: ANoB5pk4/2IyLrjeTdSg/FurmIl7gKssO1jMtFzI1X8iNYmAV1Ukqb2Y xqqPQcVD6qNDqqdf+AKokUi+2AWfCyfSCP8ng7jWTg== X-Google-Smtp-Source: AA0mqf74dxnJgmCM9IFneM4dUs56BZAhYi6V9Bqaq4eAwfvaOY+i2jAcrDdso46x+Wz6pckMczDOcScctWEeelovIxY= X-Received: by 2002:a05:6122:c72:b0:3b8:b2ac:6a22 with SMTP id i50-20020a0561220c7200b003b8b2ac6a22mr3608802vkr.10.1668281791965; Sat, 12 Nov 2022 11:36:31 -0800 (PST) MIME-Version: 1.0 References: <202211121652.2ACGq6Pf015000@freefriends.org> <20221112183623.GO652@mcvoy.com> In-Reply-To: <20221112183623.GO652@mcvoy.com> From: Clem Cole Date: Sat, 12 Nov 2022 14:36:05 -0500 Message-ID: To: Larry McVoy Content-Type: multipart/alternative; boundary="00000000000098865b05ed4b1f51" Message-ID-Hash: XZC6WQEKLJH4AF7WVH4WUN2UTOXLSSUV X-Message-ID-Hash: XZC6WQEKLJH4AF7WVH4WUN2UTOXLSSUV X-MailFrom: clemc@ccc.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tuhs.tuhs.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: tuhs@tuhs.org X-Mailman-Version: 3.3.6b1 Precedence: list Subject: [TUHS] Re: DG UNIX History List-Id: The Unix Heritage Society mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --00000000000098865b05ed4b1f51 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable To be honest, I've forgotten many (most) of the details. But that sounds about right. As I remember it, it was like SunOS. The key point was that the kernel only had one view of the memory system period, no FS buffer cache etc...which was a departure from many of the traditional UNIX implementations. IIRC they did not support BSD's mmap -- but check the SVR3 docs to be sure -- they had the SVR3 user interfaces but none of the BSD ones. They did support the System V shared memory, however. I do seem to remember there was something funny in the driver interfaces, it was just like UNIX only different, and that causes some heartache - but it was fairly straightforward to move a DMA driver like getting a VME Xylogics tape controller to work, but it took a little tweaking. I've forgotten exactly why that was -- it's been a long time ago. Clem =E1=90=A7 On Sat, Nov 12, 2022 at 1:36 PM Larry McVoy wrote: > On Sat, Nov 12, 2022 at 01:04:30PM -0500, Clem Cole wrote: > > On Sat, Nov 12, 2022 at 11:52 AM wrote: > > > DG-UX was a pretty generic SVR3 > > > > > User space was generic. But the SVR3/88K kernel was a heavy rewrite. > > LCC did a lot of work with DG adding stuff too it -- it was very well > done > > by the DG team in NC. The memory and FS was well integrated. > > So read()/write()/mmap() all shared the same cache like SunOS? In SunOS > the > only things not in the page cache were directories and inodes. All data > pages had one, and only one, place to be (ZFS broke this in Solaris, > which has always blown my mind). > -- > --- > Larry McVoy Retired to fishing > http://www.mcvoy.com/lm/boat > --00000000000098865b05ed4b1f51 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
To be honest, I've forgotten many (most) of the det= ails.=C2=A0 But that sounds about right.=C2=A0 As I remember it, it was lik= e SunOS.=C2=A0 The key point was that the=C2=A0kernel only had one view of= =C2=A0the memory system period, no FS buffer=C2=A0cache etc...which was a d= eparture from many of the traditional UNIX implementations.=C2=A0 =C2=A0 II= RC they did not support BSD's mmap -- but check the SVR3 docs to be sur= e -- they had the SVR3 user interfaces but none of the BSD ones.=C2=A0 They= did=C2=A0support the System V shared memory, however.=C2=A0 I do seem to r= emember there was something funny in the driver interfaces, it was just lik= e UNIX only=C2=A0different, and that causes=C2=A0some heartache - but it wa= s fairly straightforward to move a DMA driver like getting=C2=A0a VME Xylog= ics tape controller to work, but it took a little tweaking.=C2=A0 I've = forgotten exactly why that was --=C2=A0 it's been a long time ago.

Clem
3D""=E1=90=A7

On Sat, Nov 12, 2022 at= 1:36 PM Larry McVoy <= lm@mcvoy.com> wrote:
On Sat, Nov 12, 2022 at 01:04:30PM -0500, Clem Cole wrote:
> On Sat, Nov 12, 2022 at 11:52 AM <arnold@skeeve.com> wrote:
> > DG-UX was a pretty generic SVR3
> >
> User space was generic.=C2=A0 =C2=A0But the SVR3/88K kernel was a heav= y rewrite.
>=C2=A0 LCC did a lot of work with DG adding stuff too it -- it was very= well done
> by the DG team in NC.=C2=A0 =C2=A0The memory and FS was well integrate= d.=C2=A0

So read()/write()/mmap() all shared the same cache like SunOS?=C2=A0 In Sun= OS the
only things not in the page cache were directories and inodes.=C2=A0 All da= ta
pages had one, and only one, place to be (ZFS broke this in Solaris,
which has always blown my mind).
--
---
Larry McVoy=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Retired to fishing=C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://www.mcvoy.com/lm/boat
--00000000000098865b05ed4b1f51--