From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,3cd3b8571c28b75f
X-Google-Attributes: gid103376,public
X-Google-Thread: 1067ce,c3fb2e547555e41a
X-Google-Attributes: gid1067ce,public
X-Google-ArrivalTime: 2003-09-12 13:45:52 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!fu-berlin.de!uni-berlin.de!hse-mtl-ppp75387.qc.sympatico.CA!not-for-mail
From: Christopher Browne <cbbrowne@acm.org>
Newsgroups: comp.lang.ada,alt.os.multics
Subject: Re: A Customer's Request For Open Source Software
Date: 12 Sep 2003 20:45:51 GMT
Organization: cbbrowne Computing Inc
Message-ID: <bjtb9u$n3d8r$1@ID-125932.news.uni-berlin.de>
References: <Prv1b.3720$PJ2.319043@news20.bellglobal.com>
 <e2e5731a.0308221829.3d16a7b@posting.google.com> <3F4828D9.8050700@attbi.com>
 <bRv3b.692$c12.9302@newsfep4-glfd.server.ntli.net> <3F4EA616.30607@attbi.com>
 <e2e5731a.0308301101.7abab808@posting.google.com>
 <3F512BD1.8010402@attbi.com>
 <e2e5731a.0308311504.7c18e530@posting.google.com>
 <3F52AA5F.8080607@attbi.com>
 <e2e5731a.0309010829.17aab894@posting.google.com>
 <3F53B88E.7040405@attbi.com> <bj0u9j$eaimi$1@ID-125932.news.uni-berlin.de>
 <3F61BA54.9060702@crs4.it>
NNTP-Posting-Host: hse-mtl-ppp75387.qc.sympatico.ca (64.229.212.148)
X-Trace: news.uni-berlin.de 1063399551 24229147 64.229.212.148 (16 [125932])
X-Draft-From: ("nntp+wolfe:alt.os.multics" 183)
X-message-flag: Outlook is rather hackable, isn't it?
X-Home-Page: http://www.cbbrowne.com/info/
X-Affero: http://svcs.affero.net/rm.php?r=cbbrowne
Xref: archiver1.google.com comp.lang.ada:42431 alt.os.multics:2013
Date: 2003-09-12T20:45:51+00:00
List-Id: <comp.lang.ada>

In an attempt to throw the authorities off his trail, Jacob Sparre Andersen <sparre@crs4.it> transmitted:
> Christopher Browne wrote:
>> The world rejoiced as "Robert I. Eachus" <rieachus@attbi.com> wrote:
>>>Alexander Kopilovitch wrote:
>
> [ viewing CPU's as just another resource ]
>
>> That can only conceivably be supported on hardware that conciously
>> supports adding and dropping CPUs while the system is "hot."
>
> I am not sure I agree with you on this point.  I beleive that MOSIX
> actually allows you to do something like that, although the units
> you add or drop are whole physical machines and not just single
> CPU's or memory blocks.

That agrees with what I have heard about MOSIX.

There's a BIG efficiency difference between the approaches, to the
point of massively changing the approaches you would take to using the
'cluster.'

If the CPUs are on the same bus, then you can assume quick inter-CPU
communications, and that changes task scheduling rather a lot as
compared to off-host scheduling of work.

>> But mandating an OS design that mandates this
>> "many-times-more-expensive" sort of hardware in days when
>> over-the-counter hardware is so cheap and available seems almost as
>> limiting as the lack of an "adding CPUs" feature.
>
> If it is sufficient to be able to add or drop physical machines from
> a networked cluster of machines that make up the Multics site, then
> I don't see it as a problem.

If that were the proper interpretation, I wouldn't see it as a big
problem.  Which interpretation is right seems to me to be a pretty big
/design/ question...
-- 
output = reverse("moc.enworbbc" "@" "enworbbc")
http://www.ntlug.org/~cbbrowne/
Coming  Soon  to a  Mainframe  Near  You!   MICROS~1 Windows  NT  6.0,
complete with VISUAL JCL...