home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / v21 / 191 < prev    next >
Internet Message Format  |  1990-12-05  |  3KB
  1. From std-unix-request@uunet.uu.net  Tue Oct  9 19:11:35 1990
  2. Received: from cs.utexas.edu by uunet.uu.net (5.61/1.14) with SMTP 
  3.     id AA28043; Tue, 9 Oct 90 19:11:35 -0400
  4. Posted-Date: 8 Oct 90 17:56:33 GMT
  5. Received: by cs.utexas.edu (5.64/1.77) 
  6. From: tct!chip@cs.utexas.edu (Chip Salzenberg)
  7. Newsgroups: comp.std.unix
  8. Subject: Re: Standards Update, IEEE 1003.4: Real-time Extensions
  9. Message-Id: <13384@cs.utexas.edu>
  10. References: <551@usenix.ORG> <13218@cs.utexas.edu> <13270@cs.utexas.edu>
  11. Sender: fletcher@cs.utexas.edu
  12. Organization: Teltronics/TCT, Sarasota, FL
  13. X-Submissions: std-unix@uunet.uu.net
  14. Date: 8 Oct 90 17:56:33 GMT
  15. Reply-To: std-unix@uunet.uu.net
  16. To: std-unix@uunet.uu.net
  17.  
  18.  
  19. [I would like to avoid an NFS flame fest if possible.
  20.  If you respond, please keep it in the context of a 
  21.  UNIX standards discussion, as Chip has mostly
  22.  done here.  Thanks.  --Fletcher ]
  23.  
  24. Submitted-by: chip@tct.uucp (Chip Salzenberg)
  25.  
  26. According to nick@bis.com (Nick Bender):
  27. >Any program which assumes that write(2) always works is broken. Period.
  28.  
  29. True.
  30.  
  31. >In my view this is not a reason to call NFS a botch.
  32.  
  33. Also true ... but the possible failure of write() wasn't my reason.
  34.  
  35. NFS is an interesting and occasionally useful service.  However, it it
  36. does not provide UNIX filesystem semantics.  In particular, given
  37. appropriate permissions, link() and mkdir() on a UNIX filesystem are
  38. guaranteed to succeed exactly once.  On an NFS mount, however, they
  39. may report failure even after having succeeded.
  40.  
  41. Also, the vaunted "advantage" of NFS, it's statelessness, goes out the
  42. window as soon as you want to lock a file.
  43.  
  44. Finally, NFS does not permit access to remove special files such as
  45. devices and named pipes.
  46.  
  47. Yes, Virginia, NFS is a botch.
  48.  
  49. So what is the relevance of NFS's dain bramage to this newsgroup?
  50. Simply that NFS is not POSIX compliant.  Therefore, using NFS as an
  51. example of how the namespace is supposedly almost useless is nothing
  52. more than a straw man.  If a person wants to knock remote UNIX
  53. filesystems, let him try to knock reasonable ones like RFS and AFS.
  54.  
  55. No, Dan, this article does not imply that network connections don't
  56. belong in the filesystem.  It means that *if* link() and mkdir() are
  57. defined on a UNIX filesystem, they must succeed exactly once.  Compare
  58. a UNIX system that has mounted a CP/M disk.  The CP/M disk format
  59. precludes the use of link() and mkdir(), yet the UNIX namespace is
  60. quite useful for accessing the files on the disk.
  61. -- 
  62. Chip Salzenberg at Teltronics/TCT     <chip@tct.uucp>, <uunet!pdn!tct!chip>
  63.  
  64.  
  65. Volume-Number: Volume 21, Number 191
  66.  
  67.