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.