home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 191 / text0000.txt < prev   
Encoding:
Text File  |  1990-12-05  |  1.8 KB  |  50 lines
  1.  
  2. [I would like to avoid an NFS flame fest if possible.
  3.  If you respond, please keep it in the context of a 
  4.  UNIX standards discussion, as Chip has mostly
  5.  done here.  Thanks.  --Fletcher ]
  6.  
  7. Submitted-by: chip@tct.uucp (Chip Salzenberg)
  8.  
  9. According to nick@bis.com (Nick Bender):
  10. >Any program which assumes that write(2) always works is broken. Period.
  11.  
  12. True.
  13.  
  14. >In my view this is not a reason to call NFS a botch.
  15.  
  16. Also true ... but the possible failure of write() wasn't my reason.
  17.  
  18. NFS is an interesting and occasionally useful service.  However, it it
  19. does not provide UNIX filesystem semantics.  In particular, given
  20. appropriate permissions, link() and mkdir() on a UNIX filesystem are
  21. guaranteed to succeed exactly once.  On an NFS mount, however, they
  22. may report failure even after having succeeded.
  23.  
  24. Also, the vaunted "advantage" of NFS, it's statelessness, goes out the
  25. window as soon as you want to lock a file.
  26.  
  27. Finally, NFS does not permit access to remove special files such as
  28. devices and named pipes.
  29.  
  30. Yes, Virginia, NFS is a botch.
  31.  
  32. So what is the relevance of NFS's dain bramage to this newsgroup?
  33. Simply that NFS is not POSIX compliant.  Therefore, using NFS as an
  34. example of how the namespace is supposedly almost useless is nothing
  35. more than a straw man.  If a person wants to knock remote UNIX
  36. filesystems, let him try to knock reasonable ones like RFS and AFS.
  37.  
  38. No, Dan, this article does not imply that network connections don't
  39. belong in the filesystem.  It means that *if* link() and mkdir() are
  40. defined on a UNIX filesystem, they must succeed exactly once.  Compare
  41. a UNIX system that has mounted a CP/M disk.  The CP/M disk format
  42. precludes the use of link() and mkdir(), yet the UNIX namespace is
  43. quite useful for accessing the files on the disk.
  44. -- 
  45. Chip Salzenberg at Teltronics/TCT     <chip@tct.uucp>, <uunet!pdn!tct!chip>
  46.  
  47.  
  48. Volume-Number: Volume 21, Number 191
  49.  
  50.