Path: utzoo!attcan!uunet!munnari.oz.au!uniwa!wacsvax!kim
From: kim@wacsvax.OZ (Kim Shearer)
Newsgroups: comp.os.misc
Subject: Re^2: (Free) book on the Amoeba distributed system available
Message-ID: <1555@wacsvax.OZ>
Date: 26 Mar 90 12:09:16 GMT
References: <6067@star.cs.vu.nl> <2604@quiche.cs.mcgill.ca> <6106@star.cs.vu.nl> <6548@becker.UUCP>
Organization: Comp Sci, Uni. Western Australia.
Lines: 28

bdb@becker.UUCP (Bruce Becker) writes:

>	More or less. All resources can be allocated
>	to a job, including cpu, memory, files, disk
>	drives, modems, etc. The difference is that
>	you can tell (until the new version this
>	year perhaps) where the resource lives, but
>	you treat it locally (except for diskette
>	drives - inserting a diskette halfway across
>	a continent is a bit inconvenient 8^). One can
>	get an executable from one machine, execute
>	it on another, and have the screen/kybd i/o
>	sent to your own machine - all simple to do,
>	built in to the system. The name space isn't

 Umm, you can rcp files between machines on any unix network, and is
 there not also a remote execute command ? The point is that the OS
 should do this sort of thing IN A TRANSPERENT MANNER, ie without
 the user ever knowing about it, to be truely distributed. I think 
 this is what Andy Tannenbaun is talking about, I do not know if this
 is what you meant, I may have misinterprited what you wrote.

+--------------------------------+--------------------------------------------+
Kim Shearer                      |     ARPA: kim%wacsvax.uwa.oz@uunet.uu.net
Dept. of Computer Science        |     UUCP: ..!uunet!munnari!wacsvax!kim
University of Western Australia  |     ACSnet: kim@wacsvax.uwa.oz       
CRAWLEY, Australia 6009          |     PHONE:  +61 9 380 3452 
+--------------------------------+--------------------------------------------+