home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / misc / 4912 < prev    next >
Encoding:
Text File  |  1993-01-11  |  3.8 KB  |  71 lines
  1. Newsgroups: comp.unix.misc
  2. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!spool.mu.edu!agate!ames!nsisrv!author.gsfc.nasa.gov!rkoehler
  3. From: rkoehler@author.gsfc.nasa.gov (Bob Koehler)
  4. Subject: Re: What makes Unix Special?
  5. Message-ID: <11JAN199309342687@author.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: author.gsfc.nasa.gov
  9. Organization: CSC System Sciences Division
  10. References: <7JAN199312365350@author.gsfc.nasa.gov> <1993Jan9.125052.12247@bronte.boeing.com>
  11. Date: Mon, 11 Jan 1993 14:34:00 GMT
  12. Lines: 57
  13.  
  14. In article <1993Jan9.125052.12247@bronte.boeing.com>, paula@atc.boeing.com writes...
  15. > 
  16. >Bryan was talking about the NFS automounter known as "amd".  Since you seem to
  17. >have a strong negative opinion of NFS, would you care to compare it with other
  18. >file-sharing protocols.  I'd love to hear NFS contrasted with Andrew, but
  19. >RFS and DECnet are also somewhat interesting.
  20. > 
  21.  
  22.  Thanks for the info.  NFS happens to be hosing my ethernet (I've measured it),
  23. so I've some to agree with all the folks who told me it would.  I don't know
  24. anything about RFS (what is it, please?).  DECnet (available from a lot of
  25. vendors on a lot of systems, despite being "DEC"net) capabilities vary from
  26. implementation to implementation, even from DEC.  Startup of a DECnet
  27. connection can be slow if steps are not taken to speed it up.  "file sharing"
  28. under DECnet simply comes from it's ability to suport file opens/creates across
  29. a network, allowing record by record (or byte by byte) manipulation of a file
  30. on a remote system.  Systems that employ locking techniques within the file
  31. system will typically enforce those locks on the system where the file resides.
  32. (Boy, is that a brief rundown).
  33.  
  34. DFS is an NFS-like file sharing implemented on top of DECnet.  It has better
  35. performance in many aspects, but I've only seen it implemented on VMS, and I
  36. don't know anyone whose actually using it.
  37.  
  38. We rely on VMScluster between our VMS machines, which not only gives us
  39. location transparency, it also give us distributed locking (all nodes see
  40. all locks of interest), and does not hose the ethernet (I've measued it, too). 
  41. Of course, you absolutely must have VMS to use it.
  42.  
  43. We use LAST between our DOS and VMS machines, also available for UNIX, OS/2,
  44. and Mac.  It works and doesn't seem to be hosing our ethernet, but it doesn't
  45. currently give you UNIX-to-UNIX like NFS.
  46.  
  47. >Mr. Koehler seems to imply that NFS is a particularly ineffecient protocol.
  48. >OK.  That may be true.  Is there another file-sharing protocol that's as
  49. >widely available as NFS and uses network bandwidth more effectively?  I
  50. >have a busy net, and will be happy to listen to suggestions for ways to
  51. >improve service to my users.
  52.  
  53. If I knew of any widely avialable alternatives do you think I'd still be
  54. using NFS?  I have to have something that will tie together HP-UX, Ultrix, AIX,
  55. optionaly VMS, and soon DOS, as well as possibly Mac.
  56.  
  57. NFS was of course, built on top of TCP/IP.  TCP/IP being meant to survive
  58. possibly noisy wide area communications simply may not be as good a choice for
  59. a reasonably clean LAN as some of the other protocols.  If NFS had been built
  60. on top of something else (like adding a layer or 2 to sit right on top of
  61. Ethernet) it might be more efficient, but then you would loose wide-area NFS,
  62. or have to have NFS implemented over at least 2 protocols.
  63.  
  64. Of course, I'm watching the ISO/OSI space for capabilities in this area, but
  65. I'm not holding my breath.  Someday soon I hope to have at least FTAM running
  66. between two disimmilar OSs.
  67.  
  68. ------------------------------------------------------------------------------
  69. Bob Koehler                     |   Any illusion to these opinions being other
  70. rkoehler@author.gsfc.nasa.gov   |   than just mine alone is just that.
  71.