Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!mit-eddie!uw-beaver!ssc-vax!benoni
From: benoni@ssc-vax.UUCP (Charles L Ditzel)
Newsgroups: comp.sys.apollo
Subject: Re: Apollo's NFS !!
Message-ID: <2027@ssc-vax.UUCP>
Date: 22 Jun 88 06:06:43 GMT
References: <4646@vdsvax.steinmetz.ge.com>
Organization: Boeing Aerospace Corp., Seattle WA
Lines: 31

in article <4646@vdsvax.steinmetz.ge.com>, barnett@vdsvax.steinmetz.ge.com (Bruce G. Barnett) says:
| In article <3c9567ba.d858@apollo.uucp> heinzl_c@apollo.UUCP
| 	 (Carl Heinzl - Apollo Computer, Chelmsford, MA) writes:
| | Do you actually want to try and run a binary on an Apollo that 
| |lives on a SUN, sorry - it just won't work.  Try running a VAX binary on your
| |SUN and see what results you get there.  
| Sorry for the flame but your statement shows real ignorance.
| I can't believe you said it.
| You are missing the point/advantage of NFS. 
| Try running a Vax binary STORED on a sun ON a VAX. This works fine.
| Or run a Sun binary on a Sun that is on a Vax NFS server.
| It doesn't matter what type of architecture the NFS server is.
| The semantics are the same.

Thank you Bruce I couldn't have said it better.  

Since my initial posting I have seen a demo of Apollo NFS and it seems like 
there is a glimmer of hope.  As to the question about WHY one would want
to run NFS between two Apollos -
	Say you have two seperate domain rings with ethernet 
	connecting them and a multitude of other machines...
	suddenly NFS between Apollo and executing files on the
	remote machines seems not only plausible but extremely
	useful...I know of occurances where NFS machines talking
	over Ethernet were 50 miles away...(they were Suns and in
	another case they were Silicon Graphics)...being able
	to connect Apollos and execute programs on the remote
	machines (via NFS) would be useful for testing, etc.

Thanks y'all for all the replies...alot of the information has been very
helpful.