Computer Old Farts Forum
 help / color / mirror / Atom feed
From: Clem Cole <clemc@ccc.com>
To: "Theodore Ts'o" <tytso@mit.edu>
Cc: TUHS main list <coff@minnie.tuhs.org>, Josh Good <pepe@naleco.com>
Subject: [COFF] how was TCF different or similar to Mosix
Date: Fri, 2 Apr 2021 15:04:22 -0400	[thread overview]
Message-ID: <CAC20D2NL+8jHc5LnbJuZSP5++bBAPjqALHy3PKv+FPQoDMXtEA@mail.gmail.com> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 2423 bytes --]

On Fri, Apr 2, 2021 at 1:50 PM Theodore Ts'o <tytso@mit.edu> wrote:

> Out of curiousity, how was TCF different or similar to Mosix?
>
Many similar ideas.  TCF was basically the commercial implementation of the
Locus, which Jerry and students built at UCLA (one 11/70s original).  I
want to say the Locus papers are in some early SOSPs.

MOSIX was its own Unix-like OS, as was Locus [and some of this was in
Sprite too BTW].  TCF was a huge number of rewrites to BSD and was UNIX.
The local/remote restructuring was ad-hoc.   By the time Roman and I lead
TNF, we had created a formal VPROC layer as an analog to the VFS  layer
(more in a minute).   TNC was to be the gut of Intel's Paragon using OSF/1
as base OS.

The basic idea of all of them is that the cluster is looks like a single
protection domain with nodes contributing resources.   A Larry says a ps is
cluster-wide.  TCF had the idea of features that each node provides (ISA,
floating-point unit, AP, *etc*..) so if a process needed specific
resources, it would only run on a node that had those resources.   But it
also meant that processes could be migrated from a node that had the same
resources.

One of the coolest demos I ever saw was we took a new unconfigured PS/2 at
a trade show and connected the ethernet to it on the trade show network,
and put in a boot floppy. We dialed back into a system at an LCC, and
filled in some security things, details like the IP address of the new
system and soon it booted and joined the cluster.   It immediately started
to add services to the cluster, we walked away, and (overnight) the system
had set up the hard disk and started caching locally things that were
needed for speed.  Later I was editing a file and from another screen
migrated the process around the cluster while the editing was active.

The problem with VPROC (like VFS) is it takes surgery all over the kernel.
 In fact, for Linux 2.x kernel the OpenSSI
<https://sourceforge.net/projects/ssic-linux/> folks did all the kernel
work to virtualize the concept of process, which sadly never got picked up
as the kernel.org folks did not like it (a real shame IMO).   BTW, one of
the neat side effects of a layer like VPROC is things like
checkpoint/restart are free -- you are just migrating a process to the
storage instead of an active processor.

Anyway, Mosix has a lot of the same types of ideas.  I have much less
experience with it directly.

[-- Attachment #1.2: Type: text/html, Size: 4129 bytes --]

[-- Attachment #2: Type: text/plain, Size: 141 bytes --]

_______________________________________________
COFF mailing list
COFF@minnie.tuhs.org
https://minnie.tuhs.org/cgi-bin/mailman/listinfo/coff

             reply	other threads:[~2021-04-02 19:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-02 19:04 Clem Cole [this message]
2021-04-02 20:09 ` Charles H Sauer

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=CAC20D2NL+8jHc5LnbJuZSP5++bBAPjqALHy3PKv+FPQoDMXtEA@mail.gmail.com \
    --to=clemc@ccc.com \
    --cc=coff@minnie.tuhs.org \
    --cc=pepe@naleco.com \
    --cc=tytso@mit.edu \
    /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).