The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: clemc@ccc.com (Clem Cole)
Subject: [TUHS] AIX/370 Questions
Date: Thu, 2 Mar 2017 08:11:02 -0500	[thread overview]
Message-ID: <CAC20D2O9=XgRZNX0zZ7xF_3DSMGEzxYy90qAWwzAUKTF30a4AA@mail.gmail.com> (raw)
In-Reply-To: <c240a5dc-9228-4c60-8235-6b40b62d175b@HK2APC01FT052.eop-APC01.prod.protection.outlook.com>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2070 bytes --]

On Wed, Mar 1, 2017 at 10:51 PM, <jsteve at superglobalmegacorp.com> wrote:

> I’ve actually loaded AIX 1.3 for the PS/2 on a model 80 decked out with
> 16MB of RAM, and an Ethernet board, and honestly It was ‘yet another SYSV’
>
​Interesting characterization....   It had all of the primary BSDism in
there.  As I said it was intended for the Education market., and it would
have been lost without it.   I never saw anything from a BSD that did not
pretty much just recompile on AIX/386 - but I admit I never pushed it very
hard, since it was not a primary system for me.




> and it didn’t feel like it had much in common with AIX 3.1 on the
> RS/6000.  As always by the time I had gotten all the needed bits, Linux was
> a thing, running Unix on a 386 with ESDI disks felt horribly slow, and
> Linux had much better support for stuff.  Although if I had the machine
> when it was the thing to do it’d have been awesome.  Not that I’d probably
> ever get access to a 370, let alone AIX for the 370 + those i860 boards.
>

​It's too bad you missed one of the coolest tricks that TCF would allow you
to do​.   If you had a running TCF node (370 or 386) with a full install on
it, all you needed to install another node was the boot floppy.    The OS
would load into memory from the boot floppy, send out a couple of packets
on the network (never touching its disk) and the node would join the
cluster and immediately be a part of the system.  If the was disk was
empty, it would start to be populated in the background using replication,
if it had data, then the rebuild protocol started -- al behind the scene.
It meant a node boot was really the time to perform the cluster management
join protocol, which on TCF was fairly fast because it was bounded to 32
nodes.   Later TNC clusters the CMS was a lot more complicated.

All very, very cool.  I do miss some of those ideas.

Clem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20170302/da9cf22b/attachment.html>


      parent reply	other threads:[~2017-03-02 13:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-02  3:15 Clem Cole
2017-03-02  3:51 ` jsteve
2017-03-02  9:32   ` Ronald Natalie
2017-03-02 13:11   ` Clem Cole [this message]

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='CAC20D2O9=XgRZNX0zZ7xF_3DSMGEzxYy90qAWwzAUKTF30a4AA@mail.gmail.com' \
    --to=clemc@ccc.com \
    /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).