Boston Linux & UNIX was originally founded in 1994 as part of The Boston Computer Society. We meet on the third Wednesday of each month at the Massachusetts Institute of Technology, in Building E51.

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Whence distributed operating systems?



On Sun, Apr 24, 2016 at 10:35 AM, Rich Pieri <richard.pieri at gmail.com> wrote:
> nb: I received this Sunday morning. Not sure where the delay was.
>
> On 4/21/2016 10:14 AM, Jack Coats wrote:
>> In many ways, we do have a single system signon, with a 'single system
>> image' for well developed systems today.
>
> That's not single system image, though, even if it presents the
> illusion. Lemme give you a concrete example, one of the last serious
> attempts at practical, commercial SSI that I'm aware of: Digital's
> Galaxy architecture.
>
> Galaxy was an evolution of VAX/VMS clustering. The idea was to be able
> to construct arbitrarily large VAX clusters from what they called quad
> building blocks or QBBs. Each QBB was 4 Alpha CPUs and 2GB RAM (IIRC)
> and was plugged into a fast fibrecchannel backplane. The prototype I saw
> in Nashua was a 4 QBB system.
>
> Galaxy had two configurations. The first was a traditional VAX cluster
> with each QBB operating as a single node, so the prototype was a 4 node
> cluster with 4 processors and 2GB RAM each. Traditional VAX clusters are
> sometimes seen as partial SSI due to the cluster-aware file system (one
> of the first ever) and live process migration capabilities (again one of
> the first ever).

This is in fact what I think of when I hear the term SSI.   In the
Unix/Linux world,
there was Locus (and IBM's AIX for 370 & PS/2s).  You could even have both
370s and PS/2s in the same SSI.  Obviously processes couldn't migrate between
them, but otherwise they were treated the same. I worked with this system a bit
many years ago.  There is also Mosix which I believe may still be around and had
a Linux based version.   No experience with this

> The second was the namesake galaxy configuration. All of the QBBs were
> glommed together into a single large computer. In this configuration,
> processes on the prototype saw 1 processor with 16 streams and 8 GB RAM
> rather than a 4-node cluster. A processes could allocate more than one
> QBB's worth of RAM and not hit swap. It could have threads running on
> any or all of the QBBs without having to be programmed specifically for
> it. Galaxy was full SSI.

So memory was shared? between the QBBs?   This sounds more like a NUMA
architecture environment.  What would you say are the differences
between this definition
of SSI and NUMA?

Bill Bogstad



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org